This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Auto-rpath revisited...
- To: oliva at dcc dot unicamp dot br (Alexandre Oliva)
- Subject: Re: Auto-rpath revisited...
- From: hjl at lucon dot org (H.J. Lu)
- Date: Sat, 21 Feb 1998 15:14:49 -0800 (PST)
- Cc: ian at cygnus dot com, leei at ai dot sri dot com, egcs at cygnus dot com
>
> This is ok when you know what you're doing. But most users don't know
> g++ links -lstdc++ in, they just expect g++ to do the Right Thing
> (TM). *You* know what you're doing and what g++ will do, so you'll
> just run gcc ... -R... -lstdc++, or g++ -nostdlib ... -lstdc++, which
> will work.
>
> I was just worried about C++ programs that rely on libtool libraries:
> libtool would specify -rpath, but it wouldn't know where libstdc++
> was, so that specification would be missing. But then, if g++ did
> implicitly append libstdc++ to the library path, it should implicitly
> append its runtime directory too.
>
I'd like to see it as a configuration time option. I don't need it
on my machine. It doesn't do me any good.
BTW, it would be better for g++/c++ to pass -rpath to collect2 since we
can tell g++ where libstdc++ will be installed. If people want to
use
# gcc .... -lstc++
They'd better add -rpath themselves. I can write a patch if necesssary.
--
H.J. Lu (hjl@gnu.org)