libntlm
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: libntlm test case doesn't honor correct library path


From: Simon Josefsson
Subject: Re: libntlm test case doesn't honor correct library path
Date: Thu, 24 Sep 2009 11:10:22 +0200
User-agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1 (gnu/linux)

address@hidden writes:

> Sorry I have to reply to myself: The error is different:
>
> /bin/bash ./libtool --tag=CC   --mode=link
> /opt/studio/SOS11/SUNWspro/bin/cc  -xO3 -xarch=v8 -I/opt/csw/include
> -no-install -xarch=v8 -L/opt/csw/lib -o test_ntlm test_ntlm.o libntlm.la
> lib/libgnu.la
> libtool: link: /opt/studio/SOS11/SUNWspro/bin/cc -xO3 -xarch=v8
> -I/opt/csw/include -xarch=v8 -o test_ntlm test_ntlm.o  -L/opt/csw/lib
> ./.libs/libntlm.so lib/.libs/libgnu.a
> -R/home/dam/mgar/pkg/libntlm/trunk/work/build-isa-sparcv8/libntlm-1.2/.libs
> -R/opt/csw/lib

All above looks fine to me.  The linker should use the library in the
first -R directory, which should be the newly built version.

> gmake[4]: Leaving directory
> `/home/dam/mgar/pkg/libntlm/trunk/work/build-isa-sparcv8/libntlm-1.2'
> gmake  check-TESTS
> gmake[4]: Entering directory
> `/home/dam/mgar/pkg/libntlm/trunk/work/build-isa-sparcv8/libntlm-1.2'
> ntlm.h 1.2 libntlm 1.0
>
> It binds erranously to the installed libntlm version instead of the newly
> build one.

Yes.

> I vaguely recall there is something in libtool which temporarily sets
> LD_LIBRARY_PATH
> during execution to avoid this.

No, test_ntlm is a real binary and no script.  However, libtool should
set the right -R flags during building, so that the binary will use the
newly built library rather than the system library.  During 'make
install' the binary is re-linked to use the system library only.

/Simon




reply via email to

[Prev in Thread] Current Thread [Next in Thread]