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.