https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64390
Hin-Tak Leung <htl10 at users dot sourceforge.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Hin-Tak Leung <htl10 at users dot sourceforge.net> --- (In reply to H.J. Lu from comment #2) > Can you try binutils 2.25? Trying binutils 2.25 was a great help. ranlib of 2.25 actually emit a warning about being ran on lto archives (which ranlib of 2.24 does not - I checked again). So the part of R I had problem building and had to work around, was running AR and RANLIB separately; other parts were doing AR in one step, so setting AR was sufficient except where it failed, only once. Setting RANLIB=gcc-ranlib in addition to AR=gcc-ar works. I would have been nice if ranlib emit a warning (so it was added in 2.25) instead of silently going ahead; incidently ar on redhat segaulted in a slightly out of date patch with your name on it: " Import H.J.'s patch to add support for kernel ld -r modules." (see https://bugzilla.redhat.com/show_bug.cgi?id=1149660#c16) and the fix to the segfault is identical to what you already did two years ago: commit d7f8c5c183adcaa3c313150486e15ea703a65576 Author: H.J. Lu <hjl.to...@gmail.com> Date: Mon Jun 4 06:44:34 2012 -0700 Set tdata.plugin_data first (https://bugzilla.redhat.com/show_bug.cgi?id=1149660#c17) So it would be nice if you could check and make sure that redhat is shipping the latest of the 'ld -r' diff, and/or have a look at the 32-bit segault also? ( https://bugzilla.redhat.com/show_bug.cgi?id=1174065 )