aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/binutils/binutils_2.26.bb
AgeCommit message (Collapse)Author
2016-08-07binutils: Bump to 2.27Khem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2016-08-01binutils: Cache gettext api version 1 and 2 supportKhem Raj
Problem described here https://lists.gnu.org/archive/html/bug-gettext/2015-11/msg00012.html gettext does not detect the gettext support in libc correctly if the libc is not glibc. Musl does support the gettext version 1 and 2 of APIs http://www.openwall.com/lists/musl/2015/04/16/3 tests in gettext.m4 however fail since it pokes at glibc internal symbols to determine the gettext APIs musl's implementaitons are done differenty so the tests fail and hence it does not enable the libc implementation. Since we install the header from libc it confuses the compilation and results in errors like libbfd.so: undefined reference to `libintl_dgettext' see http://savannah.gnu.org/bugs/?46436 binutils need these variables in make env since binutils build system runs configure in the sub directories during make step, so we need to pass these flags in compile step in addition to configure step Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-05-13binutils: disable werror on native buildDan McGregor
It's disabled on cross builds, and it's needed for gcc 6 Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-01-31binutils: Use target provided zlibRichard Purdie
When using -fpie (security related cflags), qemux6-64 builds would fail due to linker symbol errors. This was due to the internal zlib that binutils was using. Add the switch to tell it to use the target system zlib which is already in DEPENDS. That zlib is already compiled with the correct flags. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-01-31binutils: Upgrade to 2.26Khem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>