[OE-core] [master][PATCH] gcc-cross{, -canadian}: remove --with-linker-hash-style

[Christopher Larson]

On Mon, May 9, 2016 at 3:34 PM, Christopher Larson <kergoth at gmail.com>
wrote:

> On Mon, May 9, 2016 at 3:16 PM, Richard Purdie <
> richard.purdie at linuxfoundation.org> wrote:
>
>> On Mon, 2016-05-09 at 09:39 -0700, Christopher Larson wrote:
>> >
>> >
>> > On Mon, May 9, 2016 at 9:35 AM, Bystricky, Juro <
>> > juro.bystricky at intel.com> wrote:
>> > > Two additional GNU_HASH related errors were observed (breaking some
>> > > builds) that seem to be related to the patch:
>> > >
>> > > ERROR: bash-3.2.48-r11 do_package_qa: QA Issue: No GNU_HASH in the
>> > > elf binary: '/home/pokybuild/yocto-autobuilder/yocto-worker/nightly
>> > > -non-gpl3/build/build/tmp/work/i586-poky-linux/bash/3.2.48
>> > > -r11/packages-split/bash-ptest/usr/lib/bash/ptest/tests/recho'
>> > > No GNU_HASH in the elf binary: '/home/pokybuild/yocto
>> > > -autobuilder/yocto-worker/nightly-non
>> > > -gpl3/build/build/tmp/work/i586-poky-linux/bash/3.2.48-r11/packages
>> > > -split/bash-ptest/usr/lib/bash/ptest/tests/zecho'
>> > > No GNU_HASH in the elf binary: '/home/pokybuild/yocto
>> > > -autobuilder/yocto-worker/nightly-non
>> > > -gpl3/build/build/tmp/work/i586-poky-linux/bash/3.2.48-r11/packages
>> > > -split/bash-ptest/usr/lib/bash/ptest/tests/printenv' [ldflags]
>> > > ERROR: bash-3.2.48-r11 do_package_qa: QA run found fatal errors.
>> > > Please consider fixing them.
>> > >
>> > >
>> > > ERROR: service-0.1-r0 do_package_qa: QA Issue: No GNU_HASH in the
>> > > elf binary: '/home/pokybuild/yocto-autobuilder/yocto-worker/nightly
>> > > -qa-skeleton/build/build/tmp/work/core2-64-poky-linux/service/0.1
>> > > -r0/packages-split/service/usr/sbin/skeleton-test' [ldflags]
>> > >
>> > Huh, I must not have had ptest enabled in my test builds. Thanks,
>> > will take a look.
>>
>> The above is an older gplv2 recipe failure which is probably why you
>> didn't see it.
>>
>> I'm afraid there were more. pseudo:
>>
>> https://autobuilder.yoctoproject.org/main/builders/build-appliance/buil
>> ds/747/steps/BuildImages_1/logs/stdio
>> <https://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/747/steps/BuildImages_1/logs/stdio>
>>
>> qt-x11-free:
>>
>> https://autobuilder.yoctoproject.or
>> g/main/builders/nightly-arm-lsb/builds/734/steps/BuildImages/logs/stdio
>> https://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/buil
>> ds/744/steps/BuildImages/logs/stdio
>> <https://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/744/steps/BuildImages/logs/stdio>
>> https://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/b
>> uilds/779/steps/BuildImages/logs/stdio
>> <https://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/779/steps/BuildImages/logs/stdio>
>>
>> service in qa-skeleton:
>>
>> https://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/
>> builds/753/steps/BuildImages/logs/stdio
>> <https://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/753/steps/BuildImages/logs/stdio>
>>
>> ruby and mkefiimage:
>>
>> https://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/build
>> s/104/steps/BuildImages/logs/stdio
>> <https://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/104/steps/BuildImages/logs/stdio>
>>
>> (selftest also showed mkefimage failure)
>
>
> I'll take a look asap, unless someone else gets to it first. As mentioned,
> ruby, mkelfimage and one other were already on the list as of last thursday.
>

I have to say, I didn't realize oe-core patches require testing with
meta-qt3. I can't remember the last time I touched qt that old. I'll have
to add more non-core layers to my local testing in the future.
-- 
Christopher Larson
kergoth at gmail dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20160509/643d4681/attachment-0002.html>