libgcc.map error

[Phil Edwards <pedwards at disaster dot jaj dot com>]

On a sparc-sun-solaris2.8, configured to use GNU ld (and using CVS binutils),
I'm seeing the following during a full build when libgcc_s.so is linked:


/stuff/pme/3test/gcc/xgcc -v -B/stuff/pme/3test/gcc/ -B/stuff/pme/Ebuild/sparc-sun-solaris2.8/bin/
-B/stuff/pme/Ebuild/sparc-sun-solaris2.8/lib/ -isystem /stuff/pme/Ebuild/sparc-sun-solaris2.8/include
-L/stuff/pme/3test/ld -O2   -DIN_GCC  -DSVR4  `echo -g -O2 -W -Wall -Wtraditional -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long|sed -e s/-pedantic//g -e s/-Wtraditional//g`
-isystem ./include  -fPIC -g1 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -shared -nodefaultlibs
-Wl,-h,libgcc_s.so.0 -Wl,-z,text -Wl,-z,defs -Wl,-M,libgcc.map  -o libgcc_s.so  libgcc/./_muldi3.o
libgcc/./_divdi3.o libgcc/./_moddi3.o libgcc/./_udivdi3.o libgcc/./_umoddi3.o libgcc/./_negdi2.o libgcc/./_lshrdi3.o
libgcc/./_ashldi3.o libgcc/./_ashrdi3.o libgcc/./_ffsdi2.o libgcc/./_clz.o libgcc/./_udiv_w_sdiv.o
libgcc/./_udivmoddi4.o libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o libgcc/./_floatdidf.o libgcc/./_floatdisf.o
libgcc/./_fixunsdfsi.o libgcc/./_fixunssfsi.o libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o libgcc/./_fixunssfdi.o
libgcc/./_fixsfdi.o libgcc/./_fixxfdi.o libgcc/./_fixunsxfdi.o libgcc/./_floatdixf.o libgcc/./_fixunsxfsi.o
libgcc/./_fixtfdi.o libgcc/./_fixunstfdi.o libgcc/./_floatditf.o libgcc/./__gcc_bcmp.o libgcc/./_varargs.o
libgcc/./__dummy.o libgcc/./_eprintf.o libgcc/./_bb.o libgcc/./_shtab.o libgcc/./_clear_cache.o
libgcc/./_trampoline.o libgcc/./__main.o libgcc/./_exit.o libgcc/./_ctors.o libgcc/./_pure.o libgcc/./_eh.o
libgcc/./frame-dwarf2.o libgcc/./tinfo.o libgcc/./tinfo2.o libgcc/./new.o libgcc/./opnew.o libgcc/./opnewnt.o
libgcc/./opvnew.o libgcc/./opvnewnt.o libgcc/./opdel.o libgcc/./opdelnt.o libgcc/./opvdel.o libgcc/./opvdelnt.o
libgcc/./exception.o libgcc/./vec.o -lc
Reading specs from /stuff/pme/3test/gcc/specs
Configured with:  --prefix=/stuff/pme/Ebuild --enable-libstdcxx-v3 --enable-debug --with-gnu-as --with-gnu-ld
--enable-gnu-binutils --with-gcc --enable-languages=c++
gcc version 2.97 20001006 (experimental)
 /stuff/pme/3test/gcc/collect2 -V -G -dy -z text -Y P,/usr/ccs/lib:/usr/lib -Qy -o libgcc_s.so
 /stuff/pme/3test/gcc/crti.o /usr/ccs/lib/values-Xa.o /stuff/pme/3test/gcc/crtbegin.o -L/stuff/pme/3test/ld
 -L/stuff/pme/3test/gcc -L/usr/ccs/bin -L/usr/ccs/lib -h libgcc_s.so.0 -z text -z defs -M libgcc.map
 libgcc/./_muldi3.o libgcc/./_divdi3.o libgcc/./_moddi3.o libgcc/./_udivdi3.o libgcc/./_umoddi3.o libgcc/./_negdi2.o
 libgcc/./_lshrdi3.o libgcc/./_ashldi3.o libgcc/./_ashrdi3.o libgcc/./_ffsdi2.o libgcc/./_clz.o
 libgcc/./_udiv_w_sdiv.o libgcc/./_udivmoddi4.o libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o libgcc/./_floatdidf.o
 libgcc/./_floatdisf.o libgcc/./_fixunsdfsi.o libgcc/./_fixunssfsi.o libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o
 libgcc/./_fixunssfdi.o libgcc/./_fixsfdi.o libgcc/./_fixxfdi.o libgcc/./_fixunsxfdi.o libgcc/./_floatdixf.o
 libgcc/./_fixunsxfsi.o libgcc/./_fixtfdi.o libgcc/./_fixunstfdi.o libgcc/./_floatditf.o libgcc/./__gcc_bcmp.o
 libgcc/./_varargs.o libgcc/./__dummy.o libgcc/./_eprintf.o libgcc/./_bb.o libgcc/./_shtab.o libgcc/./_clear_cache.o
 libgcc/./_trampoline.o libgcc/./__main.o libgcc/./_exit.o libgcc/./_ctors.o libgcc/./_pure.o libgcc/./_eh.o
 libgcc/./frame-dwarf2.o libgcc/./tinfo.o libgcc/./tinfo2.o libgcc/./new.o libgcc/./opnew.o libgcc/./opnewnt.o
 libgcc/./opvnew.o libgcc/./opvnewnt.o libgcc/./opdel.o libgcc/./opdelnt.o libgcc/./opvdel.o libgcc/./opvdelnt.o
 libgcc/./exception.o libgcc/./vec.o -lc /stuff/pme/3test/gcc/crtend.o /stuff/pme/3test/gcc/crtn.o
 /stuff/pme/3test/gcc/collect-ld:libgcc.map: file format not recognized; treating as linker script
 /stuff/pme/3test/gcc/collect-ld:libgcc.map:1: parse error
 GNU ld version 2.10.91 (with BFD 2.10.91)
   Supported emulations:
    elf32_sparc
    elf64_sparc
collect2: ld returned 1 exit status


I thought collect2 was only used when GNU ld was /not/ available.  Or is
collect2 needed during the build in any case?  GNU ld was successfully
made earlier in the build and is sitting in ../ld/ld-new.


-- 
pedwards at disaster dot jaj dot com  |  pme at sources dot redhat dot com
devphil at several other less interesting addresses in various dot domains
The gods do not protect fools.  Fools are protected by more capable fools.