Article View: gnu.gdb.bug
Article #8834SVR4 ld and gdb 4.7
From: John S. Robinson
Date: Mon, 26 Oct 1992 00:53
Date: Mon, 26 Oct 1992 00:53
75 lines
4516 bytes
4516 bytes
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
How can I get around this final problem?
Let me outline the basic system configuration:
PROCESSOR: i386 in a DELL/310 platform
OS: ESIX SVR4 / 4.0.3a
MEMORY: 16 Megabytes. Maximum memory for this machine
SWAP: 25 Megabytes.
Both of the above links were attempted without out X11 running.
According sar and other measures, at the start of the compile/link
attempt, the available memory was in excess of 14 Megabytes and swap
was in excess of 24 megs.
With respect to the specifics of the gdb build, note the following:
cat config.status
#!/bin/sh
# This file was generated automatically by configure. Do not edit.
# This directory was configured as follows:
./configure i386-sysv4 -norecursion
# using "config/mh-sysv4"
make CC="gcc -v"
gcc -v -g -o gdb init.o version.o main.o blockframe.o breakpoint.o findvar.o \
stack.o source.o values.o eval.o valops.o valarith.o valprint.o printcmd.o \
symtab.o symfile.o symmisc.o infcmd.o infrun.o remote.o command.o utils.o \
expprint.o environ.o gdbtypes.o copying.o i386-pinsn.o i386-tdep.o \
i387-tdep.o solib.o corelow.o exec.o procfs.o fork-child.o i386v4-nat.o \
mem-break.o target.o ieee-float.o putenv.o parse.o language.o c-exp.tab.o \
m2-exp.tab.o buildsym.o objfiles.o minsyms.o maint.o demangle.o dbxread.o \
coffread.o elfread.o dwarfread.o xcoffread.o mipsread.o stabsread.o core.o \
inflow.o regex.o alloca.o ./../bfd/libbfd.a ./../readline/libreadline.a \
-ltermlib ./../opcodes/libopcodes.a ./../mmalloc/libmmalloc.a \
./../libiberty/libiberty.a
Reading specs from /usr/local/lib/gcc-lib/i386-sysv4/2.2.2/specs
gcc version 2.2.2
/usr/ccs/bin/ld -V -Y P,/usr/ccs/lib:/usr/lib -Qy -o gdb /usr/ccs/lib/crt1.o \
/usr/ccs/lib/crti.o /usr/ccs/lib/values-Xa.o \
/usr/local/lib/gcc-lib/i386-sysv4/2.2.2/crtbegin.o \
-L/usr/local/lib/gcc-lib/i386-sysv4/2.2.2 -L/usr/ccs/bin -L/usr/ccs/lib \
-L/usr/local/lib init.o version.o main.o blockframe.o breakpoint.o findvar.o \
stack.o source.o values.o eval.o valops.o valarith.o valprint.o printcmd.o \
symtab.o symfile.o symmisc.o infcmd.o infrun.o remote.o command.o utils.o \
expprint.o environ.o gdbtypes.o copying.o i386-pinsn.o i386-tdep.o \
i387-tdep.o solib.o corelow.o exec.o procfs.o fork-child.o i386v4-nat.o \
mem-break.o target.o ieee-float.o putenv.o parse.o language.o c-exp.tab.o \
m2-exp.tab.o buildsym.o objfiles.o minsyms.o maint.o demangle.o dbxread.o \
coffread.o elfread.o dwarfread.o xcoffread.o mipsread.o stabsread.o core.o \
inflow.o regex.o alloca.o ./../bfd/libbfd.a ./../readline/libreadline.a \
-ltermlib ./../opcodes/libopcodes.a ./../mmalloc/libmmalloc.a \
./../libiberty/libiberty.a -lgcc -lc \
/usr/local/lib/gcc-lib/i386-sysv4/2.2.2/crtend.o /usr/ccs/lib/crtn.o -lgcc
ld: Standard C Development Environment (SCDE) 5.0 09/24/90
ld: gdb: libelf error: Memory error: output file space elf_update:
*** Error code 1 (bu21)
I would deeply appreciate any help in resolving these problems.
I can be reached at:
jsrobin@chisti.umiacs.umd.edu
Thanks in advance for your help.
Technical Details
Message-ID:
<61451@mimsy.umd.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!umiacs.umd.edu!jsrobinShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f5053,20d456b5f3feb5f0,start X-Google-Attributes: gidf5053,public X-Google-ArrivalTime: 1992-10-25 15:13:16 PST Newsgroups: gnu.gdb.bug Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!umiacs.umd.edu!jsrobin From: jsrobin@umiacs.umd.edu (John S. Robinson) Subject: SVR4 ld and gdb 4.7 Message-ID: <61451@mimsy.umd.edu> Followup-To: gnu.gdb.bug Summary: SVR4 ld fails to link large programs, gdb 4.7 for example. Keywords: ESIX, SVR4.0.3, gdb 4.7, ld Sender: gnulists@ai.mit.edu Reply-To: jsrobin@chisti.umiacs.umd.edu Organization: UMIACS, University of Maryland, College Park, MD 20742 Distribution: gnu Date: Mon, 26 Oct 1992 00:53:19 GMT Approved: bug-gdb@prep.ai.mit.edu Lines: 76