[OE-core] [RFC] libgcrypt.so.20.0.1' has relocations in .text [textrel]

Khem Raj raj.khem at gmail.com
Sat Jul 26 16:33:16 UTC 2014


On Fri, Jul 25, 2014 at 3:21 PM, Andrea Adami <andrea.adami at gmail.com> wrote:
> Hi, somehow this QA is repeatedly here:
>
> andrea at mizar:/oe/oe-core/build$ bitbake core-image-base
> Loading cache: 100% |###########################################| ETA:  00:00:00
> Loaded 2519 entries from dependency cache.
> Parsing recipes: 100% |#########################################| Time: 00:00:07
> Parsing of 2066 .bb files complete (2065 cached, 1 parsed). 2519
> targets, 115 skipped, 0 masked, 0 errors.
> NOTE: Resolving any missing task queue dependencies
>
> Build Configuration:
> BB_VERSION        = "1.23.1"
> BUILD_SYS         = "x86_64-linux"
> NATIVELSBSTRING   = "Ubuntu-14.04"
> TARGET_SYS        = "arm-oe-linux-gnueabi"
> MACHINE           = "poodle"
> DISTRO            = "nodistro"
> DISTRO_VERSION    = "nodistro.0"
> TUNE_FEATURES     = "arm armv5 thumb dsp"
> TARGET_FPU        = "soft"
> meta              = "master:188545ba82119d75f80dde322a73712ce1f0f762"
> meta-initramfs    = "master:1060b4a157c5854f071f0dd7b48d55faeef3f818"
> meta-handheld     = "master:b61b450a0639aaac6f17ec4656950e28545c90e0"
> meta-oe
> meta-networking   = "master:1060b4a157c5854f071f0dd7b48d55faeef3f818"
> meta-opie         = "master:369016695601cea46915fe47de1d86d31dd9acd7"
>
> NOTE: Preparing runqueue
> NOTE: Executing SetScene Tasks
> NOTE: Executing RunQueue Tasks
> NOTE: validating kernel config, see log.do_kernel_configcheck for details
> WARNING: QA Issue: ELF binary
> '/oe/oe-core/build/tmp-eglibc/work/armv5te-oe-linux-gnueabi/libgcrypt/1.6.1-r0/packages-split/libgcrypt/usr/lib/libgcrypt.so.20.0.1'
> has relocations in .text [textrel]
> NOTE: Tasks Summary: Attempted 2368 tasks of which 1071 didn't need to
> be rerun and all succeeded.
>
> A quick inspection of the configurations shows th elibs are compiled
> -fPIC -DPIC  so one common cause seems ruled out.
>
> But I'm confused after reading
> http://lists.gnupg.org/pipermail/gnupg-devel/2014-January/028163.html
>

Generally you use -fpic thats sufficient and optimal in most cases and
on most architectures, in some cases when GOT is really larger than
ABI limits you can use -fPIC it makes difference on architectures like
ppc
where it will use 3 instructions to access larger GOT whereas -fpic
will use 1 instruction.

For this case it could be that there is some assembly file which is
not getting the right flags, try adding --enable-noexecstack thru
EXTRA_OECONF and see if that helps.


> Worth opening a bug?
>
> Cheers
>
> Andrea
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



More information about the Openembedded-core mailing list