This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: libiberty as a parameter
- To: Marc Espie <Marc dot Espie at liafa dot jussieu dot fr>
- Subject: Re: libiberty as a parameter
- From: Jeffrey A Law <law at hurl dot cygnus dot com>
- Date: Wed, 03 Feb 1999 22:20:42 -0700
- cc: egcs-patches at cygnus dot com
- Reply-To: law at cygnus dot com
In message <19990131220358.35422@liafa1.liafa.jussieu.fr>you write:
> The libiberty that I build is the one shipping with egcs... the only
> difference is that it's tuned not to include mkstemp (since libc does have
> a working version), and that it's a dynamic library.
Ah. That's much better.
> Okay, take this as the first step in that direction...
I'm not sure taking this step *now* is a good idea.
>
> I can't invest the time into making the full multi-lib shebang. This is a
> bit similar with libstdc++.so not getting found when it is not ldconfig'ed as
> root, only more so, since the executables that depend on libiberty do get
> run during bootstrap.
Err, how is it similar to the ldconfig problem?
Aren't you actually introducing a ldconfig-like problem by linking against
a shared libiberty.sl?
I'd also be interested in how you're going to manage to keep the various copies
of libiberty straight after an install. gdb, binutils, egcs, and other
packages all include a similar, but subtly different version of libiberty
due to different release schedules.
jeff