[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Fixing the ELF priorities
On Jul 3, 2014, at 6:26 AM, Maxime Villard <max%m00nbsd.net@localhost> wrote:
> Le 02/07/2014 07:01, David Holland a écrit :
>> On Tue, Jul 01, 2014 at 07:38:33PM +0100, Justin Cormack wrote:
>>> FreeBSD recently (
>>> http://svnweb.freebsd.org/base?view=revision&revision=264269 ) added
>>> elf header signature parsing to decide how to execute binaries (based
>>> on the Linux binfmt_misc). The main use case is for qemu emulation,
>>> but it could also apply to this type of issue. It is obviously a
>>> bigger change, but could be worth considering.
>> Being able to automatically invoke a suitable emulator for user
>> binaries of the wrong OS and/or architecture would be very helpful for
>> crossbuilding difficult packages.
> But this isn't related to the priority problem, right?
> Perhaps I haven't been clear enough; the question is:
> - exec_elf32 is a module, and is enabled with EXEC_ELF32 (#define).
> - exec_elf32 (module) is dormant on 64bit systems.
> - linux32 and netbsd32 *don't need* exec_elf32 (module), but need
> EXEC_ELF32 (#define).
> - my plan is to keep EXEC_ELF32 defined on 64bit systems, but to disable
> exec_elf32 (module).
> - Problem: linux32 has exec_elf32 (module) as dependency.
> - Question: do I remove this dependency, given the fact that netbsd32
> too does not have it?
Why not just make the exec elf32 be an compiled if _LP64 is defined?
Main Index |
Thread Index |