Home Original page

multiarch proposal

Matt Rice ratmice@gmail.com
Fri May 2 12:49:00 GMT 2008 
On Fri, May 2, 2008 at 4:46 AM, Goswin von Brederlow <goswin-v-b@web.de> wrote:
> "Matt Rice" <ratmice@gmail.com> writes:
>
>  >...
>  > anyhow... it doesn't seem like something which absolutely requires ld support,
>  > its just rather tedious when doing it at a distribution level having
>  > to manually specify everythings libdir...
>
>  ld is just the one common point in all of this where a trivial change
>  would solve the problem. And the cost for systems not using it is a
>  measly stat call.

yes, this is exactly why i've never bothered to build a system using
the mechanism i described...

maybe something similar to the construct member of struct cpp_dir in
cpplib.h of gcc

  /* Routine to construct pathname, given the search path name and the
     HEADER we are trying to find, return a constructed pathname to
     try and open.  If this is NULL, the constructed pathname is as
     constructed by append_file_to_dir.  */
  char *(*construct) (const char *header, cpp_dir *dir);

this sort of mechanism might allow both our library layouts to be possible

e.g. your platforms construct returns "%s/%s/lib%s.so", dir->name,
arch, lib->name);
e.g. any my platforms construct returns "%s/%s/%s/lib%s.so",
dir->name, lib->name, arch, lib->name);

though i'm not sure how to apply this when driven by linker scripts
More information about the Binutils mailing list