[OE-core] binutils upgrade to 2.26 failure - unsupported reloc 42 against global symbol __gmon_start__

[Khem Raj]

> On Feb 3, 2016, at 12:09 PM, Paul Eggleton <paul.eggleton at linux.intel.com> wrote:
> 
> On Wed, 03 Feb 2016 11:56:45 Khem Raj wrote:
>>> On Feb 3, 2016, at 11:29 AM, Trevor Woerner <twoerner at gmail.com> wrote:
>>> 
>>> My chromium build is now failing due to:
>>>   commit 86ade2cc2553c942d9526c5323a11ae151653505
>>> 
>>>       binutils: Upgrade to 2.26
>>> |
>>> | FAILED: x86_64-oe-linux-gcc  -m64 -march=corei7 -mtune=corei7
>>> | -mfpmath=sse -msse4.2
>>> | --sysroot=/z/chromium-49/build/tmp-glibc/sysroots/intel-corei7-64
>>> | -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro
>>> | -Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC
>>> | -B/z/chromium-49/build/tmp-glibc/work/corei7-64-oe-linux/chromium/49.0.
>>> | 2612.0-r0/chromium-49.0.2612.0/third_party/binutils/Linux_x64/Release/bi
>>> | n -Wl,--disable-new-dtags -m64 -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections
>>> | -o chrome_sandbox -Wl,--start-group
>>> | obj/sandbox/linux/suid/chrome_sandbox.process_util_linux.o
>>> | obj/sandbox/linux/suid/chrome_sandbox.sandbox.o -Wl,--end-group
>>> | /z/chromium-49/build/tmp-glibc/work/corei7-64-oe-linux/chromium/49.0.26
>>> | 12.0-r0/chromium-49.0.2612.0/third_party/binutils/Linux_x64/Release/bin/
>>> | ld: error:
>>> | /z/chromium-49/build/tmp-glibc/sysroots/intel-corei7-64/usr/lib/../lib/
>>> | crti.o: unsupported reloc 42 against global symbol __gmon_start__
>>> | ../sysdeps/x86_64/crti.S:66: error: unsupported reloc 42
>>> 
>>> Any suggestions on how to approach this?
>> 
>> do a clean build. Its mixing objects
> 
> Should we have bumped PR somewhere to avoid this?

Don’t think so. this could happen due to new relocs appearing in glibc due to the fact
thats its now compiled with newer binutils but we are still using old linker
to link the app which does not understand these relocations. Why would that happen
don’t know.

> 
> Cheers,
> Paul
> 
> --
> 
> Paul Eggleton
> Intel Open Source Technology Centre

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 204 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20160203/b50a4623/attachment-0002.sig>