[Bug debug/42767] ICE in mem_loc_descriptor
--- Comment #5 from jzhang918 at gmail dot com 2010-01-17 10:22 --- Created an attachment (id=19630) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19630action=view) The committed patch -- jzhang918 at gmail dot com changed: What|Removed |Added Attachment #19621|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42767
[Bug debug/42767] New: ICE in mem_loc_descriptor
ICE when compiling the attached test case with -O -g. $ ./cc1 -O -g /tmp/testcase-ice-mem_loc_descriptor.c _bfd_link_section_stabs Analyzing compilation unit Performing interprocedural optimizations visibility *free_lang_data early_local_cleanups whole-program inline static-var pure-constAssembling functions: _bfd_link_section_stabs(us_truncate:SI (reg:PDI 32 A0)) /tmp/testcase-ice-mem_loc_descriptor.c: In function _bfd_link_section_stabs: /tmp/testcase-ice-mem_loc_descriptor.c:14:1: internal compiler error: in mem_loc_descriptor, at dwarf2out.c:13487 -- Summary: ICE in mem_loc_descriptor Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jzhang918 at gmail dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: bfin-uclinux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42767
[Bug debug/42767] ICE in mem_loc_descriptor
--- Comment #1 from jzhang918 at gmail dot com 2010-01-16 12:35 --- Created an attachment (id=19620) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19620action=view) The test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42767
[Bug debug/42767] ICE in mem_loc_descriptor
--- Comment #2 from jzhang918 at gmail dot com 2010-01-16 12:36 --- Created an attachment (id=19621) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19621action=view) The patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42767
[Bug debug/42767] ICE in mem_loc_descriptor
--- Comment #3 from jzhang918 at gmail dot com 2010-01-16 12:37 --- I'm testing the attached patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42767
[Bug debug/42662] [4.5 Regression] invalid rtl sharing found in the insn
--- Comment #5 from jzhang918 at gmail dot com 2010-01-11 09:36 --- I just submitted a patch several days ago: http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00130.html I think it might be able to fix this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42662
[Bug debug/42662] [4.5 Regression] invalid rtl sharing found in the insn
--- Comment #7 from jzhang918 at gmail dot com 2010-01-11 10:11 --- Sorry, I should have checked my patch with the test code you posted before I added that comment. My patch does not fix this one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42662
[Bug debug/41357] libgomp build fail
--- Comment #9 from jzhang918 at gmail dot com 2009-09-15 14:21 --- (In reply to comment #8) (In reply to comment #6) (In reply to comment #1) The cause is that DW_TAG_variable references gomp_tls_data instead of ___emutls_v.gomp_tls_data. Here's an example: No, that's not it, that's not it at all, sorry. Here's the relevant part of the debug info from iter.s in the libgomp build dir, with a bit of surrounding context: .ascii thr\0 .byte 0x1 .byte 0x92 v .long 0xa79 .long _gomp_tls_data ^ Yeah, this is what I found. When var-tracking generates debug_insn, it should use ___emutls_v.gomp_tls_data as normal insn is expanded. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41357
[Bug target/41357] New: libgomp build fail
libtool: link: /home/jie/blackfin-sources/build45220-5/gcc_build-4.5/./gcc/xgcc -B/home/jie/blackfin-sources/build45220-5/gcc_build-4.5/./gcc/ -B/home/jie/installs/bfin-45-220-5/bfin-linux-uclibc/bin/ -B/home/jie/installs/bfin-45-220-5/bfin-linux-uclibc/lib/ -isystem /home/jie/installs/bfin-45-220-5/bfin-linux-uclibc/include -isystem /home/jie/installs/bfin-45-220-5/bfin-linux-uclibc/sys-include-shared .libs/alloc.o .libs/barrier.o .libs/critical.o .libs/env.o .libs/error.o .libs/iter.o .libs/iter_ull.o .libs/loop.o .libs/loop_ull.o .libs/ordered.o .libs/parallel.o .libs/sections.o .libs/single.o .libs/task.o .libs/team.o .libs/work.o .libs/lock.o .libs/mutex.o .libs/proc.o .libs/sem.o .libs/bar.o .libs/ptrlock.o .libs/time.o .libs/fortran.o .libs/affinity.o-pthread -Wl,-O1 -Wl,-soname -Wl,libgomp.so.1 -o .libs/libgomp.so.1.0.0 /home/jie/installs/bfin-45-220-5/bfin-linux-uclibc/bin/ld: fde encoding in /home/jie/blackfin-sources/build45220-5/gcc_build-4.5/./gcc/libgcc.a(_udivdi3.o)(.eh_frame) prevents .eh_frame_hdr table being created. .libs/iter.o:(.debug_info+0x8fb): undefined reference to `_gomp_tls_data' .libs/iter.o:(.debug_info+0x98e): undefined reference to `_gomp_tls_data' .libs/iter.o:(.debug_info+0xa73): undefined reference to `_gomp_tls_data' .libs/iter.o:(.debug_info+0xb2d): undefined reference to `_gomp_tls_data' .libs/iter_ull.o:(.debug_info+0x90e): undefined reference to `_gomp_tls_data' .libs/iter_ull.o:(.debug_info+0x9a5): more undefined references to `_gomp_tls_data' follow /home/jie/installs/bfin-45-220-5/bfin-linux-uclibc/bin/ld: .libs/libgomp.so.1.0.0: hidden symbol `_gomp_tls_data' isn't defined /home/jie/installs/bfin-45-220-5/bfin-linux-uclibc/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status make[4]: *** [libgomp.la] Error 1 make[4]: Leaving directory `/home/jie/blackfin-sources/build45220-5/gcc_build-4.5/bfin-linux-uclibc/libgomp' -- Summary: libgomp build fail Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jzhang918 at gmail dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: bfin-linux-uclibc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41357
[Bug target/41357] libgomp build fail
--- Comment #1 from jzhang918 at gmail dot com 2009-09-15 05:57 --- The cause is that DW_TAG_variable references gomp_tls_data instead of ___emutls_v.gomp_tls_data. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41357
[Bug c++/29570] [4.1/4.2/4.3 regression] ICE with brace-enclosed initializer
--- Comment #2 from jzhang918 at gmail dot com 2006-11-16 13:44 --- I narrowed the cause to this change 2006-06-04 Mark Mitchell [EMAIL PROTECTED] PR c++/27819 * decl.c (cp_finish_decl): Process initializers for static data members with non-dependent initializers, even in templates. of this patch http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00198.html -- jzhang918 at gmail dot com changed: What|Removed |Added CC||mark at codesourcery dot ||com, jzhang918 at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29570
[Bug driver/27622] [4.1/4.2 Regression] gcc hang when compiling with -pipe
--- Comment #8 from jzhang918 at gmail dot com 2006-05-18 09:43 --- With patch foo6.patch, I get: gcc -c voodoo.i -o aaa/t.o -pipe Assembler messages: FATAL: can't create aaa/t.o: No such file or directory src/vidhrdw/voodoo.c: In function âvoodoo_startâ: src/vidhrdw/voodoo.c:262: internal compiler error: Broken pipe Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Although it does not hang, the error message is a little confusing. It should not be internal compiler error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27622
[Bug driver/27622] gcc hang when compiling with -pipe
--- Comment #3 from jzhang918 at gmail dot com 2006-05-18 05:02 --- Andrew, Did you use voodoo.i as the test case? I can observe this issue using voodoo.i, but not for very small test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27622
[Bug driver/27622] New: gcc hang when compiling with -pipe
Mike Frysinger reported this bug for 4.1 Blackfin gcc. See http://blackfin.uclinux.org/tracker/index.php?func=detailaid=1287group_id=18atid=145. $ gcc -o some/non/existent/dir/voodoo.o -c voodoo.i -pipe Assembler messages: FATAL: can't create some/non/existent/dir/voodoo.o: No such file or directory sits here forever I can reproduce it on native i686 GCC 4.1 branch and 4.2 HEAD. My initial thought is the driver make cc1 write to the pipe and as read from it. as exits because it cannot open the output file. Then cc1 should get SIGPIPE and exit. But it seems it does not get the signal. The gcc 4.0.3 coming with Ubuntu Dapper does not has this issue. The as version is GNU assembler 2.16.91 20060118 Debian GNU/Linux. -- Summary: gcc hang when compiling with -pipe Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jzhang918 at gmail dot com GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27622
[Bug driver/27622] gcc hang when compiling with -pipe
--- Comment #1 from jzhang918 at gmail dot com 2006-05-16 11:06 --- Created an attachment (id=11475) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11475action=view) The test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27622
