: 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" or "-std=c++0x"
for older compilers) triggers a
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.5.0:
struct A {};
template void foo(T t)
{
t.T::~X();
}
void
: preprocessor
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:
==
#define X A##A
X
==
bug.c:2:1: internal compiler error: Segmentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58844
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to work|
onent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following (IMHO valid) code snippet triggers an ICE since GCC 4.8.0 when
compiled with "-O":
==
void foo()
{
int v __attribute__((vector_size(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code,
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.7.0:
extern "C" { char* __dso_handle; }
struct A
{
~A(
: 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" or "-std=c++0x"
for older compilers) t
: 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 __underlying_type was introduced):
===
enu
: normal
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 if compiled with
"-fopenmp -std=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58874
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to work|
: 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.7.0 (when C99
style designated initializers were introduced in the C++ front-end):
=
int a[] = { [0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845
--- Comment #4 from Volker Reichelt ---
Btw, clang 3.2 accepts the first code snippet and rejects the second one.
I.e. it accepts && and || for vectors and returns a vector of the same size.
IMHO GCC should also go for this route. Not because of
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:
=
void foo()
{
st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58965
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 (compiled with "-std=c++11") triggers an ICE
on trunk:
===
struct A
{
constexpr int i;
};
con
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:
int i = 0->*0;
bug.cc:1:13: inter
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.6.0:
==
template struct A
{
enum A::B::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.3:
=
template using A = T*;
template::X
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58809
Volker Reichelt changed:
What|Removed |Added
Known to work|4.9.0 |
Summary|[4.7/4.8 Regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58966
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58868
--- Comment #11 from Volker Reichelt ---
*** Bug 58966 has been marked as a duplicate of this bug. ***
||reichelt at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #1 from Volker Reichelt ---
See PR59011 instead.
: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
The following code snippet compiled with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59029
--- Comment #1 from Volker Reichelt ---
The broken caret diagnostic seems to be a general problem of today's build.
I'll open a separate bug report for this.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
With today's trunk (4.9.0 20131106) the caret diagnostic always points to the
first line, although the line number is correct.
==
//
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59030
--- Comment #1 from Volker Reichelt ---
With yesterday's build I got a correct diagnostic:
bug.cc:5:9: error: expected primary-expression before ';' token
int j = ;
^
: 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:
void foo()
{
float v __attribute__((vector_size(8)));
++v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59032
Volker Reichelt changed:
What|Removed |Added
Keywords||diagnostic,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59030
--- Comment #5 from Volker Reichelt ---
The offending patch got reverted:
http://gcc.gnu.org/ml/gcc-cvs/2013-11/msg00212.html
||2013-11-10
CC||reichelt at gcc dot gnu.org
Known to work||4.5.0, 4.6.0, 4.7.0, 4.8.0
Summary|ICE in lto_output_edge, at |[4.9 Regression] ICE in
|lto-cgraph.c:300 for
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 foo()
{
int i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59073
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
++
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:
==
#include
auto foo[] = {};
==
b
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:
struct A {};
struct B : virtual A, A {};
A foo(const B &a
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:
template struct A
{
typedef T B [[mode]];
: normal
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.6.0:
void foo()
{
int x[({ return
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58534
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58536
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58637
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58548
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58533
Volker Reichelt changed:
What|Removed |Added
Keywords|error-recovery, |ice-on-valid-code
|ic
++
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:
=
int i = *(auto*)0;
=
bug.cc:1:17: internal compiler e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59110
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 invalid code snippet (compiled with "-std=c++11") triggers an ICE
on trunk:
=
auto& foo()
: 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:
void foo()
{
struct A
{
A(auto) {}
};
}
==
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:
===
void foo()
{
void bar(auto) {}
}
++
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
since GCC 4.8.0:
===
template struct A
{
template operator T();
};
++
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:
===
template void foo(T, auto) {}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58533
Volker Reichelt changed:
What|Removed |Added
Keywords|ice-on-valid-code |error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59120
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid line of code (compiled with "-std=c++11") triggers an ICE
since GCC 4.7.0 (when template alias was introduced):
=
template using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58599
Volker Reichelt changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Com
: 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" or "-std=c++0x"
for older compilers) triggers an
++
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:
===
union U
{
int& i = 0;
};
void foo()
{
U();
}
===
bug.
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:
struct A
{
struct B b;
};
declt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59115
Volker Reichelt changed:
What|Removed |Added
Known to work||4.6.0
Summary|[c++1y] ICE wi
|UNCONFIRMED |NEW
Last reconfirmed||2013-11-24
CC||reichelt at gcc dot gnu.org
Known to work||4.8.0, 4.8.2
Ever confirmed|0 |1
Known to
||reichelt at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Volker Reichelt ---
Looks like a duplicate of PR59226.
*** This bug has been marked as a duplicate of bug 59226 ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
Volker Reichelt changed:
What|Removed |Added
CC||marxin.liska at gmail dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59113
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59112
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59032
Volker Reichelt changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
Summary|[4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59044
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58518
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #18 from Volker Reichelt ---
The reduced testcases from comment #3 and #4 compile within split-seconds since
GCC 4 5.0. This is partially due to Manuel's fix for PR 23510.
However, the original testcase still takes a very long tim
mponent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-fopenmp -flto")
triggers an ICE on trunk since 2013-10-11:
==
struct
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 since 2013-10-11:
==
struct
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code line (compiled with "-std=c++11")
triggers an IC
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=c99 -O")
triggers an ICE since
++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled *without* "-fcilkplus")
triggers an ICE on trunk:
==
void foo()
{
_Cilk
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 on trunk:
==
void foo()
{
#pragma GCC ivdep
while(foo
: normal
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.4.0:
==
typedef enum { e } T
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code line (compiled with "-std=c++1y") triggers an
ICE on trunk:
===
auto i = [] (auto,...)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59635
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following invalid code line (compiled with "-std=c++1y") triggers an
ICE on trunk:
===
auto i = [](
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59636
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-invalid-code
CC|
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:
===
template voi
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:
===
typedef void
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59638
Volker Reichelt changed:
What|Removed |Added
Keywords||error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59631
--- Comment #2 from Volker Reichelt ---
The patch in comment #1 was meant for PR 59613.
: 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:
==
typedef int T __attribute__((vec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59633
--- Comment #2 from Volker Reichelt ---
> What makes you think the code is valid? From the doc, I think this should be
> rejected (with a proper error message).
Well, because the C-frontend compiles it, the C++-frontend used to compile it
and eve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59349
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 58613, which changed state.
Bug 58613 Summary: [4.9 Regression] [c++1y] ICE with invalid lambda capture
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58613
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58613
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58583
--- Comment #2 from Volker Reichelt ---
The second testcase is now also wrongly accepted, due to the fix for PR57887.
However, the following testcase still crashes with almost the same stacktrace:
===
template struct A
{
,
||reichelt at gcc dot gnu.org
--- Comment #5 from Volker Reichelt ---
Alexander, Jason, can this bug be closed as fixed?
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.6.0:
===
struct A { virtual ~A(); };
struct
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.7.0:
===
#include
struct A {};
std
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51137
Bug #: 51137
Summary: [C++0x] [4.7 Regression] ICE with -std=c++0x
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51137
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51138
Bug #: 51138
Summary: [C++0x] [4.6 Regression] Uninitialized list elements
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51138
Volker Reichelt changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20128
--- Comment #9 from Volker Reichelt 2011-11-16
19:24:55 UTC ---
*** Bug 34617 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34617
Volker Reichelt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20128
Volker Reichelt changed:
What|Removed |Added
Target Milestone|--- |4.7.0
--- Comment #10 from Volker Reich
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51189
Bug #: 51189
Summary: [4.7 Regression] ICE in force_decl_die, at
dwarf2out.c:19261
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51189
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
101 - 200 of 763 matches
Mail list logo
