/usr/lib/dld.sl: Unresolved symbol: <FF>libstdc++.sl.3 (plabel)

John David Anglin dave@hiauly1.hia.nrc.ca
Sat Mar 10 08:35:00 GMT 2001


>  In message < 200103072104.QAA02089@hiauly1.hia.nrc.ca >you write:
>   > With yesterdays 3.0 cvs source, many of the g++ tests fail to link:
>   > 
>   > ...
>   > /usr/lib/dld.sl: Unresolved symbol: <FF>libstdc++.sl.3 (plabel)  from /xxx/
>   > gnu/gcc-3.0/objdir/hppa1.1-hp-hpux10.20//libstdc++-v3/src/.libs/libstdc++.s
>   > l.3
>   > FAIL: g++.abi/cxa_vec.C  Execution test
>   > 
>   > HP nm dumps core when I try to list the library symbols.  GNU nm lists
>   > them but I can't see the problem.  Ideas?
> It's related to weak symbols.  I know that much :-)

HP nm still dumps core even with weak turned off.  However, HP `nm -p'
seems to work ok.  GNU nm is confused about symbol types and possibly
its scope, printing `?' for most symbols in objects generated by g++.
I think it is the `-ffunction-sections' and `-fdata-sections' options
used in building libstdc++ that is confusing GNU nm.  This is probably
also the cause of HP nm dumping core without `-p'.  My guess is this
is also giving the linker problems.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6605)



More information about the Gcc-bugs mailing list