Bug 4356

Summary: ld dies with signal 11 when linking very big programs
Product: [Retired] Red Hat Linux Reporter: megastep
Component: binutilsAssignee: David Lawrence <dkl>
Status: CLOSED NOTABUG QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 6.0   
Target Milestone: ---   
Target Release: ---   
Hardware: sparc   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-08-08 13:22:44 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description megastep 1999-08-04 19:56:58 UTC
When trying to compile Civ: CTP for Sparc/Linux, ld died
with a 200MB core file. There is a lot of big object files
in this project, so maybe ld can't handle that much on

Comment 1 Jeff Johnson 1999-08-06 17:36:59 UTC
Make sure that everything that you are linking with was compiled
with -fPIC. On sparc there is also a -fpic, but that will fail
when your link is too large ...

Comment 2 Jim Kingdon 1999-08-08 13:22:59 UTC
I'm not sure -fpic rather than -fPIC
would explain this (if that is the problem,
ld is supposed to give an error that the global offset table filled
up, at least according to the GCC manual).

Make sure you have lots of virtual memory (while running out of data
space should produce something more like "out of memory", running
out of stack space will produce a sig11).  Make sure that ulimit
is set to allow enough stack space (see "man bash" re ulimit).

If those don't help, I'm not sure we can do much more to help.

Comment 3 Jim Kingdon 1999-08-23 17:56:59 UTC
I talked with a few of the Loki guys at LinuxWorld and they say
that the problem was indeed that they didn't have enough swap