> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf Of Harald Dunkel
> Sent: Saturday, September 10, 2005 1:31 PM
> To: Jim Gifford
> Cc: Jeff Garzik; Andi Kleen; [email protected]
> Subject: Re: Pure 64 bootloaders
>
> >
> >
> > /lib64 is an awful scheme. I'd avoid it.
> >
>
> Indeed. It just helps to keep unclean 32bit applications alive.
>
Reality is that it is difficulty to remove the older junk.
I guess I see 5 choices:
#1:
Use lib for whatever the standard os/arch size is.
Use lib32 for the non-standard size.
#2:
Continue the current mess.
#3:
Use both lib32 and lib64 and maybe put a link from lib to the
default one, probably lib64.
#4:
Use both lib32 and lib64 and don't put a link.
#5:
Designate the bit size in the name of the lib, ie libc.so64 or
libc.so32 or something similar and put them all in the same
directory and let the lib loading code take care of finding the
correct size.
#5 would seem to be the most robust and simplest to administer,
and the most obvious, and the easiest to modify if something like
this was to happen again.
Who came up with lib64? I thought I first saw it either on a
irix 6 machine or a early solaris 2.x machine.
Roger
> Maybe you would like to check Debian for amd64? The 32bit
> stuff is purely optional (except for the boot loaders, AFAIK).
>
> http://www.debian.org/ports/amd64/
>
>
> Regards
>
> Harri
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |