libtool
[Top][All Lists]
Advanced

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

Re: make test with a program that dlopen()s a shared lib "peer"


From: Jack Andrews
Subject: Re: make test with a program that dlopen()s a shared lib "peer"
Date: Tue, 29 Mar 2011 22:46:41 +1100

Hi Eric,

That make perfect sense -- only thing is it doesn't seem to work for me:

~/effbiae/core(ENV)]$ echo $LD_LIBRARY_PATH
/home/jack/effbiae/core/.libs
~/effbiae/core(ENV)]$ ./jconsole
   'hi'
hi
~/effbiae/core(ENV)]$ export LD_LIBRARY_PATH=
~/effbiae/core(ENV)]$ echo $LD_LIBRARY_PATH

~/effbiae/core(ENV)]$ libtool --mode=execute ./jconsole
Load library libj.so failed.


Thanks,


Jack.

On Tue, Mar 29, 2011 at 4:05 AM, Eric Blake <address@hidden> wrote:
> On 03/27/2011 05:46 AM, Jack Andrews wrote:
>> i want to use the usual sequence of
>>
>>   autoreconf --install
>>   ./configure
>>   make
>>   make test
>>   make install
>>
>> but my program dlopen()s a lib which
>> i find here:
>>    .libs/libj.so
>>
>> i've read that shared objects are hidden in
>> .libs for a reason and that they should be
>> installed prior to use.
>>
>> if this is the case, how can i run tests
>> "legally", before installing the .libs/libj.so ?
>
> If I understand correctly,
>
> libtool --mode=execute path/to/uninstalled/program
>
> will do what you want - libtool will massage PATH behind the scenes
> before spawning the wrapped uninstalled program so that it will
> correctly pick up the .libs/*.so files in preference to anything installed.
>
> --
> Eric Blake   address@hidden    +1-801-349-2682
> Libvirt virtualization library http://libvirt.org
>
>



reply via email to

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