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

On 2017-06-01 18:46:56 +0200, Thomas Jahns wrote: > On 06/01/2017 11:09 AM, Vincent Lefevre wrote: > > Perhaps defining the LD_RUN_PATH environment variable instead of > > LD_LIBRARY_PATH could be a workaround, but gold does not support > > it, so that this cannot be a general solution. > >

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

Thomas Jahns writes: > On 06/01/2017 11:09 AM, Vincent Lefevre wrote: >> On 2017-06-01 09:56:29 +0200, Thomas Jahns wrote: >>> GCC doesn't generate binaries or shared libraries, ld does. Passing >>> -Wl,-rpath,/path/to/dependency/lib >> But this is not automatic. When typing >>

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

On 06/01/2017 11:09 AM, Vincent Lefevre wrote: On 2017-06-01 09:56:29 +0200, Thomas Jahns wrote: GCC doesn't generate binaries or shared libraries, ld does. Passing -Wl,-rpath,/path/to/dependency/lib But this is not automatic. When typing $CC program.c -o program -lmpfr -lgmp (where $CC

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

On 2017-06-01 08:30:43 -0500, Bob Friesenhahn wrote: > This requires that libtool re-link upon installation if the temporary rpaths > are not wanted. If the temporary rpaths are left in place, then > reliability, performance, and security issues are left baked into the > binaries. > > Are these

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

On 2017-06-01 09:56:29 +0200, Thomas Jahns wrote: > GCC doesn't generate binaries or shared libraries, ld does. Passing > > -Wl,-rpath,/path/to/dependency/lib But this is not automatic. When typing $CC program.c -o program -lmpfr -lgmp (where $CC can be gcc, tcc or icc, for instance), things

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

On 05/31/2017 01:15 PM, Vincent Lefevre wrote: 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

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

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

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

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

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

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? -- Vincent Lefèvre

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

On 05/30/2017 12:02 PM, Vincent Lefevre wrote: Note that binutils 2.28 is breaking libtool for test programs ("make check") when -no-install is used. I've reported the following bug: https://sourceware.org/bugzilla/show_bug.cgi?id=21476 The problem is that with this version, RUNPATH is used

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

Hi, Note that binutils 2.28 is breaking libtool for test programs ("make check") when -no-install is used. I've reported the following bug: https://sourceware.org/bugzilla/show_bug.cgi?id=21476 The problem is that with this version, RUNPATH is used instead of RPATH in the executable generated