Bug 4356

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:
Severity:	high	Docs Contact:
Priority:	medium
Version:	6.0
Target Milestone:	---
Target Release:	---
Hardware:	sparc
OS:	Linux
Whiteboard:
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:
Embargoed:

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.