This is the mail archive of the
mailing list for the glibc project.
Re: Multiarch interpreter names for traditional architectures
- From: Florian Weimer <fweimer at redhat dot com>
- To: javier--CbphpPOVok9WFxGWvC7CbkqlsxDZyT at jasp dot net, libc-alpha at sourceware dot org
- Date: Mon, 5 Feb 2018 07:01:55 +0100
- Subject: Re: Multiarch interpreter names for traditional architectures
- Authentication-results: sourceware.org; auth=none
- References: <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org>
On 02/04/2018 07:16 PM, Javier Serrano Polo wrote:
El dg 04 de 02 de 2018 a les 18:19 +0100, Florian Weimer va escriure:
Not if the kernel invokes the right emulator. Why isn't it possible to
arrange for that?
It is possible, but complicated. In the example, kernel starts the alpha
emulator, then the emulator looks for the interpreter requested by the
program. A prepared system does not ship the traditional alpha/x86
interpreter, then the emulator looks for the alpha multiarch
interpreter. Otherwise, if the traditional x86 interpreter is installed,
the user must tell the alpha emulator to ignore that interpreter.
Please rephrase that in a way which separates what happens today from
what should happen in the future. It's hard to tell what you are proposing.
Currently, the kernel maps both the ELF interpreter and the executable.
Do you intend to change that?