Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38080
lock, at tree-
cfg.c:4803
Product: gcc
Version: 4.2.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
GCC host triple
--- Comment #1 from gcc at abeckmann dot de 2007-09-09 12:51 ---
Created an attachment (id=14177)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14177&action=view)
testcase (reduced to be < 500k)
Sorry for the delay of the testcase, I had to reduce it from 1.9 MB to 4
: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33364
--- Comment #2 from gcc at abeckmann dot de 2007-09-09 13:49 ---
Another URL valuable for minimize.html:
http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33364
ity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33372
--- Comment #6 from gcc at abeckmann dot de 2007-09-17 17:35 ---
Created an attachment (id=14216)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14216&action=view)
minimal testcase
The ICE only occurs with -O3 and above.
$ /suse/NOBACKUP/gcc/gcc-4.2-branch/bin/g++ -v -O3 -
27; before '{' token
ice-uses_template_parms-cp_pt.c-6333.ii:6: error: expected unqualified-id
before '{' token
--
Summary: ICE in uses_template_parms, at cp/pt.c:6332
Product: gcc
Version: 4.4.0
Status: UNCONF
UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39754
--- Comment #2 from gcc at abeckmann dot de 2009-04-14 07:04 ---
An updated testcase that compiles without errors on 4.4.0:
== 8< ==
template < typename > struct A ;
template < typename T , typename = A < T > > struct B
{ } ;
template < cl
--- Comment #5 from gcc at abeckmann dot de 2009-04-16 14:28 ---
It does compile successfully using 4.4.0 built with --enable-checking. Is there
anyting else to enable these tree checks?
$ x86_64-linux-gnu-g++-4.4.x -v -c PR39754.min.ii && echo SUCCESS
Using built-in specs
Summary: ICE: Segmentation fault -- with function template
default template arguments in c++0x mode
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
--- Comment #2 from gcc at abeckmann dot de 2009-04-20 17:50 ---
probably a duplicate of bug #35828
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39822
--- Comment #6 from gcc at abeckmann dot de 2009-04-20 17:51 ---
I stumbled across this ICE on a very similar testcase (on 4.3.4, 4.4.0, 4.5.0):
-- 8< --
template < typename > struct A ;
template < template < typename > class = A >
void t
Version: 10.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at abeckmann dot de
Target Milestone: ---
Created attachment 48314
: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at abeckmann dot de
Target Milestone: ---
Created attachment 48618
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48618&action=edit
2 modules and a main program that demonstrate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56534
Bug #: 56534
Summary: [4.7/4.8 Regression] ICE Segfault on invalid code in
check_elaborated_type_specifier
Classification: Unclassified
Product: gcc
Version: 4.7.3
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55786
Andreas Beckmann changed:
What|Removed |Added
CC||gcc at abeckmann dot de
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56543
Bug #: 56543
Summary: [4.7.3/4.8 Regression] ICE on valid code in
copy_node_stat
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRME
Summary: [c++0x] std::list<>::splice() binding rvalue-reference
to lvalue problem
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: una
--- Comment #9 from gcc at abeckmann dot de 2009-10-16 11:05 ---
Created an attachment (id=18809)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18809&action=view)
different test case
I've seen this spurious warning, too, and could reduce it to a different, much
small
--- Comment #10 from gcc at abeckmann dot de 2009-10-16 13:11 ---
=== compile command (shows the spurious warning) ===
x86_64-linux-gnu-g++-4.4.x -O2 -W -Wall -DSPURIOUS_WARNING -c
anonymous-iuuitf.cpp
=== ===
=== compile command (no spurious warning) ===
x86_64-linux-gnu-g++-4.4.x -O2
--- Comment #19 from gcc at abeckmann dot de 2009-10-16 13:13 ---
some cases where this warning still occurs in 4.4 are documented in #40146
--
gcc at abeckmann dot de changed:
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46871
Andreas Beckmann changed:
What|Removed |Added
CC||gcc at abeckmann dot de
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47290
Summary: memory exhausted compiling a destructor with an
infinite 'for (;;);' loop
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32072
--- Comment #1 from gcc at abeckmann dot de 2007-05-24 17:26 ---
Created an attachment (id=13609)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13609&action=view)
preprocessed source code of the test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32072
--- Comment #3 from gcc at abeckmann dot de 2007-05-24 19:04 ---
But why does g++ behave differently if called with different optimization
levels?
I was looking for a mcstl bug first, but since g++ accepted this code with -O2
I went for g++.
On the other hand, if this is actually a bug
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
GCC host triplet: i486-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32546
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at abeckmann dot de
Target Milestone: ---
This is a regression from GCC 5 on i386.
This code example has been minimized f
NCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at abeckmann dot de
The following code is accepted by g++ in c++11 mode (tested 4.7, 4.8, 4.9):
= 8< =
#include
#include
template
v
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42319
; on unrelated code changes (namespace
addition)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45609
--- Comment #1 from gcc at abeckmann dot de 2010-09-09 06:24 ---
Created an attachment (id=21746)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21746&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45609
++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45613
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45854
Summary: ICE in redirect_eh_edge_1, at tree-eh.c:2131
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45857
Summary: memory exhausted compiling some variadic templates
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45894
Summary: ICE: segmentation fault with -Wall
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45993
Summary: ICE in uses_template_parms, at cp/pt.c:7064
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455
Andreas Beckmann changed:
What|Removed |Added
CC||gcc at abeckmann dot de
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46852
Summary: ICE: tree check: expected class ‘type’, have
‘exceptional’ (error_mark) in
cp_parser_class_specifier, at cp/parser.c:16947
Product: gcc
Version: 4.6.0
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46564
Andreas Beckmann changed:
What|Removed |Added
CC||gcc at abeckmann dot de
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46855
Summary: cc1plus: internal compiler error: Segmentation fault
(instead of g++-4.5's: expected unqualified-id at end
of input)
Product: gcc
Version: 4.6.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46857
Summary: internal compiler error: Segmentation fault (in
-std=c++0x mode)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751
Andreas Beckmann changed:
What|Removed |Added
Known to work||3.3.6, 4.6.0
Known to fail|4.4.0,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46858
Summary: ICE: in cp_lexer_new_from_tokens, at cp/parser.c:464
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701
Andreas Beckmann changed:
What|Removed |Added
CC||gcc at abeckmann dot de
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701
--- Comment #11 from Andreas Beckmann 2010-12-09
21:50:26 UTC ---
I just retried with trunk r167662 and could still reproduce this bug for both
miles' code and my minimized test case
So it was *not* fixed by 46348. (But the testcase from 46348 no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49187
Summary: parallel mode compilation broken - unqualified lookup?
(bisected)
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34357
--- Comment #1 from gcc at abeckmann dot de 2007-12-06 13:02 ---
Also present in
gcc version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4)
==> internal compiler error: in layout_type, at stor-layout.c:1851
Not found in
gcc version 4.1.3 20071019 (prerelease) (Debian 4.1.2-17)
: UNCONFIRMED
Severity: minor
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36552
--- Comment #15 from gcc at abeckmann dot de 2008-07-12 16:01 ---
Hi,
this bug (not searching for libgomp.spec in the correct place) is still present
in the gcc-4_3-branch as of today (r137745).
Configured on an amd64 Debian testing/unstable machine:
../gcc-4_3-branch/configure
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at abeckmann dot de
Target Milestone: ---
Target: aarch64-unknown-linux-gnu
The following code snippet (minimized with cvise from 3.5MB preprocessed source
originating from thrust unittests) causes an
55 matches
Mail list logo
