Article View: gnu.gdb.bug
Article #19Re: SVR4 ld and gdb 4.7
From: Dave Trinidad
Date: Wed, 28 Oct 1992 17:14
Date: Wed, 28 Oct 1992 17:14
45 lines
2955 bytes
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!dtriReferences:
<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