summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/mkelfimage
Commit message (Collapse)AuthorAgeFilesLines
* mkelfimage: Make -fno-stack-protector effectiveKhem Raj2017-08-181-1/+2
| | | | | | | | | | | | | | | | | | | | | | mkelfimage uses different flags to compile as freestanding binary it does not pour CFLAGS into them during configure as a result -fno-stack-protector was never used. Which failed to build with compilers configured to build with ssp by default. It worked with gcc since we do not configure our toolchain to default to ssp Fixes errors e.g. | objdir/linux-i386/convert_params.o: In function `convert_params': | linux-i386/convert_params.c:(.text+0x9f4): undefined reference to `__stack_chk_fail' | objdir/linux-i386/convert_params.o: In function `compute_checksum': | linux-i386/convert_params.c:(.text+0xa71): undefined reference to `__stack_chk_fail' | objdir/linux-i386/convert_params.o: In function `printf': | linux-i386/convert_params.c:(.text+0xcc7): undefined reference to `__stack_chk_fail' | make: *** [linux-i386/Makefile:24: objdir/linux-i386/convert] Error 1 (From OE-Core rev: f6ed82482838e34202721be8f40ca1cc340c325e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: Fix build on x86_64 with hardeningKhem Raj2017-07-241-0/+1
| | | | | | | | | | | | | | | | | | | | We get linking errors on some hosts like | ld -static --warn-multiple-gp --warn-common -T linux-i386/convert.lds -o objdir/linux-i386/convert ob jdir/linux-i386/head.o objdir/linux-i386/convert_params.o | objdir/linux-i386/convert_params.o: In function `printf': | convert_params.c:(.text+0x1fd): undefined reference to `__stack_chk_fail_local' This is because the build system is defaulting to host linker when building 32bit binaries and it may not have same defaults as OE toolchain and issue gets highlighted. fix it by using cross linker for 32bit links when building on x86_64 (From OE-Core rev: 470c8a0fb5f51a626a194c8fd3aabd448b50ebfa) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: Fix broken patch when building nativeSaul Wold2017-06-091-6/+9
| | | | | | | | | | | | | A change occured about a year ago that broke the native build, fix that patch [YOCTO #11590] (From OE-Core rev: eb441e047498be42af9c8bf69edb1164360a61f1) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: fix compile issuesChristopher Larson2016-05-252-4/+7
| | | | | | | | | | | This fixes a couple issues introduced by the previous patch. There were a couple spots where HOST_CFLAGS needed changing to CFLAGS. This fixes builds with security_flags. (From OE-Core rev: 72792a2fd900fe86d18bd8e330bc0535e2eeb80d) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: obey LDFLAGS, sort out HOST_ flagsChristopher Larson2016-05-212-27/+62
| | | | | | | | | | | We weren't consistent in the HOST_ (aka BUILD_) and non-HOST_ flags, so we were using BUILD_CPPFLAGS to compile target stuff, for example. Sort that out, and make sure we obey LDFLAGS. (From OE-Core rev: 3ba4fd81f99b5479830d1fb18e6b8f2f6edb7839) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: fix target cflags leaks to hostHongxu Jia2016-01-311-1/+3
| | | | | | | | | | | | | The patch fix-makefile-to-find-libz.patch fixed native compile failure; for target compile, it incorrectly leaks CFLAGS to HOST_CFLAGS. [YOCTO #3547] (From OE-Core rev: bdd8d79671b9a9fd90d427c9e95ab08af85c394a) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: fix owner for /usr/sbin/mkelfImageRobert Yang2015-09-181-0/+1
| | | | | | | | | | | | Fixed: packages-split/mkelfimage/usr/sbin/mkelfImage is owned by uid 15220, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] This is because its Makefile uses cp -a to install mkelfImage. (From OE-Core rev: c842d8b07b5c172a406f741881608d857549000e) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: add RECIPE_NO_UPDATE_REASONAlexander Kanavin2015-09-041-0/+3
| | | | | | | (From OE-Core rev: 592f8c745ca9d103a3d70f5fef29be1f4953cc05) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: set CLEANBROKENRobert Yang2015-01-161-0/+2
| | | | | | | | | | | Fix when rebuild: | DEBUG: Executing shell function autotools_preconfigure | Makefile:1: Makefile.conf: No such file or directory (From OE-Core rev: 04c1cf8595cebe25edbd7ec77bbe362fae3e6bfc) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autotools-brokensep: Mark recipes with broken separate build dir supportRichard Purdie2014-02-281-1/+1
| | | | | | | | | | | | This patch goes through the OE-Core recipes and marks those which use autotools but don't support a separate build directory (${S} != ${B}). A new class, autotools-brokensep is used for this purpose. This doesn't introduce any change in behaviour in its own right. (From OE-Core rev: 006b8a7808a58713af16c326dc37d07765334b12) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Replace one-line DESCRIPTION with SUMMARYPaul Eggleton2014-01-021-1/+1
| | | | | | | | | | | | | | A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. (From OE-Core rev: b8feee3cf21f70ba4ec3b822d2f596d4fc02a292) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Remove PR = r0 from all recipesRichard Purdie2013-10-301-1/+0
| | | | | | | | | | | | | Remove all PR = "r0" from all .bb files in oe-core. This was done with the command sed -e '/^PR.*=.*r0\"/d' recipes*/*/*.bb -i We've switching to the PR server, PR bumps are no longer needed and this saves people either accidentally bumping them or forgetting to remove the lines (r0 is the default anyway). (From OE-Core rev: 58ae94f1b06d0e6234413dbf9869bde85f154c85) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: switch to git repositoryEmilia Ciobanu2013-07-051-8/+8
| | | | | | | | | | The project has switched to using git for version control. (From OE-Core rev: 8a9a476c03a3bc2782206799933d92e216032ff7) Signed-off-by: Emilia Ciobanu <emilia.maria.silvia.ciobanu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage-native:make failed if libz not in hostHongxu Jia2012-12-172-1/+32
| | | | | | | | | | | | | | | | mkelfimage-native finds libz from host dir, not from the staging directories. Modify confiugre.ac to let makefile find libz and zlib.h by CFLAGS and LDFLAGS. [YOCTO #3547] (From OE-Core rev: 4d0b2ca464cec9588178100b601eda96faec0ad7) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* puzzles, mkelfimage: Use svn protocol instead of httpKhem Raj2012-07-201-1/+1
| | | | | | | | | These repos are not setup to serve through http protocol (From OE-Core rev: add617cbeac9fcf4621cca45a0800c5ab6239c5a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* puzzles, mkelfimage: Add protocol=httpSaul Wold2012-07-181-1/+1
| | | | | | | | | This would fail in some firewall situations otherwise (From OE-Core rev: 4c1a768238fe9a36b7ed714c9c40951b7357410a) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: Fix cross buildKhem Raj2012-07-173-17/+101
| | | | | | | | | | | | | | | | | | | | | | | | | This patch fixes building this tool in cross environment It uses tools such as CC, HOST_CC, I386_CC etc. and as long as you are building native it does not matter since they all are same namely 'gcc' but in cross compiling that wont work. So we make the makefiles and configure scripts aware of that fact Upstream hosts this program in a svn repo. So change the SRC_URI to official svn repo. With git we were checking out a lot more that just mkelfimage which is not required. There were unpackaged empty directories too so we make sure they are removed as well. Fixes Yocto bug# 2765 (From OE-Core rev: 0d828f19f7ef2d852bbe6da4510efea76a39b982) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: Upstream fixed packaging issue so upgrade to e1e6a91Raymond Danks2012-07-171-1/+1
| | | | | | | | | | | | | | Address QA issue: Files/directories were installed but not shipped. New revision contains patch to mkelfimage removing /usr/share/mkelfImage/elf32-i386 directory from Makefile install target. http://review.coreboot.org/#/c/1195/ (From OE-Core rev: 7dd161816ccbb03db4f86902f96d3e86e09ccb64) Signed-off-by: Raymond Danks <ray.danks@se-eng.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkelfimage: Add stable git build (initial recipe)Raymond Danks2012-07-041-0/+17
(From OE-Core rev: c04136393325967cbd491636b582d3e0f394de16) Signed-off-by: Raymond Danks <ray.danks@se-eng.com> Acked-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>