|Summary:||ld dies with signal 11 when linking very big programs|
|Product:||[Retired] Red Hat Linux||Reporter:||megastep|
|Component:||binutils||Assignee:||David Lawrence <dkl>|
|Status:||CLOSED NOTABUG||QA Contact:|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||1999-08-08 13:22:44 UTC||Type:||---|
|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 Sparc.
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 space.