https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94523
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94523
--- Comment #5 from Volker Reichelt ---
Btw, larger testcases also fail with -std=c++2a, so it's not restricted to
-std=c++14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94523
--- Comment #6 from Volker Reichelt ---
Please ignore my previous comment, it really only fails with -std=c++14 or
-std=c++11 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799
--- Comment #11 from Volker Reichelt ---
Hi Marek, any news on this one? It's three months now...
Or should I file a new bug for the regression on trunk?
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following (valid) testcase crashes when compiled with "-std=gnu++1y":
=
struct A {};
void foo(auto (A::*)());
=
bug.cc:3:22: interna
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=gnu++0x") triggers an ICE
since GCC 4.7.0:
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58501
Volker Reichelt changed:
What|Removed |Added
Known to work|4.6.4 |
--- Comment #1 from Volker Reichelt -
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet triggers an ICE since GCC 4.8.0 when compiled
with "g++ -flto"
int foo();
int foo() __attribute__((targe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58502
--- Comment #1 from Volker Reichelt ---
Well, the above code snippet only fails on trunk (GCC 4.9.0), but the testcase
below fails since GCC 4.8.0:
int foo();
int foo() __attribute__((target("d
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++0x") triggers an ICE
since GCC 4.7.0:
===
template void foo()
{
for (
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet triggers an ICE since GCC 4.6.0:
=
template struct A {};
A<
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51219
Volker Reichelt changed:
What|Removed |Added
Summary|ICE with designated |[4.6/4.7/4.8/4.9
|ini
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++0x") triggers an ICE
on trunk:
void foo()
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++0x") triggers an ICE
since GCC 4.8.0 (when inheriting constructors were
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following code snippet (compiled with "-std=c++0x -fgnu-tm") triggers an
ICE since GCC 4.7.0 (when transactional memory was introduced):
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet triggers an ICE since GCC 4.8.0:
template struct A
{
template struct B {};
template struct B {};
};
A::B<0, 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51009
Bug #: 51009
Summary: [4.7 Regression] ICE in verify_gimple_stmt
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51009
Volker Reichelt changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51029
Bug #: 51029
Summary: [4.7 Regression] ICE with -std=c++0x
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51029
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=gnu++1y") triggers an
ICE on trunk (4.9.0 20130922):
=
void foo()
{
void (*fp)(auto);
}
===
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following (valid, I think) code snippet (compiled with "-std=c++1y")
triggers an ICE on trunk (4.9.0 20130922):
=
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet triggers an ICE since GCC 4.8.0:
==
struct A
{
template virtual void foo
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following (valid, I think) code snippet (compiled with "-std=gnu++1y")
triggers an ICE on trunk (4.9.0 20130922):
struct A
{
A(auto);
};
A::A(auto) {}
b
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following code snippet triggers an ICE on trunk (4.9.0 20130926) when
compiled with "-std=gnu++1y":
===
void foo(auto)
{
struct
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=gnu++1y") triggers an ICE
on trunk (4.9.0 20130926):
===
void foo(auto
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following (probably invalid) code snippet triggers an ICE on trunk (4.9.0
20130926) when compiled with "std=c++0x -flto":
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
--- Comment #2 from Volker Reichelt ---
To me they look like a (syntactically simpler) alternative to template
parameters. They were introduced here:
> 2013-09-16 Adam Butcher
>
> * cp-tree.h (type_uses_auto_or_concept): Declare.
>
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following code snippet (compiled with "-std=c++0x") triggers an ICE since
GCC 4.7.0:
typedef auto T;
void foo() { T(); }
bug.cc:1
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following (valid?) code snippet (compiled with "-std=c++0x -g") triggers an
ICE since GCC 4.8.0:
=
auto foo();
namespace N
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following code snippet (compiled with "-std=c++0x") triggers an ICE since
GCC 4.4.0:
==
template void foo()
{
enum E {};
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet triggers an ICE since GCC 4.6.0 when
compiled with "-std=c++0x":
===
void foo()
{
int i = ({ L: ; });
}
===
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++0x") triggers an ICE
since GCC 4.8.0:
=
struct A
{
int foo()
{
[this]{
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-fopenmp") triggers an ICE
since
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++0x") triggers an ICE
since
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58500
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58536
--- Comment #2 from Volker Reichelt ---
It's a GNU extension as mentioned in the ChangeLog:
2013-09-16 Adam Butcher
* cp-tree.h (type_uses_auto_or_concept): Declare.
(is_auto_or_concept): Declare.
* decl.c (grokdeclarator): Allow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58548
--- Comment #3 from Volker Reichelt ---
It's a GNU extension, see comment #2 in PR58536.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
--- Comment #5 from Volker Reichelt ---
It's a GNU extension, see comment #2 in PR58536.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "std=c++0x") triggers an ICE
since
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++0x") triggers an ICE
since GCC 4.4.0 (when deleted functions were
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++0x") is wrongly
accepted since GCC 4.7.0 (when non-static data member initial
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++0x") triggers an ICE
since GCC 4.8.0 (when alignas was introduced):
struct A
{
int i al
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet triggers an ICE on trunk when compiled with
"-O2 -fPIC":
struct A
{
virtual void foo() {}
void bar();
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28525
Volker Reichelt changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26784
Volker Reichelt changed:
What|Removed |Added
Keywords|ice-on-invalid-code,|
|monitored
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following code snippet (compiled with "-std=c++11") triggers an ICE since
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.5.0 (when lambdas were
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following code snippets (compiled with "-std=c++11") trigger ICEs various
places since GCC 4.7.0 (when non-static data member initial
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.8.0 (when alignas was introduced):
namespace N {}
using namespace N a
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.8.0:
templ
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
on trunk (GCC 4.9.0 20130920):
=
struct A
{
c
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
on trunk (since at least GCC 4.9.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.7.0:
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
since
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
on the 4.8 branch (since at least 4.8.2 201
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++1y") triggers an ICE
on trunk (since at least 4.9.0 20130920):
===
void foo(int
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11" or "-std=c++0x"
for older versions) triggers an ICE since GCC 4.4.0 (when in
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid line of code triggers an ICE since GCC 4.8.0:
=
template class A> clas
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=c++0x") triggers an ICE
since GCC 4.7.0:
void foo(int i)
{
typ
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=c++0x") triggers an ICE
on trunk (since at least 4.9.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following three code snippets (compiled with "-std=c++0x -fgnu-tm")
trigger slightly different ICEs in build_transaction_expr since GCC 4.7.0.
The
|2013-07-27 00:00:00 |2013-10-05
CC||reichelt at gcc dot gnu.org
Known to work||4.7.0, 4.8.0
Known to fail||4.9.0
--- Comment #1 from Volker Reichelt ---
Here's an even si
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following similar invalid code snippets (compiled with "-std=c++11")
trigger ICEs in different parts of th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
Known
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466
--- Comment #2 from Volker Reichelt ---
Crash stack trace:
PR58466.cc:7:11: internal compiler error: unexpected expression 'C' of kind
template_parm_index
B> b;
^
0x6c40ce cxx_eval_constant_expression
../../gcc/gcc/cp/semantic
FIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid line of code (compiled with "-std=c++1y") triggers an ICE
on trunk (since at leas
: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following related 4 code snippets trigger ICEs on trunk in different parts
of the compiler:
The first one crashes without any compiler options:
=
void foo(int n)
{
int a[2][n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58646
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet triggers an ICE since GCC 4.7.0 only if
compiled with "-std=c++11". Without this option the code compiles fine.
=
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.4.0:
template int foo();
int
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet triggers an ICE since GCC 4.2.0:
template void foo()
{
E();
enum E {};
}
template
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.7.0 (when non-static data member initializers were introduced):
===
struct A
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=11") triggers an ICE
since GCC 4.4.1:
==
struct A
{
int i;
A(int
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.7.0 (when non-static data member initializers were
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58664
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to fail|
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet triggers an ICE on trunk:
struct A;
template struct B
{
static void foo(A) {}
};
void bar()
{
B<0>:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58207
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to work|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code line(compiled with "-std=c++11") triggers an ICE since
GCC 4.8.0 (when thread_local was
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.8.0 (when thread_local was introduced):
==
struct A
{
A
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.8.0:
templat
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet triggers an ICE since GCC 4.8.0:
=
struct A
{
static int : 4;
};
=
bug.cc:3:16: internal compiler error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58700
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to work|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=c++11") triggers an ICE
on trunk (since at least 4.9.0 20130920):
===
static union
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
Volker Reichelt changed:
What|Removed |Added
Known to work||4.7.0, 4.8.0
Target Milestone|---
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-fopenmp") triggers an ICE
on trunk:
=
void f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58702
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-fopenmp") triggers an IC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58703
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.7.0 (when non-static data member initializers were
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58705
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to work|
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11") triggers an ICE
since GCC 4.7.0:
==
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=c++11 -fopenmp") triggers
an ICE since GCC 4.5.0 (when lambdas were introduced):
===
templat
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet triggers an ICE since GCC 4.7.0:
volatile int i __attribute__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58814
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to work|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet triggers an ICE on trunk (since at least GCC
4.9.0 20130920):
=
template void foo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58834
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to work|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet triggers an ICE since GCC 4.1.0:
=
struct A
{
int i
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code snippet (compiled with "-std=c++11" or "-std=c++0x"
for older compilers) triggers an ICE since GCC 4.4.0 (wh
1 - 100 of 763 matches
Mail list logo
