menges@arras.cs.unc.edu (John Menges) (11/21/90)
I'm trying to compile Andrew patch level 7 for SunOS 4.1 on a Sun 3.
Here's the tail of my make log
(make Clean; make Makefiles; make dependInstall):
...
cc -c -I. -O -I/unc/menges/andrew/emsworth/andrew/include/atk -I/unc/menges/andrew/emsworth/andrew/include -I//usr/include/X11 helpa.c
/unc/menges/andrew/emsworth/andrew/bin/makedo -d /unc/menges/andrew/emsworth/andrew/lib -b /unc/menges/andrew/emsworth/andrew/bin -o helpa.do helpa.o /usr/lib/libresolv.a
Segmentation fault (core dumped)
dofix: File helpa.dog not found
doindex: can't open file helpa.do...program terminated!
*** Error code 1
make: Fatal error: Command failed for target `helpa.do'
Current working directory /theta/theta2/menges/emsworth/src/atk/help/src
*** Error code 1
make: Fatal error: Command failed for target `dependInstall'
Current working directory /theta/theta2/menges/emsworth/src/atk/help/src
*** Error code 1
make: Fatal error: Command failed for target `dependInstall'
Current working directory /theta/theta2/menges/emsworth/src/atk/help
*** Error code 1
make: Fatal error: Command failed for target `dependInstall'
Current working directory /theta/theta2/menges/emsworth/src/atk
*** Error code 1
make: Fatal error: Command failed for target `dependInstall'
If I run makedo with 'csh -fvx' I get the following:
...
ld -r -o ${outfile:r}.dog $filelist ${libdir}/libcx.a | egrep "ld:"
ld -r -o helpa.dog helpa.o /usr/lib/libresolv.a /unc/menges/andrew/emsworth/andrew/lib/libcx.a
egrep ld:
Segmentation fault (core dumped)
...
Running ld by hand and adding the -t option gives me:
[menges@arras] ld -r -o helpa.dog helpa.o /usr/lib/libresolv.a /unc/menges/andre
w/emsworth/andrew/lib/libcx.a
Segmentation fault (core dumped)
[menges@arras] ld -t -r -o helpa.dog helpa.o /usr/lib/libresolv.a /unc/menges/andrew/emsworth/andrew/lib/libcx.a
-r:
-o:
helpa.o:
/usr/lib/libresolv.a:
/unc/menges/andrew/emsworth/andrew/lib/libcx.a:
Segmentation fault (core dumped)
[menges@arras]
So ld is core dumping. That's undoubtedly a bug in ld. Does anybody
have a fixed ld or know what (say, in our libresolv.a) might be
causing it to core dump?menges@arras.cs.unc.edu (John Menges) (11/22/90)
I found my ld problem. I tried gld instead of ld, and it complained about something in our /usr/lib/libresolv.a. I got the bind source from uunet, recompiled libresolv.a, and used that and the ld now works fine. I haven't yet determined whether our libresolv.a is Sun's or something generated locally by our systems staff.