public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
* .relr.dyn, binutils 2.37 and glibc 2.36
@ 2022-09-12 18:27 Tom Kacvinsky
  2022-09-12 18:55 ` Andreas Schwab
  2022-09-13  8:05 ` Alan Modra
  0 siblings, 2 replies; 3+ messages in thread
From: Tom Kacvinsky @ 2022-09-12 18:27 UTC (permalink / raw)
  To: Binutils

[-- Attachment #1: Type: text/plain, Size: 1141 bytes --]

I have seen lots of stuff float by on the glibc and binutils list about
changes to each related to relocations.  My I've lost track of what
changes have been made.  I am not sure if this should be posted to
the glibc list or here, so I am trying here first instead of cross posting.

I have a colleague that is using a glibc 2.36 based system and is
using binutils 2.37 (one that I built from source, not the system ld).

This is the error he gets

/opt/binutils-2.37/bin/ld: /lib64/libc.so.6: unknown type [0x13] section
`.relr.dyn'

But then he follows up that while ld.bfd doesn't work, ld.gold (i.e.,
-fuse-ld=gold)
does work.

My recollection is that the changes made in the newer versions of glibc for
relocations required a newer binutils (2.38, I think).

So, what binutils should we be using?  And why, with 2.37, does ld.bfd
croak,
but ld.gold does not?

And yes, I know, if it is a really new system, we should be using the system
binutils for compatibility.  Doing things from source is a vestige of the
fact that
our automated build machine is ancient, so a lot of our tool chain is built
from
source.

Thanks and regards,

Tom

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-09-13  8:05 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-09-12 18:27 .relr.dyn, binutils 2.37 and glibc 2.36 Tom Kacvinsky
2022-09-12 18:55 ` Andreas Schwab
2022-09-13  8:05 ` Alan Modra

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).