http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58548
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58533
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords|error-recovery, |ice-on-valid
++
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 initializer_list
auto foo
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 b
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;
#pragma omp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59073
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58723
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59030
--- Comment #5 from Volker Reichelt reichelt at gcc dot gnu.org ---
The offending patch got reverted:
http://gcc.gnu.org/ml/gcc-cvs/2013-11/msg00212.html
: 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59029
--- Comment #1 from Volker Reichelt reichelt at gcc dot gnu.org ---
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.
==
// First
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59030
--- Comment #1 from Volker Reichelt reichelt at gcc dot gnu.org ---
With yesterday's build I got a correct diagnostic:
bug.cc:5:9: error: expected primary-expression before
: 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 reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58809
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Known to work|4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58966
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58868
--- Comment #11 from Volker Reichelt reichelt at gcc dot gnu.org ---
*** Bug 58966 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59010
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
++
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:
=
templatetypename T using A = T*;
templatetypename T, int = AT::X
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: internal
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:
==
templatetypename struct A
{
enum A::B::C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845
--- Comment #4 from Volker Reichelt reichelt at gcc dot gnu.org ---
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
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()
{
static union
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58965
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid
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;
};
constexpr
: 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) triggers an ICE since GCC
: 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):
===
enum A : enum
: 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=c++11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58874
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid
: 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
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 {};
templatetypename T void foo(T t)
{
t.T::~X
: 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 reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice
++
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(8)));
v = v || v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice
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
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):
=
templatetypename
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58834
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid
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 (when initializer lists
: 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 an ICE sine GCC 4.6.0
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 reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid
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 reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice
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
{
union
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.7.0, 4.8.0
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()
{
x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58702
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||error
: 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
on trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58703
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||error
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 introduced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58705
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice
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:
===
_Complex float
++
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):
===
templatetypename T void
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58207
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice
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 introduced
: 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(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) triggers an ICE
since GCC 4.8.0:
templateint struct
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 introduced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58664
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice
: 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;
templateint struct B
{
static void foo(A) {}
};
void bar()
{
B0::foo
: 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 reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid
: 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.
==
struct
++
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:
templateint, typename...T, T... int foo();
int i = foo0
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:
templatetypename void foo()
{
E();
enum E
++
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
{
friend 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=11) triggers an ICE
since GCC 4.4.1:
==
struct A
{
int i;
A(int j) : i{{j
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:
=
templatetemplateint class A class
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)
{
typedef int I
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.0 20130920
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 first two snippets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57945
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid
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 the compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
CC||reichelt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466
--- Comment #2 from Volker Reichelt reichelt at gcc dot gnu.org ---
Crash stack trace:
PR58466.cc:7:11: internal compiler error: unexpected expression 'C' of kind
template_parm_index
BA'X' b;
^
0x6c40ce cxx_eval_constant_expression
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 least 4.9.0-20130920
: 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:
templateint
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
{
constexpr A() { 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) triggers an ICE
on trunk (since at least GCC 4.9.0 20130920
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:
=
struct
: 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 GCC 4.7.3
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 20130920) and trunk
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 i)
{
[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 versions) triggers an ICE since GCC 4.4.0 (when initializer lists
were introduced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28525
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26784
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Keywords|ice-on-invalid-code
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
GCC 4.8.0:
==
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=c++11) triggers an ICE
since GCC 4.5.0 (when lambdas were introduced
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 initializers were
introduced
++
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 alignas(int
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 GCC 4.7.0
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 introduced
: 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 initializers were
++
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 alignas
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();
};
void A::bar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58536
--- Comment #2 from Volker Reichelt reichelt at gcc dot gnu.org ---
It's a GNU extension as mentioned in the ChangeLog:
2013-09-16 Adam Butcher a...@jessamine.co.uk
* cp-tree.h (type_uses_auto_or_concept): Declare.
(is_auto_or_concept
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58548
--- Comment #3 from Volker Reichelt reichelt at gcc dot gnu.org ---
It's a GNU extension, see comment #2 in PR58536.
501 - 600 of 762 matches
Mail list logo
