other/6955: collect2 says "core dumped" when there is no core
Bruno Haible
bruno@clisp.org
Fri Jun 7 05:56:00 GMT 2002
>Number: 6955
>Category: other
>Synopsis: collect2 says "core dumped" when there is no core
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Jun 07 05:56:04 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator: Bruno Haible
>Release: 3.1
>Organization:
GNU hackers
>Environment:
System: Linux linuix 2.4.18-4GB #1 Wed Mar 27 13:57:05 UTC 2002 i686 unknown
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: sparc64-unknown-linux-gnu
configured with: /packages2/gcc-3.1/configure --enable-shared --disable-nls --target=sparc64-linux --prefix=/cross/sparc64-linux-tools --with-local-prefix=/cross/sparc64-linux/local --with-as=/cross/sparc64-linux-tools/bin/sparc64-linux-as --with-gnu-as --with-ld=/cross/sparc64-linux-tools/bin/sparc64-linux-ld --with-gnu-ld --enable-languages=c
>Description:
When ld, called by collect2, crashes without a core dump, collect2 says
collect2: ld terminated with signal 11 [Segmentation fault], core dumped
But when I set "ulimit -c unlimited" and repeat the step, so that I
get a core dump, collect2 says merely
collect2: ld terminated with signal 11 [Segmentation fault]
>How-To-Repeat:
Give a link command line that makes ld crash. Once with "ulimit -c 0",
once with "ulimit -c unlimited".
>Fix:
In collect2.c, function collect_wait, change
status & 0200 ? "" : ", core dumped"
to
status & 0200 ? ", core dumped" : ""
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the Gcc-bugs
mailing list