From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-459315-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 15213 invoked by alias); 26 Aug 2014 23:03:42 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Received: (qmail 15179 invoked by uid 48); 26 Aug 2014 23:03:31 -0000
From: "juchem at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/62274] New: [C++11] Variadic templates expansion into non-variadic class template
Date: Tue, 26 Aug 2014 23:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: juchem at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-62274-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-08/txt/msg01812.txt.bz2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D62274

            Bug ID: 62274
           Summary: [C++11] Variadic templates expansion into non-variadic
                    class template
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: juchem at gmail dot com

The code below won't compile for gcc 4.9.0, 4.8.1 and 4.7.3. Tested in Debi=
an
sid (aug/2014), http://gcc.godbolt.org/ and http://ideone.com.

#include <type_traits>
using namespace std;

struct bar { typedef double foo; };

template <typename T>
using get_foo =3D typename T::foo;

template <template <typename...> class T>
struct baz {
  template <typename... UArgs>
  using type =3D T<UArgs...>;
};

int main() {
  return !std::is_same<double, baz<get_foo>::type<bar>>::value;
}

error output:
prog.cpp: In substitution of =E2=80=98template<class T> using get_foo =3D t=
ypename T::foo
[with T =3D UArgs ...]=E2=80=99:
prog.cpp:13:26:   required from =E2=80=98struct baz<get_foo>=E2=80=99
prog.cpp:17:49:   required from here
prog.cpp:8:32: error: =E2=80=98UArgs ...=E2=80=99 is not a class, struct, o=
r union type
 using get_foo =3D typename T::foo;
                                ^
prog.cpp: In function =E2=80=98int main()=E2=80=99:
prog.cpp:17:59: error: template argument 2 is invalid
  static_assert(std::is_same<double, baz<get_foo>::type<bar>>::value,
"mismatch");
>>From gcc-bugs-return-459316-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 26 23:07:34 2014
Return-Path: <gcc-bugs-return-459316-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 17161 invoked by alias); 26 Aug 2014 23:07:34 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 17126 invoked by uid 48); 26 Aug 2014 23:07:30 -0000
From: "pinskia at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/62262] aarch64 gcc generates invalid assembler
Date: Tue, 26 Aug 2014 23:07:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: pinskia at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-62262-4-K5eOX949Y4@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62262-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62262-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-08/txt/msg01813.txt.bz2
Content-length: 499

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62262

--- Comment #6 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Carrot from comment #5)
> Actually the original source code is guarded by assert, and the parameter
> passed to CLZ can be guaranteed not 0, so "value <<= zeros" is well defined
> in our original source code.

The issue is the second CLZ (not the first one).  Though if I read the code
correctly value<<1 can never be zero but GCC does not optimize away that check.