On Wed, 2016-04-06 at 11:28 -0300, Felipe Sateler wrote: > On 5 April 2016 at 19:33, James Cowgill <jcowgill@debian.org> 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
Attachment:
signature.asc
Description: This is a digitally signed message part