linux/poky.git/meta/recipes-devtools/elfutils, branch 1.4_M5

elfutils: remove i386_dis.h/x86_64_dis.h compilation targets

2013-03-29T10:40:56+00:00

Since we provide those files manually (i386_gendis, which is needed for generating those files, has to be run on host and would fail when compiling for other architectures), the mentioned compilation targets in libcpu/ are not needed anymore. This change will avoid a nasty race condition when running "make -jX install" resulting in a zero size libebl_i386.so file. The issue happens because, at "make install" time, the *_dis.h prerequisites will be newer than the target itself, triggering a chain of recompilations while, in the same time, the binary files are copied to the destination directory. Hence, the zero sized file... [YOCTO #4131] (From OE-Core rev: a4ebe0f6efc8ed93521e75919f23821f59934c1f) Signed-off-by: Laurentiu Palcu Signed-off-by: Richard Purdie

elfutils: fix the num passed to memset in ar.c

2013-03-16T17:53:58+00:00

Following build error will appear on Fedora18+: ar.c: In function 'do_oper_delete': ar.c:918:31: error: argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to dereference it? [-Werror=sizeof-pointer-memaccess] memset (found, '\0', sizeof (found)); (From OE-Core rev: 5cc3b4fe09cfa2b3e67568a9c2494c198a5292af) Signed-off-by: Zhenhua Luo Signed-off-by: Richard Purdie

elfutils: Fix size passed to snprintf for invalid sh_name case

2013-03-15T01:53:04+00:00

Following build error will appear on Fedora18. nm.c: In function 'show_symbols_sysv': nm.c:756:27: error: argument to 'sizeof' in 'snprintf' call is the same expression as the destination; did you mean to provide an explicit length? [-Werror=sizeof-pointer-memaccess] snprintf (name, sizeof name, "[invalid sh_name %#" PRIx32 "]", ^ (From OE-Core rev: 61010972284cc53cfc7958a9f6422e3fe74fcc0e) Signed-off-by: Zhenhua Luo Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

recipes-devtools: replace virtclass-native(sdk) with class-native(sdk)

2012-11-02T16:18:29+00:00

The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] (From OE-Core rev: bb67ddeb2eed3e25c626a279ef53a7e8c7bfe6f2) Signed-off-by: Robert Yang Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

elfutils: Fix build on uclibc

2012-09-02T12:52:10+00:00

It depends on libintl so add virtual/libintl to DEPENDS simplify the overridden statements (From OE-Core rev: eb44d03dfe37673de92cda6ee66f77ee6b399254) Signed-off-by: Khem Raj Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

libpng: clean up FILE after PACKAGE reorder

2012-06-21T12:02:58+00:00

(From OE-Core rev: 3fddd5314b51946f9b02760ca7d847bb3107fefa) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

elfutils: disable lzma (and bzip2 for native)

2012-04-03T20:32:34+00:00

Fix some library dependency issues: * Disable lzma as xz-native is unstated in DEPENDS * Disable bzip2 for native as it is in ASSUME_PROVIDED and thus isn't available when elfutils-native is normally built, but if it gets rebuilt the link will be made; plus we don't need it. (From OE-Core rev: 1634d736c55f767fe82a46bbb7f83c32006fece9) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

bzip2: split into binary and library packages

2012-03-08T20:12:06+00:00

* Create libbz2 (and -dev, -staticdev), which can be installed without the bzip2 executables. (From OE-Core rev: e27af1f273e9a7348dd8f5542df9206acd9210f3) Signed-off-by: Andreas Oberritter Signed-off-by: Richard Purdie

elfutils: fix for dso link change in recent ld

2012-01-03T12:14:39+00:00

This patch makes the link to the dependencies of libdw explicit, as recent ld no longer implicitly links them. See http://lists.fedoraproject.org/pipermail/devel/2010-March/133601.html as a similar example of the error message you can encounter without this patch, and https://fedoraproject.org/wiki/UnderstandingDSOLinkChange and https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking for more details. (From OE-Core rev: 5d776e20b99db7eae307ca794ad58ac402c9eadf) Signed-off-by: Christopher Larson Signed-off-by: Richard Purdie

OECore license fixes: meta/*

2011-12-08T15:24:32+00:00

This is a quick audit of only the most obviously wrong licenses found within OECore. These fixes fall into four areas: - LICENSE field had incorrect format so that the parser choked - LICENSE field has a license with no version - LICENSE field was actually incorrect - LICENSE field has an imaginary license that didn't exist This fixes most of the LICENSE warnings thrown, along with my prior commit adding additional licenses to common-licenses and additional SPDXLICENSEMAP entries. HOWEVER..... there is much to be done on the license front. For a list of recipes with licenses that need obvious fixing see: https://wiki.yoctoproject.org/wiki/License_Audit That said, I would suggest another license audit as I've found enough inconsistencies. A good suggestion is when in doubt, look at how openSuse or Gentoo or Debian license the package. (From OE-Core rev: 3083dd70b3a9fa01fcc3cf00373b05502505996e) Signed-off-by: Elizabeth Flanagan Signed-off-by: Richard Purdie