[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: feature request: stronger LD_RUN_PATH
From: |
Paul Jarc |
Subject: |
Re: feature request: stronger LD_RUN_PATH |
Date: |
Thu, 08 Aug 2002 17:08:29 -0400 |
User-agent: |
Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i686-pc-linux-gnu) |
I wrote:
> I'd like to have some way of expressing, via environment variables,
> "add these directories to the rpath list, in addition to any given
> on the command line".
... and any given by other means. The idea is that I should be able
to supplement the rpath list in a non-interfering way, without delving
into a package's build system. E.g., I could set $LD_RUN_PATH_STRONG,
and the presence of that variable would indicate that $LD_RUN_PATH
should also be searched, after any given by -R/-rpath/--rpath.
Of course, some packages' build systems might set LD_RUN_PATH
themselves, without including the old value in the new value, but I
would consider that a bug in those build systems. I'm not asking you
to solve that problem.
> I'd also like to be able to specify the path to the dynamic linker
> in the environment, although since there can be only one dynamic
> linker, it makes sense for the one given on the command line to be
> favored.
Hmm... if gcc always supplies a dynamic linker argument, then I guess
this should be a gcc feature request; the argument given by gcc would
override the environment variable, if it was up to ld to use the
environment variable. Does anyone know whether that's always true?
paul