[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 proble

[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=12040&action=view) test case causing ICE compiled with: g++ -c ice.cxx -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28642

[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++/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 wh

[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 derived::upcast() from within a compilation unit under the influence of -fno-rtti -- apl at alum dot mit dot edu changed: What|Removed

[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=11836&action=view) test generating error compile with g++ -fno-rtti -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28275

[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
ing dynamic_cast<> 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:

[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=11835&action=view) protection against dynamic_cast<> with -fno-rtti is too eager Here's a test that NEVER instant

[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 t

[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

[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=11174&action=view) test case causing ICE g++ -c -O1 ice.cxx -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26961

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

2006-03-31 Thread apl at alum dot mit dot edu
erity: 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/bug

[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 t

[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=11145&action=view) simplified test case -- apl at alum dot mit dot edu changed: What|

[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 |

[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 tr

[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=11135&action=view) simpler test that still fails in 4.x compilers compile with g++ -c -Werror -Wall -Wextra -O

[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:

[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=11063&action=view) g++ -Wall -Werror -Wextra -O2 ... (almost) trivial test case... -- http://gcc.gnu.org/bugzilla/show_

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

2006-03-17 Thread apl at alum dot mit dot edu
27; message Product: gcc Version: 3.4.3 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

[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:

[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=11014&action=view) test causing ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26622

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

2006-03-09 Thread apl at alum dot mit dot edu
tatus: 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++/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

[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