aboutsummaryrefslogtreecommitdiffstats
path: root/meta/classes/image-mklibs.bbclass
AgeCommit message (Collapse)Author
2016-03-10image-mklibs: handle position independent binariesTyler Hall
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. Signed-off-by: Tyler Hall <tylerwhall@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-03-07linuxloader/image-prelink/image-mklibs: Fix non-standard path prelinkingRichard Purdie
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). Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-10-24image-mklibs.bbclass: update i586 TARGET_ARCH test to i*86Andre McCurdy
Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2014-10-30mklibs: Fix loader for mipselKhem Raj
Additionally treat ld.so to be searched in sysroot Change-Id: I8b4acb821d9855a1163c7149bc8e369c7c438856 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-04-01image/image-prelink/image-mklibs/sanity: Drop pointless EXPORT_FUNCTIONSRichard Purdie
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-12-03image-mklibs: ensure sysroot is correctly set when calling gccNicolas Dechesne
[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 Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-11-12image-mklibs: Fix grep pattern when mklibs collects executables in rootfsLei Liu
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. Signed-off-by: Lei Liu <lei.liu2@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-07image-mklibs: pass correct libdir to mklibsJesse Zhang
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 "<build>/bitbake_build/tmp/sysroots/i686-linux/usr/bin/x86_64-wrs-linux/mklibs", line 553, in <module> header = elf_header(find_lib(libraries.copy().pop())) File "<build>/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: Signed-off-by: Jesse Zhang <sen.zhang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-01-05image-mklibs/package_ipk: Remove bashismsRichard Purdie
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-05image-mklibs.bbclass: Utilize ${base_libdir} instead of static /libKumar Gala
We might redefine ${base_libdir} from being set to just /lib. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-08-05image-mklibs.bbclass: Add powerpc64 arch supportKumar Gala
powerp64 dynamic loader is 'ld64.so.1'. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-05-10image-mklibs: add microblaze arch supportAdrian Alonso
* In function mklibs_optimize_image_doit * Add microblaze arch case for setting the dynamic_loader used by "mklibs" call Signed-off-by: Adrian Alonso <aalonso@secretlab.ca>
2011-02-09image-mklibs.bbclass: add the library optimization functionalityNitin A Kamble
If you want to enable the mklibs library size optimization for your image then, edit the MKLIBS_OPTIMIZED_IMAGES line in the local.conf like this: MKLIBS_OPTIMIZED_IMAGES ?= "poky-image-minimal your-own-image" Also this will enable the mklibs library size optimization for all images. MKLIBS_OPTIMIZED_IMAGES ?= "all" on qemux86 machine this reduced the rootfs size of poky image-minimal image from 7.9MB to 7.2MB. That is around 11% image foot print reduction. That image had 38 elf executables. Generally the size optimization by mklibs is reversely proportional to the number of elf executables in the rootfs. So bigger images will see less optimization, and smaller images will see large image size reductions. Thanks to mark hatle for his help in implementation of this. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>