<div dir="auto"><div>Please open a binutils bug and CC me.</div><div dir="auto"><br></div><div><br></div><div data-smartmail="gmail_signature">H.J.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 9, 2024, 9:01 AM H.J. Lu <<a href="mailto:hjl.tools@gmail.com">hjl.tools@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><div><br></div><div>On Tue, Jul 9, 2024, 8:55 AM Samuel Thibault <<a href="mailto:samuel.thibault@gnu.org" target="_blank" rel="noreferrer">samuel.thibault@gnu.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">916730425594 ("elf: Add elf_backend_add_glibc_version_dependency")<br>
introduced adding an extra GLIBC_2.36 version dependency for x86_64. But<br>
on x86_64 GNU/Hurd, there has never been a glibc 2.36 port, and thus the<br>
GLIBC_2.36 version is not defined. The additional version dependency is<br>
thus spurious and produces binaries that cannot be executed:<br>
<br>
./test: /lib/x86_64-gnu/libc.so.0.3: version `GLIBC_2.36' not found (required by ./test)<br>
<br>
This change fixes this by adding the version dependency only on x86_64<br>
Linux.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">That is wrong.  Your patch checks the</div><div dir="auto">building system, which can be different</div><div dir="auto">from the target.</div><div dir="auto"><br></div><div dir="auto">H.J.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>
</blockquote></div>