[OE-core] [PATCHv3] mkelfimage: obey LDFLAGS, sort out HOST_ flags

Christopher Larson kergoth at gmail.com
Mon May 23 19:59:03 UTC 2016


On Mon, May 23, 2016 at 6:31 AM, Patrick Ohly <patrick.ohly at intel.com>
wrote:

> On Mon, 2016-05-23 at 04:52 +0000, Khem Raj wrote:
> > I am getting these errors with clang now
> >
> >
> > http://errors.yoctoproject.org/Errors/Details/64935/
>
> And I am getting the same link error also during normal builds for
> Beaglebone (but not other platforms):
>
> https://ostroproject.org/jenkins/job/build_beaglebone/1663/console
> ...
> arm-ostro-linux-gnueabi-gcc  -march=armv7-a -mfpu=neon  -mfloat-abi=hard
> -mcpu=cortex-a8
> --sysroot=/var/lib/jenkins/ostro-worker-17-slot-1-JopZL/ostro-os/build/tmp-glibc/sysroots/beaglebone
> -O2 -pipe -g -feliminate-unused-debug-types
> -fdebug-prefix-map=/var/lib/jenkins/ostro-worker-17-slot-1-JopZL/ostro-os/build/tmp-glibc/work/cortexa8hf-neon-ostro-linux-gnueabi/mkelfimage/4.0+gitAUTOINC+686a48a339-r0=/usr/src/debug/mkelfimage/4.0+gitAUTOINC+686a48a339-r0
> -fdebug-prefix-map=/var/lib/jenkins/ostro-worker-17-slot-1-JopZL/ostro-os/build/tmp-glibc/sysroots/x86_64-linux=
> -fdebug-prefix-map=/var/lib/jenkins/ostro-worker-17-slot-1-JopZL/ostro-os/build/tmp-glibc/sysroots/beaglebone=
> -fstack-protector-strong -pie -fpie -D_FORTIFY_SOURCE=2 -Wformat
> -Wformat-security -Werror=format-security -fno-stack-protector -Wall
> -DVERSION='"2.7"' -DRELEASE_DATE='"27 March 2006"' -I include
> -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\"
> -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ZLIB_H=1 -Wl,-O1
> -Wl,--hash-style=gnu -Wl,--as-needed -fstack-protector-strong
> -Wl,-z,relro,-z,now objdir/main/mkelfImage.o
> objdir/linux-i386/mkelf-linux-i386.o objdir/linux-ia64/mkelf-linux-ia64.o
> -o objdir/sbin/mkelfImage -lz
> /var/lib/jenkins/ostro-worker-17-slot-1-JopZL/ostro-os/build/tmp-glibc/sysroots/x86_64-linux/usr/bin/arm-ostro-linux-gnueabi/../../libexec/arm-ostro-linux-gnueabi/gcc/arm-ostro-linux-gnueabi/5.3.0/ld:
> objdir/linux-i386/mkelf-linux-i386.o: relocation R_ARM_MOVW_ABS_NC against
> `a local symbol' can not be used when making a shared object; recompile
> with -fPIC
> objdir/linux-i386/mkelf-linux-i386.o: error adding symbols: Bad value
> collect2: error: ld returned 1 exit status
> main/Makefile:6: recipe for target 'objdir/sbin/mkelfImage' failed
> ...
>
> Reverting the commit fixes that, so can we just do that in OE-core
> master while the problem gets sorted out?


I'm not opposed to reverting this, as the issue being fixed was clearly not
as bad as this result, but I'm completely unable to repro this for
beaglebone with meta-ti, either with the internal toolchain or the external
sourcery toolchain. Was this with clang, or some specific toolchain
version? Or perhaps ostro is doing something special there?
-- 
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/20160523/9f1c6517/attachment-0002.html>


More information about the Openembedded-core mailing list