[Bug c++/38635] New: [4.4 regression] ICE parsing broken code
The following invalid code snippet triggers an ICE on mainline:
void foo()
{
if (struct A{}
bug.cc: In function 'void foo()':
bug.cc:3: error: types may not be defined in conditions
bug.cc:3: error: expected unqualified-id at end of input
bug.cc:3: internal compiler error: in cp_lexer_consume_token, at
cp/parser.c:637
Please submit a full bug report, [etc.]
--
Summary: [4.4 regression] ICE parsing broken code
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38635
[Bug c++/38635] [4.4 regression] ICE parsing broken code
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38635
[Bug c++/38636] New: [4.2/4.3/4.4 regression] ICE with broken ctor declaration
The following invalid code snippet triggers an ICE since GCC 4.0.0: struct A; A::A( struct B; bug.cc:5: internal compiler error: in push_class_level_binding, at cp/name-lookup.c:2756 Please submit a full bug report, [etc.] -- Summary: [4.2/4.3/4.4 regression] ICE with broken ctor declaration Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38636
[Bug c++/38636] [4.2/4.3/4.4 regression] ICE with broken ctor declaration
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38636
[Bug middle-end/38240] Vector type definitions not compatible with attribute target
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-12-26 22:24 --- Fixed. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38240
[Bug c++/38637] New: [4.4 regression] ICE with template declaration of enum
The following invalid code snippet triggers an ICE on mainline:
templateint enum E : int { e };
bug.cc:1: error: template declaration of 'enum E'
bug.cc:1: internal compiler error: tree check: expected integer_type or
enumeral_type or boolean_type or real_type or fixed_point_type, have error_mark
in start_enum, at cp/decl.c:10911
Please submit a full bug report, [etc.]
--
Summary: [4.4 regression] ICE with template declaration of enum
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38637
[Bug c++/38637] [4.4 regression] ICE with template declaration of enum
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38637
[Bug c++/38638] New: [4.2/4.3/4.4 regression] ICE superfluous 'typename'
The following invalid code snippet triggers an ICE since GCC 4.2.0:
struct A
{
templateint void foo(int i)
{
typename A::foo0(i);
}
};
bug.cc: In member function 'void A::foo(int)':
bug.cc:5: internal compiler error: in start_decl, at cp/decl.c:4189
Please submit a full bug report, [etc.]
The code was wrongly accepted by GCC 3.4.x, 4.0.x, and 4.1.x.
It was correctly rejected by GCC 3.3.6 and earlier.
--
Summary: [4.2/4.3/4.4 regression] ICE superfluous 'typename'
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38638
[Bug c++/38638] [4.2/4.3/4.4 regression] ICE superfluous 'typename'
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38638
[Bug c++/38639] New: [4.4 regression] ICE with invalid use of auto in parallel for-loop
The following invalid code snippet triggers an ICE on mainline when compiled
with -fopenmp:
templateint void foo()
{
#pragma omp parallel for
for (auto i = i = 0; i4; ++i) ;
}
void bar()
{
foo0();
}
bug.cc: In function 'void foo() [with int anonymous = 0]':
bug.cc:9: instantiated from here
bug.cc:4: internal compiler error: in type_unification_real, at cp/pt.c:12288
Please submit a full bug report, [etc.]
--
Summary: [4.4 regression] ICE with invalid use of auto in
parallel for-loop
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored, openmp
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38639
[Bug c++/38639] [4.4 regression] ICE with invalid use of auto in parallel for-loop
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38639
[Bug c++/38640] New: ICE with decltype of template value parameter
The following valid code snippet triggers an ICE since GCC 4.3.0 (when __decltype was introduced): templateint N void foo(__decltype(N)); bug.cc:1: internal compiler error: in finish_decltype_type, at cp/semantics.c:4645 -- Summary: ICE with decltype of template value parameter Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38640
[Bug c++/35319] [4.3 regression] ICE throwing fixed-point types
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-12-18 09:17 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.3/4.4 regression] ICE|[4.3 regression] ICE |throwing fixed-point types |throwing fixed-point types http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35319
[Bug tree-optimization/38529] New: [4.3/4.4 regression] ICE with nested loops
The following valid code snippet triggers an ICE since GCC 4.3.0 when
compiled with -O3 -march=pentium4 or -O -ftree-vectorize -march=pentium4:
==
float a[4];
void foo()
{
int i, j;
for (i = 0; i 4; ++i)
for (j = 0; j 17; ++j)
a[i] = 0;
}
==
bug.c: In function 'foo':
bug.c:3: internal compiler error: in vect_get_vec_def_for_operand, at
tree-vect-transform.c:2000
Please submit a full bug report, [etc.]
--
Summary: [4.3/4.4 regression] ICE with nested loops
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38529
[Bug tree-optimization/38529] [4.3/4.4 regression] ICE with nested loops
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38529
[Bug c++/38256] New: [4.4 regression] ICE with operator auto
The following invalid code snippet triggers an ICE on mainline:
==
templateint struct A
{
templatetypename T operator T();
};
void foo()
{
A0().operator auto();
}
==
bug.cc: In function 'void foo()':
bug.cc:8: internal compiler error: tree check: expected function_decl, have
template_decl in build_over_call, at cp/call.c:5123
Please submit a full bug report, [etc.]
--
Summary: [4.4 regression] ICE with operator auto
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38256
[Bug c++/38256] [4.4 regression] ICE with operator auto
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38256
[Bug c++/38257] New: [4.4 regression] ICE with auto and #pragma omp parallel
The following (IMHO valid) code snippet triggers an ICE on mainline when
compiled with -fopenmp:
==
templateint void foo()
{
#pragma omp parallel for
for (auto i=0; i4; ++i) ;
}
==
bug.cc: In function 'void foo()':
bug.cc:4: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
Without the template I get the following error message:
bug.cc: In function 'void foo()':
bug.cc:4: error: declaration of 'auto i' has no initializer
bug.cc:4: error: invalid type for iteration variable 'i'
which seems to be wrong because i has an initializer.
Without -fopenmp both versions compile fine.
--
Summary: [4.4 regression] ICE with auto and #pragma omp parallel
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38257
[Bug c++/38257] [4.4 regression] ICE with auto and #pragma omp parallel
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38257
[Bug middle-end/37742] [4.4 Regression] ICE in vectorizer with restrict pointer
--- Comment #16 from reichelt at gcc dot gnu dot org 2008-11-11 08:12 --- The testcase in comment #7 (and the original code in comment #4) still crashes. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
[Bug tree-optimization/35011] ICE with -fcheck-data-deps
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-11-11 20:39 --- The bug reappeared on mainline. It's not a regression, because the testcase crashes since the introduction of -fcheck-data-deps in GCC 4.3.0. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.3 regression] ICE with - |ICE with -fcheck-data-deps |fcheck-data-deps| Target Milestone|4.3.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35011
[Bug preprocessor/35326] [4.2/4.3 regression] ICE with stray digraph token
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-11-11 21:04 --- The bug disappeared on mainline. The crash with the C frontend disappeared much later than the one with the C++ frontend. Therefore, I don't think that the bug has been really fixed, we are just lucky that it doesn't trigger segfaults anymore. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2/4.3/4.4 regression] ICE|[4.2/4.3 regression] ICE |with stray digraph token|with stray digraph token http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35326
[Bug c++/37964] [4.4 regression] ICE with operator auto
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-11-03 07:40 --- Reopen ... -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37964
[Bug c++/37964] [4.4 regression] ICE with operator auto
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-11-03 07:41 --- ... to mark as duplicate as PR37967 as the bug was fixed with the patch for PR37967. *** This bug has been marked as a duplicate of 37967 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37964
[Bug c++/37967] [4.4 regression] ICE with function returning auto
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-11-03 07:41 --- *** Bug 37964 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37967
[Bug c++/37962] [4.4 regression] ICE with (auto*) casts
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37962
[Bug c++/37963] New: [4.4 regression] ICE with (auto) cast
The following code snippet triggers an ICE on mainline:
void foo()
{
(auto) { 0 };
}
bug.cc: In function 'void foo()':
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The bug appeared with the patches for the new 'auto' semantics.
--
Summary: [4.4 regression] ICE with (auto) cast
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37963
[Bug c++/37963] [4.4 regression] ICE with (auto) cast
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37963
[Bug c++/37964] New: [4.4 regression] ICE with operator auto
The following code snippet triggers an ICE on mainline:
struct A
{
operator auto();
};
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The bug appeared with the patches for the new 'auto' semantics.
--
Summary: [4.4 regression] ICE with operator auto
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37964
[Bug c++/37964] [4.4 regression] ICE with operator auto
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37964
[Bug c++/37962] New: [4.4 regression] ICE with (auto*) casts
The following code snippet triggers an ICE on mainline: int i = *(auto*)0; bug.cc:1: internal compiler error: tree check: expected record_type or union_type or qual_union_type, have template_type_parm in lookup_conversions, at cp/search.c:2459 Please submit a full bug report, [etc.] A slightly different version triggers a similar ICE in a different place: struct A* p = (auto*)0; bug.cc:1: internal compiler error: tree check: expected record_type or union_type or qual_union_type, have template_type_parm in lookup_base, at cp/search.c:214 Please submit a full bug report, [etc.] The bugs appeared with the patches for the new 'auto' semantics. -- Summary: [4.4 regression] ICE with (auto*) casts Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37962
[Bug c++/37965] New: [4.4 regression] ICE with invalid auto variable in template
The following code snippet triggers an ICE on mainline:
templateint struct A
{
auto i;
};
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The bug appeared with the patches for the new 'auto' semantics.
--
Summary: [4.4 regression] ICE with invalid auto variable in
template
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37965
[Bug c++/37965] [4.4 regression] ICE with invalid auto variable in template
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37965
[Bug c++/37966] New: [4.4 regression] ICE with ptr-to-mem-fun-returning-auto
The following code snippet triggers an ICE on mainline:
==
struct A {};
bool b = (auto (A::*)())0;
==
bug.cc:3: internal compiler error: in type_contains_placeholder_1, at
tree.c:2600
Please submit a full bug report, [etc.]
The bug appeared with the patches for the new 'auto' semantics.
--
Summary: [4.4 regression] ICE with ptr-to-mem-fun-returning-auto
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37966
[Bug c++/37966] [4.4 regression] ICE with ptr-to-mem-fun-returning-auto
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37966
[Bug c++/37967] New: [4.4 regression] ICE with function returning auto
The following code snippet triggers an ICE on mainline: == auto foo(); == bug.cc:1: internal compiler error: Segmentation fault Please submit a full bug report, [etc.] The bug appeared with the patches for the new 'auto' semantics. -- Summary: [4.4 regression] ICE with function returning auto Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37967
[Bug c++/37967] [4.4 regression] ICE with function returning auto
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37967
[Bug c++/37968] New: [4.4 regression] ICE with auto as template parameter
Using auto as template parameter triggers ICEs in lots of different
places on mainline, e.g.
==
templatetypename struct A
{
enum { e };
};
Aauto a;
==
bug.cc: In instantiation of 'Aauto':
bug.cc:6: instantiated from here
bug.cc:2: internal compiler error: in finish_member_declaration, at
cp/semantics.c:2333
Please submit a full bug report, [etc.]
==
templatetypename T struct A
{
A() : i() {}
int i;
};
Aauto a;
==
bug.cc: In constructor 'AT::A() [with T = auto]':
bug.cc:7: instantiated from here
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
Shouldn't auto as a template parameter trigger an error right away?
These bugs appeared with the patches for the new 'auto' semantics.
--
Summary: [4.4 regression] ICE with auto as template parameter
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37968
[Bug c++/37968] [4.4 regression] ICE with auto as template parameter
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37968
[Bug c++/37965] [4.4 regression] ICE with invalid auto variable in template
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-10-30 21:41 --- I think the problems due to the 'auto' keyword are scattered through the whole compiler since the TEMPLATE_TYPE_PARM can propagate through the whole frontend. Therefore these bugs merit different PRs IMHO. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37965
[Bug c++/37789] [4.4 regression] ICE with __FUNCTION__
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-10-12 23:08 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-10-12 23:08:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37789
[Bug middle-end/37788] New: [4.4 regression] ICE with variable declaration in loop and -fmudflap
The following valid code snippet triggers an ICE on mainline when compiled
with -fmudflap -O -g:
==
struct A
{
A();
};
void foo()
{
while (true)
A a;
}
==
bug.cc: In function 'void foo()':
bug.cc:10: internal compiler error: tree check: expected block, have
function_decl in change_scope, at cfglayout.c:420
Please submit a full bug report, [etc.]
This is a recent regression, introduced between 2008-09-29 and 2008-10-08.
--
Summary: [4.4 regression] ICE with variable declaration in loop
and -fmudflap
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37788
[Bug middle-end/37788] [4.4 regression] ICE with variable declaration in loop and -fmudflap
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37788
[Bug middle-end/37742] [4.4 Regression] ICE in vectorizer with restrict pointer
--- Comment #9 from reichelt at gcc dot gnu dot org 2008-10-09 20:51
---
I just stumbled over the same bug and a similar ICE in vectorizable_store:
The following valid code snippet triggers an ICE on mainline when compiled
with -march=pentium4 -O2 -ftree-vectorize on i686-pc-linux-gnu:
==
void foo(int* __restrict__ p, int* q, int* p1, int *q1)
{
int i;
p = p1;
q = q1;
for (i = 0; i 4; ++i)
*++q = *++p + 1;
}
==
bug.c: In function 'foo':
bug.c:1: internal compiler error: in vectorizable_load, at
tree-vect-transform.c:6675
Please submit a full bug report, [etc.]
Moving the restrict keyword triggers a slightly different ICE:
==
void foo(int* p, int* __restrict__ q, int* p1, int *q1)
{
int i;
p = p1;
q = q1;
for (i = 0; i 4; ++i)
*++q = *++p + 1;
}
==
bug.c: In function 'foo':
bug.c:1: internal compiler error: in vectorizable_store, at
tree-vect-transform.c:5447
Please submit a full bug report, [etc.]
This is a recent regression, introduced between 2008-09-29 and 2008-10-08.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Keywords||monitored
Summary|[4.4 Regression] ICE in |[4.4 Regression] ICE in
|vectorizer with restrict|vectorizer with restrict
|pointer to struct |pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
[Bug c++/37789] New: [4.4 regression] ICE with __FUNCTION__
The following invalid code snippet triggers an ICE on mainline:
===
void foo():
{
__FUNCTION__;
}
===
bug.cc: In function 'void foo()':
bug.cc:2: error: only constructors take base initializers
bug.cc:2: error: expected identifier before '{' token
bug.cc:2: warning: extended initializer lists only available with -std=c++0x or
-std=gnu++0x
cc1plus: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The regression was introduced between 2008-06-26 and 2008-07-05.
--
Summary: [4.4 regression] ICE with __FUNCTION__
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37789
[Bug c++/37789] [4.4 regression] ICE with __FUNCTION__
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37789
[Bug c/35434] [4.2/4.3/4.4 regression] ICE with attribute alias
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-09-30 21:33 --- The second (weakref) case has been fixed on mainline and the 4.3 branch by the patch for PR37645. The attribute is ignored and the code compiled: bug.c:1: warning: 'weakref' attribute ignored The first (alias) case still crashes, though. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2/4.3/4.4 regression] ICE|[4.2/4.3/4.4 regression] ICE |with attribute alias/weakref|with attribute alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35434
[Bug c++/32385] [4.2/4.3/4.4 regression] ICE with struct in default argument of template function
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-09-30 21:44 --- With the patch for PR37649 the testcase doesn't ICE on mainline anymore. According to Paolo's comment, this is still rejects-valid, though. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Keywords|error-recovery, ice-on- |ice-on-valid-code, rejects- |invalid-code|valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32385
[Bug tree-optimization/35011] [4.3 regression] ICE with -fcheck-data-deps
--- Comment #6 from reichelt at gcc dot gnu dot org 2008-09-30 21:55 --- Seems as if this one got fixed on mainline with the tuples merge. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.3/4.4 regression] ICE|[4.3 regression] ICE with - |with -fcheck-data-deps |fcheck-data-deps http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35011
[Bug c/37645] New: [4.2/4.3/4.4 regression] ICE with weakref attribute
The following code snippet triggers an ICE since GCC 4.1.0: == void foo(int i __attribute__((__weakref__ (xyz; == bug.c:1: internal compiler error: tree check: expected tree that contains 'decl with visibility' structure, have 'parm_decl' in handle_weakref_attribute, at c-common.c:6162 Please submit a full bug report, [etc.] Before GCC 4.1.0 the code was accepted with the following warning: bug.c:1: warning: '__weakref__' attribute directive ignored -- Summary: [4.2/4.3/4.4 regression] ICE with weakref attribute Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, monitored Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37645
[Bug c/37645] [4.2/4.3/4.4 regression] ICE with weakref attribute
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37645
[Bug c++/37646] New: [4.2/4.3/4.4 regression] ICE with function vs. member function
The following invalid code snippet triggers an ICE since GCC 4.2.0:
===
struct A
{
void foo();
void bar(int i)
{
void (*p)() = i ? foo : foo;
}
};
===
bug.cc: In member function 'void A::bar(int)':
bug.cc:7: internal compiler error: in instantiate_type, at cp/class.c:6280
Please submit a full bug report, [etc.]
--
Summary: [4.2/4.3/4.4 regression] ICE with function vs. member
function
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37646
[Bug c++/37646] [4.2/4.3/4.4 regression] ICE with function vs. member function
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37646
[Bug c++/37647] New: [4.3/4.4 regression] ICE with invalid use of constructor
The following invalid code snippet triggers an ICE since GCC 4.3.0:
==
struct A
{
A() { void A(); }
};
==
bug.cc: In constructor 'A::A()':
bug.cc:3: error: return type specification for constructor invalid
bug.cc:3: internal compiler error: in copy_fn_p, at cp/decl.c:9677
Please submit a full bug report, [etc.]
--
Summary: [4.3/4.4 regression] ICE with invalid use of constructor
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37647
[Bug c++/37647] [4.3/4.4 regression] ICE with invalid use of constructor
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37647
[Bug c++/37649] New: [4.4 regression] ICE with invalid template class
The following invalid code snippet triggers an ICE on mainline:
==
struct A
{
templateint struct {};
};
==
bug.cc:3: error: template class without a name
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The regression was introduced between 2008-05-13 and 2008-06-21.
--
Summary: [4.4 regression] ICE with invalid template class
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37649
[Bug c++/37649] [4.4 regression] ICE with invalid template class
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37649
[Bug c++/37650] New: [4.2/4.3/4.4 regression] ICE with broken default template parameter
The following invalid code snippet triggers an ICE since GCC 3.4.0:
=
templateint struct A {};
templatetypename = class A0: struct B {};
=
bug.cc:3: error: an explicit specialization must be preceded by 'template '
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
--
Summary: [4.2/4.3/4.4 regression] ICE with broken default
template parameter
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37650
[Bug c++/37650] [4.2/4.3/4.4 regression] ICE with broken default template parameter
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37650
[Bug c++/37552] New: [4.4 regression] ICE with invalid array access
The following invalid code snippet triggers an ICE on mainline:
extern struct A a[1];
void foo()
{
a[0];
}
bug.cc: In function 'void foo()':
bug.cc:5: error: invalid use of incomplete type 'struct A'
bug.cc:1: error: forward declaration of 'struct A'
bug.cc:5: internal compiler error: tree check: expected class 'expression',
have 'exceptional' (error_mark) in build_array_ref, at cp/typeck.c:2626
Please submit a full bug report, [etc.]
The regression appeared between 2008-08-29 and 2008-09-06.
--
Summary: [4.4 regression] ICE with invalid array access
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37552
[Bug c++/37552] [4.4 regression] ICE with invalid array access
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37552
[Bug c++/37554] New: [4.3/4.4 regression] ICE with invalid cast
The following invalid code snippet triggers an ICE since GCC 4.3.0:
struct A {};
class B : A {};
void foo(B b)
{
(A)b;
}
bug.cc: In function 'void foo(B)':
bug.cc:6: error: 'A' is an inaccessible base of 'B'
bug.cc:6: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in useless_type_conversion_p_1, at tree-ssa.c:1075
Please submit a full bug report, [etc.]
--
Summary: [4.3/4.4 regression] ICE with invalid cast
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37554
[Bug c++/37554] [4.3/4.4 regression] ICE with invalid cast
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37554
[Bug c++/37555] New: [4.1/4.2/4.3/4.4 regression] ICE with invalid typedef
The following invalid code snippet triggers an ICE since GCC 3.4.0:
struct A {};
typedef void (A::T)();
void foo()
{
T t;
t;
}
bug.cc:3: error: typedef name may not be a nested-name-specifier
bug.cc: In function 'void foo()':
bug.cc:8: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
--
Summary: [4.1/4.2/4.3/4.4 regression] ICE with invalid typedef
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37555
[Bug c++/37555] [4.1/4.2/4.3/4.4 regression] ICE with invalid typedef
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37555
[Bug c++/37556] New: [4.4 regression] ICE with invalid typedef
The following invalid code snippet triggers an ICE on mainline:
struct A
{
void foo();
};
typedef void (A::T)();
void bar(T);
void baz()
{
bar(A::foo);
}
bug.cc:6: error: typedef name may not be a nested-name-specifier
bug.cc:8: error: parameter 'anonymous' invalidly declared method type
bug.cc: In function 'void baz()':
bug.cc:12: internal compiler error: canonical types differ for identical types
void (A::*)() and void (A::*)()
Please submit a full bug report, [etc.]
The regression appeared between 2008-07-29 and 2008-08-23.
The bug is related to PR37555, but a more recent regression.
--
Summary: [4.4 regression] ICE with invalid typedef
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37556
[Bug c++/37556] [4.4 regression] ICE with invalid typedef
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37556
[Bug c++/37563] New: [4.3/4.4 regression] Trouble calling qualified member function
The following valid code snippet is rejected since GCC 4.3.0:
==
struct A {};
templateint struct Traits
{
typedef void X;
};
template struct Traits0
{
typedef A X;
};
templateint N struct B
{
typedef typename TraitsN::X Y;
void foo(Y y)
{
y.Y::A::~A();
}
};
==
bug.cc: In member function 'void BN::foo(typename TraitsN::X)':
bug.cc:19: error: 'void' is not a class type
--
Summary: [4.3/4.4 regression] Trouble calling qualified member
function
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37563
[Bug c++/37563] [4.3/4.4 regression] Trouble calling qualified member function
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37563
[Bug tree-optimization/37568] New: [4.4 regression] ICE returning a struct
The following valid C++ testcase triggers an ICE on mainline when compiled
with -fmudflap -O:
==
struct A
{
int i;
};
A foo()
{
A a = { 1 };
return a;
}
A a = foo();
==
bug.cc: In function 'A foo()':
bug.cc:12: internal compiler error: in analyze_function, at ipa-reference.c:724
Please submit a full bug report, [etc.]
The regression appeared after 2008-09-12.
--
Summary: [4.4 regression] ICE returning a struct
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37568
[Bug tree-optimization/37568] [4.4 regression] ICE returning a struct
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37568
[Bug c++/5305] wrong constructor called -- default argument in constructor not seen
--- Comment #9 from reichelt at gcc dot gnu dot org 2008-09-13 01:12 --- This has been fixed on mainline between 2008-06-26 and 2008-07-05. I think this was 'fallout' from 2008-07-02 Jason Merrill [EMAIL PROTECTED] * Make-lang.in (cp/typeck2.o): Add $(REAL_H) dependency. Implement WG21 N2672, Initializer List proposed wording [...] -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5305
[Bug c++/35336] Broken diagnostic: 'bit_field_ref' not supported by dump_expr
--- Comment #6 from reichelt at gcc dot gnu dot org 2008-09-13 01:23 --- The bug reappeared on the 4.3 branch. It remains fixed on mainline, though. So no status change since it's not a regression. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.2 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35336
[Bug rtl-optimization/37435] New: [4.4 regression] ICE with volatiles
The following code snippet triggers an ICE on mainline (i686-pc-linux-gnu)
when compiled with -O2 -fPIC:
=
volatile _Decimal32 d;
volatile int i;
void foo()
{
d += i;
d += i;
}
=
bug.c: In function 'foo':
bug.c:8: internal compiler error: in eliminate_regs_in_insn, at reload1.c:3180
Please submit a full bug report, [etc.]
The regression was introduced between 2008-08-23 and 2008-08-29.
--
Summary: [4.4 regression] ICE with volatiles
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37435
[Bug rtl-optimization/37435] [4.4 regression] ICE with volatiles
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37435
[Bug tree-optimization/37432] [4.4 Regression] ICE in VN_INFO, at tree-ssa-sccvn.c:180
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-09-08 22:13
---
With only -O there's a different error message:
PR37432.c: In function 'InsertMultiPoint':
PR37432.c:4: error: type mismatch between an SSA_NAME and its symbol
PR37432.c:4: error: in statement
# val_9 = VDEF val_8 { val }
print_wkb_bytes (val, 1, 1);
PR37432.c:4: internal compiler error: verify_ssa failed
Please submit a full bug report, [etc.]
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37432
[Bug target/37382] [4.4 Regression] ICE in extract_insn: var_decl 0x7fda26ff4b40 swig_module) 0)
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-09-08 23:34
---
Confirmed. Reduced testcase:
==
char* foo(char *p, char *q)
{
const char *r = q + 2;
for (; q != r; p++, q++)
*p = *q;
return p;
}
void bar(int *p)
{
char a[2];
foo(a, (char*)p);
baz(a);
}
static int c;
void quus()
{
bar(c);
}
==
The regression appeared between 2008-03-21 and 2008-04-19.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2008-09-08 23:34:23
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37382
[Bug middle-end/37356] [4.4 Regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
--- Comment #5 from reichelt at gcc dot gnu dot org 2008-09-08 23:52 --- The regression appeared between 2008-07-26 and 2008-07-29? Fallout of tuples merge? -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||reichelt at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
[Bug middle-end/37414] New: [4.4 regression] ICE with -ffast-math
The following code snippet triggers an ICE on mainline (i686-pc-linux-gnu)#
when compiled with -ffast-math:
===
double foo(double x) { return x; }
double y = 2*foo(1);
===
bug0.cc:2: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The bug was introduced between 2008-08-23 and 2008-08-29.
--
Summary: [4.4 regression] ICE with -ffast-math
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37414
[Bug middle-end/37414] [4.4 regression] ICE with -ffast-math
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37414
[Bug c++/30156] [4.2/4.3/4.4 regression] ICE on invalid template declaration
--- Comment #5 from reichelt at gcc dot gnu dot org 2008-09-07 23:17 --- *** This bug has been marked as a duplicate of 37348 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30156
[Bug c++/37348] [4.2/4.3/4.4 Regression] internal compiler error: tree check: expected var_decl, have field_decl in cp_finish_decl, at cp/decl.c:5461
--- Comment #6 from reichelt at gcc dot gnu dot org 2008-09-07 23:17 --- *** Bug 30156 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||reichelt at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37348
[Bug driver/37415] New: [4.4 regression] ICE with -ftree-store-ccp
Compiling an arbitrary program with -ftree-store-ccp triggers an ICE on mainline: cc1: internal compiler error: in common_handle_option, at opts.c:2068 Please submit a full bug report, [etc.] Richard, this seems to be fallout from your patch: 2008-08-29 Richard Guenther [EMAIL PROTECTED] * common.opt (ftree-store-ccp): Mark as preserved for backward compatibility. * doc/invoke.texi (-ftree-store-ccp): Remove documentation. * tree-pass.h (pass_store_ccp): Remove. [...] -- Summary: [4.4 regression] ICE with -ftree-store-ccp Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, monitored Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37415
[Bug driver/37415] [4.4 regression] ICE with -ftree-store-ccp
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37415
[Bug tree-optimization/35428] [4.3 regression] ICE with -ftrapv
--- Comment #15 from reichelt at gcc dot gnu dot org 2008-08-13 07:34 --- As I alredy guessed in comment #12, the testcase really fails on native x86_64-unknown-linux-gnu with -m32 -O3 -ftrapv. As this is a tree check ICE you really need to configure the compiler with --enable-checking to see it. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-checking http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35428
[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-08-13 20:37
---
Even shorter testcase:
==
struct A {};
template int A::* p
int foo(A* q)
{
return q-*p;
}
template typename T
int bar(int T::* p)
{
return foop(0);
}
int i = barA(0);
==
PR37093.cc: In function 'int foo(A*) [with int A::* p = p]':
PR37093.cc:7: internal compiler error: in expand_expr_real_1, at expr.c:7270
Please submit a full bug report, [etc.]
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2008-08-13 20:37:07
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37093
[Bug c++/36912] [4.2/4.3/4.4 regression] ICE with -frounding-math -g
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-08-13 20:48 --- The following line triggers the ICE since GCC 4.1.0: const double c = .1, d = c+1; -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code, monitored Last reconfirmed|-00-00 00:00:00 |2008-08-13 20:48:09 date|| Summary|ICE when building with - |[4.2/4.3/4.4 regression] ICE |frounding-math -g |with -frounding-math -g Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36912
[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-08-13 20:57 --- *** Bug 36789 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||korusef at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37093
[Bug c++/36789] internal compiler error: in expand_expr_real_1, at expr.c:6953
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-08-13 20:57 --- *** This bug has been marked as a duplicate of 37093 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36789
[Bug c++/36776] Internal compiler error with template/pointer to member functions
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-08-13 20:59 --- I agree with Andrew. *** This bug has been marked as a duplicate of 37093 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36776
[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-08-13 20:59 --- *** Bug 36776 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||maksverver at geocities dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37093
[Bug tree-optimization/35428] [4.3 regression] ICE with -ftrapv
--- Comment #10 from reichelt at gcc dot gnu dot org 2008-08-12 06:45 --- The bug is still present on the 4.3 branch as of 2008-08-11 (with both the C and C++ frontend). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35428
[Bug c/35746] [4.3 regression] ICE with undefined variables
--- Comment #8 from reichelt at gcc dot gnu dot org 2008-08-12 06:48 --- As Andrew Pinski pointed out, we suppress ICEs after regular errors. You have to configure the compiler with --enable-checking to see the real ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746
[Bug tree-optimization/37095] New: [4.4 regression] Trouble with covariant return
The following valid code snippet fails to compile on mainline when compiled
with -O:
===
struct A
{
virtual A* foo();
};
struct B : virtual A
{
virtual B* foo() { return 0; }
};
B b;
===
bug.cc:11: error: 'B* *.LTHUNK1()' aliased to undefined symbol
'_ZTch0_v0_n32_N1B3fooEv'
--
Summary: [4.4 regression] Trouble with covariant return
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37095
[Bug tree-optimization/37095] [4.4 regression] Trouble with covariant return
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37095
[Bug tree-optimization/35428] [4.3 regression] ICE with -ftrapv
--- Comment #12 from reichelt at gcc dot gnu dot org 2008-08-12 14:37 --- I'm using i686-pc-linux-gnu. On x86_64-unknown-linux-gnu you probably need to add -m32 to the flags. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35428
[Bug tree-optimization/37084] New: [4.4 regression] ICE in gimple_assign_rhs1
The following valid testcase triggers an ICE on mainline when compiled
with -O (i686-pc-linux-gnu) or -o -m32 (x64_64-unknown-linux-gnu):
===
struct A
{
A();
};
inline A foo() { return A(); }
const A a(foo());
===
bug.cc: In function 'void __static_initialization_and_destruction_0(int, int)':
bug.cc:8: internal compiler error: gimple check: expected
gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs1, at
gimple.h:1717
Please submit a full bug report, [etc.]
The regression appeared between 2008-07-26 and 2008-07-29.
--
Summary: [4.4 regression] ICE in gimple_assign_rhs1
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: major
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37084
[Bug tree-optimization/37084] [4.4 regression] ICE in gimple_assign_rhs1
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37084
[Bug c++/35985] [4.2/4.3/4.4 regression] ICE with pointer to member function as base
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-08-08 21:19 --- Subject: Bug 35985 Author: reichelt Date: Fri Aug 8 21:17:54 2008 New Revision: 138886 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138886 Log: PR c++/35985 * decl.c (xref_basetypes): Check base for MAYBE_CLASS_TYPE_P, and make sure it is not a union. * g++.dg/inherit/base3.C: New. Added: trunk/gcc/testsuite/g++.dg/inherit/base3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35985
[Bug c++/35985] [4.2/4.3 regression] ICE with pointer to member function as base
--- Comment #5 from reichelt at gcc dot gnu dot org 2008-08-08 21:22 --- Fixed on mainline. Btw, the patch was approved here: http://gcc.gnu.org/ml/gcc-patches/2008-06/msg00194.html -- reichelt at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2008- |patches/2008- |04/msg01530.html|05/msg00542.html Summary|[4.2/4.3/4.4 regression] ICE|[4.2/4.3 regression] ICE |with pointer to member |with pointer to member |function as base|function as base http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35985
