[Bug c++/67650] undef reference with -fdevirtualize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650 Jonathan Briggs changed: What|Removed |Added CC||zlynx at acm dot org --- Comment #12 from Jonathan Briggs --- This looks incredibly similar to a bug I found this week compiling my code with GCC 6.0. My code was much more complex, which has made it really difficult to write a small reproducer, but I also have a virtual function that is overriding an abstract base class. The implementation function is defined inline and is part of a template class. In code compiled with O2 or O3 the function call and all following code simply disappears from the assembly.
[Bug libstdc++/40841] Application segfaults when throwing an exception that destroys an fstream
--- Comment #10 from zlynx at acm dot org 2009-08-15 00:02 --- I erased every trace of experimental GCC versions and support libraries. Then I rebuilt GCC 4.4.2 (from SVN) using the system provided GCC 4.3. The problem went away. It still worries me some because it seems to indicate that the GCC bootstrap process was not pure and was somehow using a bad version of GCC or libraries. -- zlynx at acm dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40841
[Bug libstdc++/40841] Application segfaults when throwing an exception that destroys an fstream
--- Comment #9 from zlynx at acm dot org 2009-07-27 21:26 --- I built GCC using libunwind and binutils 2.19.1 and there is the same problem. The registers are *not* being restored to the right values after the exception return. In the following assembly code you can clearly see that it expects the value in r37 to remain useful after the call to f. It doesn't. mov r37=r1 addl r38=112,r1;; ld8 r38=[r38] nop.i 0x0 nop.m 0x0 nop.i 0x0 br.call.sptk.many b0=4f80 f(char const*) mov r1=r37 nop.i 0x0 br.few 40001210 main+0x190;; (Well, ok, it actually jumps to the exception catch block, but that block also does mov r1=r37 to get a PLT offset.) -- zlynx at acm dot org changed: What|Removed |Added Known to fail||4.4.1 4.4.2 Known to work||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40841
[Bug libstdc++/40841] Application segfaults when throwing an exception that destroys an fstream
--- Comment #8 from zlynx at acm dot org 2009-07-24 15:47 --- I will work on trying it with libunwind and then with binutils 2.19. Those seem to be the differences so far. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40841
[Bug libstdc++/40841] New: Application segfaults when throwing an exception that destroys an fstream
I configure the fstream like this: ifstream is; is.exceptions(ifstream::badbit | ifstream::failbit); is.open(filename, ifstream::in | ifstream::binary); When it tries to open a file that does not exist, it throws an exception just as it should. If this is immediately inside a try/catch block it works. If it is inside a function call however, the program segfaults. I believe that the problem is inside the ifstream class. Further testing showed that declaring a function like this: void f() { ifstream is; throw 1; } also causes a segfault. If the exception is not caught in the functions above f() there is an exception abort but no segfault. I tried this on GCC 4.4.1 and 4.4.2, both from SVN. GCC 4.3 from Fedora does not do this. I believe that the problem is in the libraries, not the GCC binary, because the Fedora GCC *does* show the problem if I allow it to link to the libraries from GCC 4.4.2. A -static build on GCC 4.3 works, and a -static build on GCC 4.4.2 fails. Binutils are Fedora 9 default: $ ld -v GNU ld version 2.18.50.0.6-2 20080403 I configured my SVN GCCs like this: $ gcc -v Using built-in specs. Target: ia64-redhat-linux Configured with: ../configure --prefix=/opt/gcc-4.4 --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++ --build=ia64-redhat-linux Thread model: posix gcc version 4.4.2 20090722 (prerelease) (GCC) Fedora 9's GCC is configured like this: $ /usr/bin/gcc -v Using built-in specs. Target: ia64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --build=ia64-redhat-linux Thread model: posix gcc version 4.3.0 20080428 (Red Hat 4.3.0-8) (GCC) -- Summary: Application segfaults when throwing an exception that destroys an fstream Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org GCC host triplet: ia64-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40841
[Bug libstdc++/40841] Application segfaults when throwing an exception that destroys an fstream
--- Comment #2 from zlynx at acm dot org 2009-07-23 21:01 --- Created an attachment (id=18247) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18247action=view) reproduce -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40841
[Bug libstdc++/40841] Application segfaults when throwing an exception that destroys an fstream
--- Comment #3 from zlynx at acm dot org 2009-07-23 21:03 --- Also note that this seems to be a IA64 problem, not x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40841
[Bug libstdc++/40841] Application segfaults when throwing an exception that destroys an fstream
--- Comment #5 from zlynx at acm dot org 2009-07-23 22:26 --- The actual segfault seems to happen in the .plt section. I am not entirely clear on how this is laid out and how to find what symbol is where. But on entry to the plt code, the r1 register is set to an invalid memory location and it is then read from. It appears that r1 is supposed to be set from r35 much earlier, perhaps it gets overwritten. It sort of looks like the exception unwinder changed the register value but the code expects the register to still hold the right offset to the PLT. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40841
[Bug c++/34331] __attribute((externally_visible))) should work on class declaration
--- Comment #1 from zlynx at acm dot org 2009-07-06 22:33 --- I agree. This would be very useful. I am trying to do this very thing and am running into errors with missing typeinfo and other things. -- zlynx at acm dot org changed: What|Removed |Added CC||zlynx at acm dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34331
[Bug gcov-profile/39732] New: -fprofile-generate -O1: ICE: verify_stmts failed, ADDRESSABLE bit not set on pointers passed to std::copy
g++ -O1 -fprofile-generate gcc-bug/test-case.ii gcc-bug/test-case.cpp: In function int f(const int*): gcc-bug/test-case.cpp:14: error: address taken, but ADDRESSABLE bit not set D.27568 gcc-bug/test-case.cpp:14: note: in statement D.27611 = D.27568; gcc-bug/test-case.cpp:14: internal compiler error: verify_stmts failed It is very simple code that I have used in C++ for a long time. Like this: std::copy(array[0], array[5], ostream_iteratorint(cout, \n); I accidentally built GCC 4.5.0 from SVN instead of 4.4 (it branched when I wasn't looking) and hit this bug. It only seems to happen with optimization and profile generation. -O1 -fprofile-generate will trigger it. -O3 without profiling will not. I have not tried to reproduce with GCC 4.4 or GCC 4.5 on i686 or x86_64. Preprocessed source will be attached. -- Summary: -fprofile-generate -O1: ICE: verify_stmts failed, ADDRESSABLE bit not set on pointers passed to std::copy Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org GCC host triplet: ia64-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39732
[Bug gcov-profile/39732] -fprofile-generate -O1: ICE: verify_stmts failed, ADDRESSABLE bit not set on pointers passed to std::copy
--- Comment #1 from zlynx at acm dot org 2009-04-10 22:22 --- Created an attachment (id=17615) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17615action=view) preprocessed C++ test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39732
[Bug tree-optimization/37756] ICE building object file with -O3 and -combine
--- Comment #5 from zlynx at acm dot org 2008-10-08 00:54 --- I think you missed some of your explanation. Do you mean that it may not be valid to take the address of a global struct with partial definition? For example in udns_init.c which does not define dns_defctx, but has this code: int dns_init(struct dns_ctx *ctx, int do_open) { if (!ctx) ctx = dns_defctx; [...] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37756
[Bug c/37756] New: ICE building object file with -O3 and -combine
# gcc *.i -combine -O3 -c -o udns.o dia-submit/udns_init.c: In function dns_set_srch_internal: dia-submit/udns_init.c:47: internal compiler error: in get_addr_dereference_operands, at tree-ssa-operands.c:1698 Because it only appears to happen when building with multiple input files, I have attached a tar of .i files that reproduce the problem (the udns async DNS resolver library actually). I have observed this ICE on i386 and x86_64 and IA64 builds of GCC 4.3.2. -- Summary: ICE building object file with -O3 and -combine Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org GCC host triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37756
[Bug c/37756] ICE building object file with -O3 and -combine
--- Comment #1 from zlynx at acm dot org 2008-10-06 21:25 --- Created an attachment (id=16465) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16465action=view) Gzipped Tar of .i files for bug reproduction -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37756
[Bug libstdc++/35763] New: std::cout loses whole blocks of output if interrupted by signal without SA_RESTART
I noticed this when running a program that uses a periodic timer signal. The sigaction did not set SA_RESTART. During program runs, huge chunks of console output would disappear. I sort of tracked this down to the code in libstdc++ that uses fwrite to do the output of cout and cerr. That is a bit weird, I expected it to be using the basic_file operations on fd 0 instead. In summary, it appears to call fwrite and never check the error return, then it increments the streambuf pointers and loses that whole output block. -- Summary: std::cout loses whole blocks of output if interrupted by signal without SA_RESTART Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org GCC host triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35763
[Bug libstdc++/35763] std::cout loses whole blocks of output if interrupted by signal without SA_RESTART
--- Comment #1 from zlynx at acm dot org 2008-03-30 03:43 --- Forgot to mention, I filed a bug for fwrite too: http://sources.redhat.com/bugzilla/show_bug.cgi?id=5998 Until they fix that (if they do) it will be useless to check fwrite's return value since you can't know how many bytes were written. I think the fix would be to use write directly or to use the file operations (which do seem to use write directly and check for EINTR returns) on fd 0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35763
[Bug libstdc++/35763] std::cout loses whole blocks of output if interrupted by signal without SA_RESTART
--- Comment #2 from zlynx at acm dot org 2008-03-30 03:46 --- Created an attachment (id=15399) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15399action=view) test program, build: g++ timer-test.cc -lrt -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35763
[Bug tree-optimization/25433] New: ICE with -ftree-loop-linear
# gcc -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/gcc-4.1.0_beta20051209/work/gcc-4.1-20051209/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.0-beta20051209 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20051209/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20051209 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20051209/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20051209/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20051209/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libmudflap --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 4.1.0-beta20051209 (prerelease) # gcc -O1 -ftree-loop-linear texcompress_fxt1.i main/texcompress_fxt1.c: In function 'fxt1_encode': main/texcompress_fxt1.c:1353: internal compiler error: Segmentation fault texcompress_fxt1.i will be attached. -- Summary: ICE with -ftree-loop-linear Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org GCC host triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25433
[Bug tree-optimization/25433] ICE with -ftree-loop-linear
--- Comment #1 from zlynx at acm dot org 2005-12-15 19:58 --- Created an attachment (id=10505) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10505action=view) source to reproduce ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25433
[Bug c/23502] New: GCC 4.1 generated assembly subtracts between labels in text and text.unlikely
During the bootstrap, the GCC build fails at gcc/attribs.c with this error: attribs.s:514: Error: can't resolve `.text.unlikely' {.text.unlikely section} - `.LFB96' {.text section} Line 514 in the .s file is: .long .LFE96-.LFB96 One label is in a .text section and the other label is in a .text.unlikely section. I tried placing the .text.unlikely label into .text and it assembled correctly. The failed command is: stage1/xgcc -Bstage1/ -B/usr/x86_64-pc-linux-gnu/bin/ -c -m64 -march=athlon64 -O2 -pipe -fprefetch-loop-arrays -fprofile-use -freorder-blocks-and-partition -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -DHAVE_CONFIG_H-I. -I. -I/var/tmp/portage/gcc-4.1.0_beta20050819/work/gcc-4.1-20050819/gcc -I/var/tmp/portage/gcc-4.1.0_beta20050819/work/gcc-4.1-20050819/gcc/. -I/var/tmp/portage/gcc-4.1.0_beta20050819/work/gcc-4.1-20050819/gcc/../include -I/var/tmp/portage/gcc-4.1.0_beta20050819/work/gcc-4.1-20050819/gcc/../libcpp/include /var/tmp/portage/gcc-4.1.0_beta20050819/work/gcc-4.1-20050819/gcc/attribs.c -o attribs.o This is in the last bit of the build, using profile feedback to optimize. -- Summary: GCC 4.1 generated assembly subtracts between labels in text and text.unlikely Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23502
[Bug c/23247] New: ICE on valid code when compiled with -O3 and -ftree-vectorize
# gcc -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/gcc-4.1.0_beta20050730/work/gcc-4.1-20050730/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.0-beta20050730 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050730/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050730/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f95 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 4.1.0 20050730 (experimental) # gcc -O3 -ftree-vectorize j2.c -c j2.c: In function 'user_has_privileges': j2.c:75: internal compiler error: Segmentation fault j2.c will be attached. I trimmed it as much as I could. -- Summary: ICE on valid code when compiled with -O3 and -ftree- vectorize Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23247
[Bug c/23247] ICE on valid code when compiled with -O3 and -ftree-vectorize
--- Additional Comments From zlynx at acm dot org 2005-08-05 10:45 --- Created an attachment (id=9435) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9435action=view) code to reproduce ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23247
[Bug c/23196] New: ICE instantiate_virtual_regs_in_insn when -fforce-addr used
# gcc -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/gcc-4.1.0_beta20050730/work/gcc-4.1-20050730/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.0-beta20050730 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050730/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050730/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f95 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 4.1.0 20050730 (experimental) # gcc -march=athlon64 -O1 -fforce-addr-c /tmp/j1.c rlogin.c: In function 'do_rlogin': rlogin.c:181: error: unrecognizable insn: (insn 116 187 118 13 (parallel [ (set (mem/s/j:SI (reg/f:DI 102) [0 termio.c_iflag+0 S4 A64]) (ior:SI (mem/s/j:SI (reg/f:DI 103) [0 termio.c_iflag+0 S4 A64]) (const_int 1280 [0x500]))) (clobber (reg:CC 17 flags)) ]) -1 (nil) (nil)) rlogin.c:181: internal compiler error: in instantiate_virtual_regs_in_insn, at function.c:1539 j1.c will be attached. (It's a preprocessed rlogin.c from the shadow package) -- Summary: ICE instantiate_virtual_regs_in_insn when -fforce-addr used Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23196
[Bug c/23196] ICE instantiate_virtual_regs_in_insn when -fforce-addr used
--- Additional Comments From zlynx at acm dot org 2005-08-02 10:59 --- Created an attachment (id=9410) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9410action=view) preprocessed source to reproduce -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23196
[Bug c++/22071] New: 4.1 regression: ICE in first_vi_for_offset, at tree-ssa-structalias.c:2506
# g++ -O /tmp/j1.cc adaptors/lambda/lambda.cc: In function 'void __static_initialization_and_destruction_0(int, int)': adaptors/lambda/lambda.cc:15: internal compiler error: in first_vi_for_offset, at tree-ssa-structalias.c:2506 j1.cc will be attached. -O is what triggers the ICE. Compiling without optimization works. # g++ -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/gcc-4.1.0_beta20050611/work/gcc-4.1-20050611/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.0-beta20050611 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050611/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050611 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050611/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050611/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050611/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f95 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 4.1.0 20050611 (experimental) -- Summary: 4.1 regression: ICE in first_vi_for_offset, at tree-ssa- structalias.c:2506 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22071
[Bug c++/22071] 4.1 regression: ICE in first_vi_for_offset, at tree-ssa-structalias.c:2506
--- Additional Comments From zlynx at acm dot org 2005-06-15 02:03 --- Created an attachment (id=9089) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9089action=view) Preprocessed code to reproduce bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22071
[Bug c++/22071] 4.1 regression: ICE in first_vi_for_offset, at tree-ssa-structalias.c:2506
--- Additional Comments From zlynx at acm dot org 2005-06-15 02:05 --- Oh, I marked it as a regression because gcc-4.0.1-beta20050526 seemed to work fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22071
[Bug c++/22003] New: -freorder-blocks-and-partition causes ICE on 4.1.0 (20050604)
x86_64-pc-linux-gnu-g++ -ansi -march=athlon64 -O3 -g -pipe -funit-at-a-time -fprefetch-loop-arrays -ftracer -fforce-addr -freorder-blocks-and-partition -funroll-loops -fvisibility-inlines-hidden -fno-exceptions -fno-check-new -fno-common -c /tmp/j1.cc decoderpluginhandler.cpp: In member function 'aKode::FrameDecoder* aKode::DecoderPluginHandler::_ZThn24_N5aKode20DecoderPluginHandler16openFrameDecoderEPNS_4FileE(aKode::File*)': decoderpluginhandler.cpp:65: internal compiler error: Segmentation fault -- Summary: -freorder-blocks-and-partition causes ICE on 4.1.0 (20050604) Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22003
[Bug c++/22003] -freorder-blocks-and-partition causes ICE on 4.1.0 (20050604)
--- Additional Comments From zlynx at acm dot org 2005-06-10 16:45 --- Created an attachment (id=9062) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9062action=view) Preprocessed source code to reproduce ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22003
[Bug tree-optimization/20474] New: ICE while compiling openmotif-2.2.3 with -ftree-vectorize
I was updating my Gentoo installation with the latest and got an internal compiler error in openmotif. This happened first with Gentoo's GCC version 4.0.0_beta20050305. I then CVS'd the latest GCC version and got the same error with that. gcc version 4.1.0 20050314 (experimental) configured with: ../configure --prefix=/opt/gcc-4.0 --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --with-gcc-version-trigger=/home/lynx/Desktop/working/gcc/gcc/version.c --enable-languages=c,c++,java,objc : (reconfigured) ../configure --prefix=/opt/gcc-4.0 --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --with-gcc-version-trigger=/home/lynx/Desktop/working/gcc/gcc/version.c --enable-languages=c,c++ How-To-Repeat: Command: # gcc -O3 -ftree-vectorize pack.c Output: pack.c: In function 'PackString': pack.c:865: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. I will attach pack.i -- Summary: ICE while compiling openmotif-2.2.3 with -ftree- vectorize Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20474
[Bug tree-optimization/20474] ICE while compiling openmotif-2.2.3 with -ftree-vectorize
--- Additional Comments From zlynx at acm dot org 2005-03-14 18:51 --- Created an attachment (id=8386) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8386action=view) preprocessed source to reproduce bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20474