[Bug c++/28642] New: ICE in layout_type, at stor-layout.c:1851

2006-08-07 Thread apl at alum dot mit dot edu
: unassigned at gcc dot gnu dot org ReportedBy: apl at alum dot mit dot edu GCC build triplet: i6868-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=28642

[Bug c++/28642] ICE in layout_type, at stor-layout.c:1851

2006-08-07 Thread apl at alum dot mit dot edu
--- Comment #1 from apl at alum dot mit dot edu 2006-08-07 18:27 --- Created an attachment (id=12040) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12040action=view) test case causing ICE compiled with: g++ -c ice.cxx -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28642

[Bug c++/28642] ICE in layout_type, at stor-layout.c:1851

2006-08-07 Thread apl at alum dot mit dot edu
--- Comment #2 from apl at alum dot mit dot edu 2006-08-07 18:34 --- Amending the description attribute ((may_alias)) in a union causes ICE. I'm using the 7/15/2006 snapshot of 4.2 I realize that unions are implicitly 'aliased', but in fact this problem was encountered while I

[Bug c++/28275] Error compiling template class containing dynamic_cast with -fno-rtti

2006-08-03 Thread apl at alum dot mit dot edu
--- Comment #5 from apl at alum dot mit dot edu 2006-08-03 22:51 --- issuing an error here probably will cause you to violate SFINAE as well. And to my mind as a 'user', the QOI issue is that an optimization flag is interfering with a perfectly reasonable behavior when I don't

[Bug c++/10891] code using dynamic_cast causes segfaults when -fno-rtti is used

2006-07-05 Thread apl at alum dot mit dot edu
--- Comment #7 from apl at alum dot mit dot edu 2006-07-05 18:50 --- I think that this fix may have been too aggressive. I have a templated class with a member function that does a dynamic_cast. With 4.2, I'm getting errors when I compile this template, despite the fact that I don't

[Bug c++/10891] code using dynamic_cast causes segfaults when -fno-rtti is used

2006-07-05 Thread apl at alum dot mit dot edu
--- Comment #8 from apl at alum dot mit dot edu 2006-07-05 19:08 --- Created an attachment (id=11835) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11835action=view) protection against dynamic_cast with -fno-rtti is too eager Here's a test that NEVER instantiates the template

[Bug c++/28275] New: Error compiling template class containing dynamic_cast with -fno-rtti

2006-07-05 Thread apl at alum dot mit dot edu
with -fno-rtti Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: apl at alum dot mit dot edu http://gcc.gnu.org/bugzilla

[Bug c++/28275] Error compiling template class containing dynamic_cast with -fno-rtti

2006-07-05 Thread apl at alum dot mit dot edu
--- Comment #1 from apl at alum dot mit dot edu 2006-07-05 19:15 --- Created an attachment (id=11836) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11836action=view) test generating error compile with g++ -fno-rtti -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28275

[Bug c++/28275] Error compiling template class containing dynamic_cast with -fno-rtti

2006-07-05 Thread apl at alum dot mit dot edu
--- Comment #2 from apl at alum dot mit dot edu 2006-07-05 19:16 --- Ideally, this should not produce an error UNLESS you invoke derivedT::upcast() from within a compilation unit under the influence of -fno-rtti -- apl at alum dot mit dot edu changed: What|Removed

[Bug middle-end/26729] [4.0 regression] bad bitops folding

2006-05-14 Thread apl at alum dot mit dot edu
--- Comment #18 from apl at alum dot mit dot edu 2006-05-14 14:40 --- I don't understand why this was changed by sayle to known to work on 4.1.0, when at least ONE of the test cases (b.cxx) demonstrates the failure on 4.1.0 (for some reason bugzilla won't let me commit the above

[Bug c++/26961] New: ICE simplify_subreg:3813

2006-03-31 Thread apl at alum dot mit dot edu
: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: apl at alum dot mit dot edu 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

[Bug c++/26961] ICE simplify_subreg:3813

2006-03-31 Thread apl at alum dot mit dot edu
--- Comment #1 from apl at alum dot mit dot edu 2006-03-31 15:32 --- Created an attachment (id=11174) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11174action=view) test case causing ICE g++ -c -O1 ice.cxx -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26961

[Bug c++/26729] [3.3/3.4 Regression] bogus 'comparison is always 0' message

