[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=detail&aid=1287&group_id=18&atid=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
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=11475&action=view) The test case -- 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] [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 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 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 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 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/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 <*free_lang_data> Assembling 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=19620&action=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=19621&action=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/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=19630&action=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 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
