This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Date: Fri, 4 Aug 2000 11:42:18 -0700
From: Greg McGary <greg@mcgary.org>
3) Drop the suffix and instead install special libraries in a subdir,
e.g. /usr/lib/libc.a (regular), /usr/lib/bp/libc.a (bounded),
/usr/lib/prof/libc.a (profiled), and so on for any lib. Now,
something still must be responsible for directing ld to prefer the
appropriate subdir. ...
3a) Gcc could do it in the specs by passing `-L' options which give
precedence to the specialized subdirs, also in this case gcc would
need to assume knowledge of where all the default library dirs
reside and could no longer assume ld knew where to find
everything. Any makefile that invokes ld directly would need to
do that job for itself. ...
gcc already does this for multilib stuff. I think you should consider
this option. Look for MULTILIB in the index of the gcc manual.
It is already quite difficult to invoke ld directly, rather than via
gcc. For example, you need to get the right dynamic linker. Don't
worry about that part of it.
Ian
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |