[Bug ld/23428] ld does not put program headers in a code-only load segment

[evangelos at foutrelis dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=23428

--- Comment #9 from Evangelos Foutras <evangelos at foutrelis dot com> ---
(In reply to nsz from comment #8)
> it works for me, please post the readelf -aW ./a.out somewhere (e.g. musl
> list)

https://paste.xinu.at/igNNdz/ -- but as mentioned below, it's the same as
unpatched binutils.

> (you should see a .note.gnu.property section and an appropriate NOTE program
> header.)

This is really weird and I'm not sure what's going on:

The output from 'readelf -aW' is exactly the same with both patched and
unpatched binutils 2.31 when using the musl-gcc example. However, it does
change when using your original example of linking t.o; with patched binutils I
see a .note.gnu.property section and a NOTE program header.

I also checked on Debian testing and the musl-gcc command produces a working
binary there (even after removing the --build-id workaround from
musl-gcc.specs). For some weird reason though, it still segfaults on Arch with
patched binutils. :|

-- 
You are receiving this mail because:
You are on the CC list for the bug.