linux/poky.git/meta/classes/image-mklibs.bbclass, branch master-next2

linuxloader: Convert to python function

2018-08-23T16:58:59+00:00

We could do with one decent general purpose python function to query the path to the dynamic loader. Convert the shell code into python. Also correct baremetal to return "None", not musl loaders. (From OE-Core rev: 73fab4ede12d8ae31be72b5cb4ab29d7ef7dae17) Signed-off-by: Richard Purdie

image-mklibs: handle position independent binaries

2016-03-10T23:13:54+00:00

Executables built with -fpie have the ELF type DYN rather than EXEC which makes them difficult to distinguish from shared libraries. Currently when building the list of executables we omit these binaries so they might fail to run on the resultant rootfs due to missing symbols. One of these is systemd which builds -fpie unconditionally, so mklibs breaks images containing systemd. Modify the search to catch all executable files that are ELF and have an interpreter set. Omit libc and libpthread as special cases because they have an interpreter and are directly executable but treating them as such is antithetical to the pupose of mklibs. (From OE-Core rev: 30da34ef032d5b4b2f694743715f2c8d64dd9849) Signed-off-by: Tyler Hall Signed-off-by: Richard Purdie

linuxloader/image-prelink/image-mklibs: Fix non-standard path prelinking

2016-03-07T00:11:40+00:00

Prelinking on x86-64 wasn't working out the box as it uses /lib and not /lib64 for libs. Prelink was refusing to link as the dynamic loader didn't match its idea of the right path. Passing in the --dyanmic-linker option avoids this. We can share code from image-mklibs so abstract that into a new class, linuxloader.bbclass. This does break prelinking of multilib images, I've opened a bug so we can loop back and fix that problem, the code would need to iterate the dynamic loaders (and setup ld.so.conf files for it). (From OE-Core rev: 7c3f2f61536cc8e0322087558cdcfe29ee2fac6d) Signed-off-by: Richard Purdie

image-mklibs.bbclass: update i586 TARGET_ARCH test to i*86

2015-10-27T07:24:27+00:00

(From OE-Core rev: 5ed4332eeb96beff53242942a1eb878ab4831847) Signed-off-by: Andre McCurdy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

mklibs: Fix loader for mipsel

2014-10-30T13:01:21+00:00

Additionally treat ld.so to be searched in sysroot Change-Id: I8b4acb821d9855a1163c7149bc8e369c7c438856 (From OE-Core rev: 4cf539e67333ba2c3fe924b092e104da53e68ca0) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

image/image-prelink/image-mklibs/sanity: Drop pointless EXPORT_FUNCTIONS

2014-04-01T22:37:01+00:00

I'm sick of seeing people adding to EXPORT_FUNCTIONS in these classes when they clearly have no idea what it does. Worse, these uses of it are all broken, the naming is incorrect and they do nothing. Lets remove them and try and preserve any remaining part of my sanity. (From OE-Core rev: 05a2fb19f722652c5d13be911b8ed45a264bbb40) Signed-off-by: Richard Purdie

image-mklibs: ensure sysroot is correctly set when calling gcc

2013-12-03T17:45:52+00:00

[YOCTO #2519] When getting gcc from sstate, it is possible to get a gcc with a bogus sysroot configuration, as discussed in [1] or in [YOCTO #2519]. mklibs script will eventually call gcc, so we need to make sure that it provides gcc with the right sysroot location. [1] http://lists.openembedded.org/pipermail/openembedded-core/2013-September/084159.html (From OE-Core rev: 3a66dd762e493ad2cda57110be67c3b06628050a) Signed-off-by: Nicolas Dechesne Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

image-mklibs: Fix grep pattern when mklibs collects executables in rootfs

2013-11-12T16:00:27+00:00

File command in some version could print extra space between "LSB" and "executable" - it causes mklibs can't find any executables using grep "LSB executable". Fix the grep pattern to catch multiple spaces. (From OE-Core rev: a52ef8c5dcd71f39bb48c71fb868cc0db662560e) Signed-off-by: Lei Liu Signed-off-by: Richard Purdie

image-mklibs: pass correct libdir to mklibs

2012-08-07T11:56:34+00:00

libdir should be specified, or else mklibs won't work for 64bit targets. It wouldn't be able to find the libs. Traceback (most recent call last): File "/bitbake_build/tmp/sysroots/i686-linux/usr/bin/x86_64-wrs-linux/mklibs", line 553, in header = elf_header(find_lib(libraries.copy().pop())) File "/bitbake_build/tmp/sysroots/i686-linux/usr/bin/x86_64-wrs-linux/mklibs", line 89, in elf_header raise Exception("Cannot find lib: " + obj) Exception: Cannot find lib: (From OE-Core rev: d2cd2ccea8bc4d110647ba3bd202772e5407000a) Signed-off-by: Jesse Zhang Signed-off-by: Richard Purdie

image-mklibs/package_ipk: Remove bashisms

2012-01-05T22:26:25+00:00

We now support using dash but these bashisms triggered build failures for me when using it. This replaces the code with something which works on dash. (From OE-Core rev: 4a85312568a6bb052cc511c15b4ae842ff7f8e59) Signed-off-by: Richard Purdie