Re: SCO/bugfix patch 8 of 10: ltmain.in -L handling for SCO platforms

[Ralf Wildenhues]

Hi Tim,

* Tim Rice wrote on Sun, Nov 06, 2005 at 09:28:59PM CET:
> On Sat, 5 Nov 2005, Ralf Wildenhues wrote:
> > 
> > Hmm.  The original bug report (that added the sco3.2v5 line) is here:
> > http://savannah.gnu.org/patch/index.php?func=detailitem&item_id=298
> > I don't quite understand it, though.  What exactly is going wrong here?
> 
> Here is an example on UnixWare 7.1.1
> [snip]
> /usr/bin/ksh88 ./libtool --tag=CC --mode=link cc  -g   -o depdemo  main.o 
> ./l1/libl1.la ./l2/libl2.la ./l4/libl4.la 
> mkdir .libs
> LD_RUN_PATH="/usr/local/src/gnu/libtool-1.5.21a/tests/_inst/lib:$LD_RUN_PATH" 
> cc -g -o .libs/depdemo main.o  ./l1/.libs/libl1.so ./l2/.libs/libl2.so 
> ./l4/.libs/libl4.so 
> /usr/local/src/gnu/libtool-1.5.21a/depdemo/l3/.libs/libl3.so 
> /usr/local/src/gnu/libtool-1.5.21a/depdemo/l2/.libs/libl2.so 
> /usr/local/src/gnu/libtool-1.5.21a/depdemo/l1/.libs/libl1.so -lm
> UX:ld: ERROR:  fatal error: library libl1.so.0, which is NEEDED by 
> ./l2/.libs/libl2.so, is not found

OK.  Could you post the link line and output creating ./l2/libl2.la,
further `objdump -p ./l2/.libs/libl2.so', and also, with the patch
applied, `objdump -p .libs/depdemo'?  Please replace `objdump -p' with
the appropriate UnixWare tool, probably spelled `dump -Lv'?

Thanks,
Ralf