2006-03-28 Thread apl at alum dot mit dot edu
--- Comment #5 from apl at alum dot mit dot edu 2006-03-28 15:09 --- Created an attachment (id=11135) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11135action=view) simpler test that still fails in 4.x compilers compile with g++ -c -Werror -Wall -Wextra -O2 b.cxx -- apl

[Bug c++/26729] [3.3/3.4 Regression] bogus 'comparison is always 0' message

2006-03-28 Thread apl at alum dot mit dot edu
--- Comment #6 from apl at alum dot mit dot edu 2006-03-28 15:21 --- I was wrong, this is still broken in GCC 4.0.2 and 4.1.0 although the original test case doesn't demonstrate the bug. /tools/linux/gcc-4.1.0/bin/g++ -c -Werror -Wall -Wextra b.cxx -O2 cc1plus: warnings being treated

[Bug c++/26729] bogus 'comparison is always 0' message

2006-03-28 Thread apl at alum dot mit dot edu
--- Comment #7 from apl at alum dot mit dot edu 2006-03-28 18:40 --- It's not minor, it causes incorrect code to be generated because it folds the expression to zero! -- apl at alum dot mit dot edu changed: What|Removed |Added

[Bug c++/26729] bogus 'comparison is always 0' message

2006-03-28 Thread apl at alum dot mit dot edu
--- Comment #9 from apl at alum dot mit dot edu 2006-03-28 21:26 --- Created an attachment (id=11145) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11145action=view) simplified test case -- apl at alum dot mit dot edu changed: What|Removed

[Bug c++/26729] bogus 'comparison is always 0' message

2006-03-28 Thread apl at alum dot mit dot edu
--- Comment #10 from apl at alum dot mit dot edu 2006-03-28 21:28 --- No, you misread the parentheses. I've removed all the EXCESS ONES, leaving answer = (UInt16(word 0x3700) == UInt16(0x3000)) (UInt16(word 0x8800) == UInt16(0x8000)); Showing that we're testing

[Bug c++/26729] New: bogus 'comparison is always 0' message

2006-03-17 Thread apl at alum dot mit dot edu
Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: apl at alum dot mit dot edu GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc

[Bug c++/26729] bogus 'comparison is always 0' message

2006-03-17 Thread apl at alum dot mit dot edu
--- Comment #1 from apl at alum dot mit dot edu 2006-03-17 16:48 --- Created an attachment (id=11063) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11063action=view) g++ -Wall -Werror -Wextra -O2 ... (almost) trivial test case... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c++/26729] [3.3/3.4 Regression] bogus 'comparison is always 0' message

2006-03-17 Thread apl at alum dot mit dot edu
--- Comment #3 from apl at alum dot mit dot edu 2006-03-17 17:04 --- Any clue as to the specific patch? We build with -Wall -Wextra -Werror, and won't be able to upgrade to gcc-4.x for at least another couple of months. -- apl at alum dot mit dot edu changed: What

[Bug c++/26622] New: ICE in extract_insn, at recog.c:2084

2006-03-09 Thread apl at alum dot mit dot edu
: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: apl at alum dot mit dot edu GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux

[Bug c++/26622] ICE in extract_insn, at recog.c:2084

2006-03-09 Thread apl at alum dot mit dot edu
--- Comment #1 from apl at alum dot mit dot edu 2006-03-09 19:43 --- Created an attachment (id=11014) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11014action=view) test causing ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26622

[Bug c++/26622] ICE in extract_insn, at recog.c:2084

2006-03-09 Thread apl at alum dot mit dot edu
--- Comment #2 from apl at alum dot mit dot edu 2006-03-09 19:49 --- /tools/linux/gcc-4.1.0/bin/g++ -c ice.i tmp.f_00.cxx: In member function 'void CarbonDesignSystems__design::c_top::f_$block_selfcycle3_v_L7_253_()': tmp.f_00.cxx:26432: error: unrecognizable insn: (insn 176

[Bug c++/18384] New: ICE on zero-length array with empty initializer...

2004-11-08 Thread apl at alum dot mit dot edu
: unassigned at gcc dot gnu dot org ReportedBy: apl at alum dot mit dot edu CC: gcc-bugs at gcc dot gnu dot org 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=18384

[Bug c++/18384] ICE on zero-length array with empty initializer...

2004-11-08 Thread apl at alum dot mit dot edu
-- What|Removed |Added Known to work||3.3.3 3.4.2 2.95.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18384