Bug#888073: glibc: Support amd64 systems without /lib64
On 2018-01-24 21:05 +0100, Javier Serrano Polo wrote:
> El dc 24 de 01 de 2018 a les 18:26 +0100, Aurelien Jarno va escriure:
>> The dynamic linker path is part of the
>> x86-64 ABI and is present in all ELF executables.
>
> I am aware that the original specification has that quirk, but it was
> made without multiarch in mind. Would you choose /lib64 if you could
> decide? I would not. I think that if there is a will this can be fixed.
>
> Other architectures are easy to see. For instance, m68k and powerpc
> conflict with /lib/ld.so.1. amd64's interpreter does not conflict, but
> all interpreters should be under /lib. I see /lib64 as a mistake that
> can be fixed.
/lib64 is a mistake, but it cannot be fixed without rebuilding the
world. Which is fine for operating systems like OpenBSD where there are
no third-party binaries, but not on Linux.
>> Moving it means
>> rebuilding all the packages.
>
> We do not want that.
Well, then you have to live with /lib64.
Cheers,
Sven
Reply to: