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.
>
>
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
>>
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
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
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
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
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
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
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
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
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
11 matches
Mail list logo