Re: binutils 2.28 breaking libtool for test programs when -no-install is used

2017-05-31 Thread Vincent Lefevre 
On 2017-05-31 11:58:05 +0200, Thomas Jahns wrote:
> On 05/30/2017 06:30 PM, Vincent Lefevre wrote:
> > On 2017-05-30 17:39:14 +0200, Thomas Jahns wrote:
> > > I repeat: don't set LD_LIBRARY_PATH, that's the real problem, libtool not
> > > working for you is just a symptom of that.
> > 
> > So, how can I make things work *automatically* under Linux without
> > setting LD_LIBRARY_PATH?
> 
> Your binaries and shared objects need to contain the correct RPATH or
> RUNPATH entries, there is several tools to help with that:

GCC doesn't generate such entries, and the user shouldn't have
to use alternate tools.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

___
https://lists.gnu.org/mailman/listinfo/libtool

Re: binutils 2.28 breaking libtool for test programs when -no-install is used

2017-05-31 Thread Thomas Jahns 

On 05/30/2017 06:30 PM, Vincent Lefevre wrote:

On 2017-05-30 17:39:14 +0200, Thomas Jahns wrote:

I repeat: don't set LD_LIBRARY_PATH, that's the real problem, libtool not
working for you is just a symptom of that.


So, how can I make things work *automatically* under Linux without
setting LD_LIBRARY_PATH?


Your binaries and shared objects need to contain the correct RPATH or RUNPATH 
entries, there is several tools to help with that:


chrpath and patchelf[1] can be used to change the RPATH or RUNPATH of an already 
installed program or shared object


If you cannot ensure absolute paths, the relative option might still work, where 
an element of the RPATH starts with $ORIGIN.


Regards, Thomas

[1] patchelf is more general and can handle RPATHs getting longer which chrpath 
cannot IIRC




smime.p7s
Description: S/MIME Cryptographic Signature
___
https://lists.gnu.org/mailman/listinfo/libtool