Re: rpath for an inter-library dependency

[Bert Wesarg]

Robert,

On Wed, Feb 11, 2015 at 9:46 PM, Robert Boehne <address@hidden> wrote:
> So if I read these correctly, you specify the runtime path with -R but not
> the link time location with -L ?

where did you get the impression, that I did not specify -L in
conjunction with -R? We obviously do this, because linking always
succeeds, but running the application not, because the runtime path is
missing.


> Does too run without help if you specify
> both when you build your Libtool library?

It is not about building libtool libraries, it is about linking
applications against libtool libraries, which depend on other
libraries which need rpath information.

Bert

>
> Robert Boehne
>
> On Feb 11, 2015 2:39 PM, "Bert Wesarg" <address@hidden> wrote:
>>
>> Hi,
>>
>> On Wed, Feb 11, 2015 at 5:28 PM, Marcin Zalewski
>> <address@hidden> wrote:
>> > Hello.
>> >
>> > I have a contrib jemalloc library in my project that is not being
>> > built using libtool. When I build my libtool library, I add this to
>> > the link line:
>> >
>> > -ljemalloc -R/rpath/to/jemalloc
>> >
>> > This works fine, and my .la file includes:
>> >
>> > dependency_libs=' -R/rpath/to/jemalloc -ljemalloc'
>> >
>> > However, when I link my programs with the .la file, I do not get rpath
>> > on the liker line, which causes a run-time failure when the program is
>> > run. Am I using the -R option correctly? I was hoping that I could
>> > make it a dependency in my .la file and not have to worry about it.
>> > The documentation for -R says:
>> >
>> > If output-file is a program, add libdir to its run-time path. If
>> > output-file is a library, add -Rlibdir to its dependency_libs, so
>> > that, whenever the library is linked into a program, libdir will be
>> > added to its run-time path.
>> >
>> > As far as I understood this, once my library has this dependency, the
>> > rpath will be added to any program that links to my library, but that
>> > is not happening.
>>
>> this is a known problem, though it seems that it is not considered as
>> one by the libtool team:
>>
>> http://lists.gnu.org/archive/html/libtool/2011-11/msg00010.html
>>
>> Bert
>>
>> >
>> > Any help would be appreciated,
>> > -m
>>
>> _______________________________________________
>> https://lists.gnu.org/mailman/listinfo/libtool