🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.gdb.bug
Article #19

Re: SVR4 ld and gdb 4.7

#19
From: Dave Trinidad
Date: Wed, 28 Oct 1992 17:14
45 lines
2955 bytes
In article <61451@mimsy.umd.edu> jsrobin@umiacs.umd.edu (John S. Robinson)  
writes:
> On two occasions when attempting to link programs that had object modules
> adding up to more that 4M in total file size, the link stage has failed.
> In one case, I was attempting to build gdb 4.7. Note that on previous
> occasions I had successfully built gdb versions 4.4, 4.5, and 4.6.
> The link stage failed with the message:
>     ld: gdb: libelf error:  Memory error: output file space elf_update:
> In the second case, I was attempting to build the binary "ibuild" from
> the InterViews C++ package with gcc/g++ version 2.2.2. The link stage
> failed with the message:
>     ld: system error: not enough memory to allocate 501504 bytes
> 
In the file /etc/conf/cf.d/mtune notice the following:

* Default per process resource limits (set to 0x7FFFFFFF for infinite limit)
* S prefix is for soft limits, H prefix is for hard limits
*
* CPULIM - maximum combined user and system time in seconds
* FSZLIM - maximum file size in bytes
* DATLIM - maximum writeable mapped memory (swap space) in bytes
* STKLIM - maximum size of current stack in bytes
* CORLIM - maximum size of core file in bytes
* FNOLIM - maximum number of file descriptors
* VMMLIM - maximum amount of simultaneously mapped virtual memory in bytes
SCPULIM         0x7FFFFFFF      60              0x7FFFFFFF
HCPULIM         0x7FFFFFFF      60              0x7FFFFFFF
SFSZLIM         0x200000        0x100000        0x7FFFFFFF
HFSZLIM         0x200000        0x100000        0x7FFFFFFF
SDATLIM         0x1000000       0x1000000       0x7FFFFFFF
HDATLIM         0x1000000       0x1000000       0x7FFFFFFF
SSTKLIM         0x1000000       0x2000          0x7FFFFFFF
HSTKLIM         0x1000000       0x2000          0x7FFFFFFF
SCORLIM         0x100000        0x100000        0x7FFFFFFF
HCORLIM         0x100000        0x100000        0x7FFFFFFF
SFNOLIM         0x40            0x20            0x400
HFNOLIM         0x400           0x20            0x400
SVMMLIM         0x1000000       0x1000000       0x7FFFFFFF
HVMMLIM         0x1000000       0x1000000       0x7FFFFFFF

Your probably running out of data and or stack space .. I have seen the maxium  
file limits give this error. In elf.o the error returned is ENOMEM if any of  
the above limits are exceeded.
David R Trinidad		#include <disclaimer.h>
dtri@az.stratus.com
Technical Details
Message-ID: <7634@transfer.stratus.com>
Path: arc1-ca.pugleaf.net!sparky!uunet!think.com!rpi!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!jerome.az.stratus.com!dtri
References: <61451@mimsy.umd.edu>

Show Full Headers
Complete Article Headers
Newsgroups: gnu.gdb.bug
Path: arc1-ca.pugleaf.net!sparky!uunet!think.com!rpi!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!jerome.az.stratus.com!dtri
From: dtri@jerome.az.stratus.com (Dave Trinidad)
Subject: Re: SVR4 ld and gdb 4.7
Message-ID: <7634@transfer.stratus.com>
Keywords: ld(1),SVR4
Sender: gnulists@ai.mit.edu
Reply-To: dtri@jerome.az.stratus.com (Dave Trinidad)
Organization: GNUs Not Usenet
References: <61451@mimsy.umd.edu>
Distribution: gnu
Date: Wed, 28 Oct 1992 17:14:51 GMT
Approved: bug-gdb@prep.ai.mit.edu
Lines: 46