Re: Help on build failure of patchelf on mips variants

James Cowgill <[email protected]> Wed, 06 Apr 2016 17:59:20 +0100

Newsgroups	gmane.linux.debian.ports.mips
Message-ID	<[email protected]>

On Wed, 2016-04-06 at 11:28 -0300, Felipe Sateler wrote:
> On 5 April 2016 at 19:33, James Cowgill <[email protected]> wrote:
> > On Tue, 2016-04-05 at 16:13 -0300, Felipe Sateler wrote:
> > > 
> > > I'm currently at a loss on why does patchelf fail to build (or rather,
> > > it fails its testsuite) on all mips variants[1].
> > > 
> > > Patchelf modifies ELF binaries, to add/remove RPATH and other
> > > sections. On all mips variants, some tests fail. From what I can tell,
> > > the loader complains that the new (altered) file has an invalid
> > > MIPS.abiflags section, and yet from what I can tell both the original
> > > and altered binaries have the same (as reported by readelf).
> > > 
> > > I have printed some more logs at the upstream issue tracker:
> > > https://github.com/NixOS/patchelf/issues/82
> > > 
> > > Any help would be appreciated. I'd rather not remove patchelf from mips.
> > I had a go at using patchelf on a hello world executable and the
> > executable immediately segfaulted.
> What command did you use?

patchelf --set-rpath / a.out

[...]

> > Also this page will be useful for anyone trying to fix this bug. It
> > contains the "spec" for the abiflags section:
>
> Patchelf is not supposed to touch sections it doesn't modify. Because
> patchelf reorders sections, maybe it needs to modify that too.

The flags don't contain any pointers so I don't think patchelf needs to
modify the section itself.  The link might be useful anyway though.

James

signature.asc (application/pgp-signature, 819 B)