[parisc-linux] ELFOSABI_LINUX

[Matthew Wilcox]

Here's the current situation as I understand it.

 * Binutils, when configured for an hppa-linux target, outputs binaries
   with the EI_OSABI field set to ELFOSABI_LINUX instead of ELFOSABI_SYSV.

 * The dynamic linker will refuse to link binaries for which the EI_OSABI
   field doesn't match the expected values -- the patch Jes wrote last
   december checks this field is set to either SYSV or LINUX, whereas
   the standard check is just for SYSV.  (note this is hppa-linux only
   and affects no other architecture).

 * The kernel does not currently check the EI_OSABI field.

The original discussion last November seemed to reach a resolution that
using this field to mark which ABI the OS implements was not the right
thing; instead this field marks ELF extensions that the ELF tools must
be aware of before manipulating this file.

Now, I'm not interested in digging up who did what when and why in order to
get us into this state.  But we do have a problem here.  Either we need to:

 * Stay in violation of the interpretation of the spec proposed last
   November.  This implies adding the HPPA patch to glibc so ld.so will
   recognise ELFOSABI_LINUX binaries.

 * Change binutils to produce binaries without ELFOSABI_LINUX set.  This
   implies rebuilding every debian package we've built so far -- over
   1100 source packages.  This means we'd miss our deadline of shipping
   at the end of May.

One subversive developer suggested a third alternative -- that we think up
& implement an extension to the ABI so we have to use ELFOSABI_LINUX :-)

Thoughts?