aurelien at aurel32.net
Thu Feb 23 21:18:55 UTC 2006
Petr Salinger a écrit :
>>>>See also http://www.linuxbase.org/futures/ideas/multiarch/index.html
>>>>What about /lib/ld-kfreebsd-i386.so.2 and /lib/ld-kfreebsd-amd64.so.2 ?
>>>Yes, that's the base of multi-arch. Currently bi-arch is implemented via
>>> /lib and /lib64, but that's not suitable for us. Maybe we will have to
>>>speak with the multi-arch people in Debian to make sure we use the same
>>>standars. There was a presentation of it at Debconf5.
>>Where are we on this? x86_64-linux-gnu sets /lib64/ld-linux-x86-64.so.X, so
>>by analogy we'd be /lib64/ld-kfreebsd-x86-64.so.X.
>>Is that ok? We need to take a decision on this before patches for x86_64
>>support can be sent upstream.
> I strongly prefer to put ld-kfreebsd-x86-64.so.1 into /lib, not /lib64.
> ld-kfreebsd-x86-64.so.1 will be primary dynamic linker for amd64,
> all standard libraries will be in /lib, /usr/lib, ...
> IMHO /lib64/ld-linux-x86-64.so.2 is big mistake.
> amd64/i386 situation is far from sparc64/sparc or s390x/s390.
> amd64 is complete 64bit port, not only extension of primary 32bit port.
Well you can have the linker in /lib64 and the librairies in /lib.
Note that in case of GNU/Linux, it is not a choice, but defined in the
AMD64 ABI . The linker could be /lib/ld64.so.1 or
Therefore I would say /lib64/ld-kfreebsd-x86-64.so.2 is better.
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' aurel32 at debian.org | aurelien at aurel32.net
`- people.debian.org/~aurel32 | www.aurel32.net
More information about the Glibc-bsd-devel