🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.gdb.bug
Article #8834

SVR4 ld and gdb 4.7

#8834
From: John S. Robinson
Date: Mon, 26 Oct 1992 00:53
75 lines
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!jsrobin

Show 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