Bug#888073: glibc: Support amd64 systems without /lib64

[Samuel Thibault <sthibault@debian.org>]

Javier Serrano Polo, on sam. 27 janv. 2018 16:02:15 +0100, wrote:
> El ds 27 de 01 de 2018 a les 09:41 +0100, Samuel Thibault va escriure:
> > And you hide that in the kernel,
> 
> We have different concepts of the meaning of hiding. Following your
> idea, binary formats are hidden in the kernel; to me, they are available
> under /proc/sys/fs/binfmt_misc.

That's where they are expected to be found.

Putting the interpreter meaning in the kernel means putting it where it
is not expected to be found. That's called hiding.

> > while the ABI says it's a path.
> 
> Let us see the specification:[1]
> 
>         PT_INTERP
>         The array element specifies the location and size of a
>         null-terminated path name to invoke as an interpreter.
> 
> This is exactly what I am doing: using a path name to "invoke as an
> interpreter". No actual requirement is placed upon the filesystem.

"path name" means on the usual filesystem, just like in the rest of the
document.  If you don't agree on this, there is no point in discussing
more.

Samuel