buildroot/package/binutils, branch 2017.08

package/binutils: fix assertion in 2.29 xtensa ld

2017-08-02T19:42:22+00:00

Section sorting code in xtensa ld was incorrectly cleaned up in release 2.29, resulting in the following assertion when --sort-section,alignment option is used: BFD (GNU Binutils) 2.29 assertion fail elf32-xtensa.c:3965 Backport the fix that restores original section sorting. Signed-off-by: Max Filippov Signed-off-by: Thomas Petazzoni

package/binutils: fix crash caused by buggy xtensa overlay

2017-08-02T19:42:17+00:00

In some xtensa configurations there may be system/user registers in xtensa-modules with negative index. ISA initialization for such config may clobber heap and result in program termination. Don't update lookup table entries for register with negative indices. Signed-off-by: Max Filippov Signed-off-by: Thomas Petazzoni

binutils: remove support for 2.26

2017-08-01T21:38:05+00:00

Now that binutils 2.29 has been introduced, and we have moved to 2.28.1 as the default version, it is time to drop support for binutils 2.26.x. Signed-off-by: Thomas Petazzoni

binutils: switch to use 2.28.x as the default version

2017-08-01T21:37:51+00:00

Now that binutils 2.29 has been released, it is time to move to binutils 2.28.x as the default binutils version, instead of 2.27. Signed-off-by: Thomas Petazzoni

binutils: add support for binutils 2.29

2017-07-31T19:26:46+00:00

All patches from binutils 2.28 are kept, except patch 0906-microblaze-pr21180.patch, because it has been merged upstream as of commit bd757ca7bf5886a4025ca02093fca1b8c5ce11a2. Other patches are slightly adapted to differences that appeared in binutils 2.29. The patches are now all Git formatted, so instead of having weird sequence numbers, they have normal sequence numbers starting from 0001 and incrementing. Since binutils 2.29 is now available as a .tar.xz tarball, we use this format instead of .bz2 used for previous versions. Signed-off-by: Thomas Petazzoni

binutils: bump 2.28.x series to 2.28.1

2017-07-31T19:26:33+00:00

binutils 2.28.1 is a bug-fix release of the 2.28.x branch, so let's switch to it. Since a xz-compressed tarball is available, we use it instead of the bz2-compressed one. Signed-off-by: Thomas Petazzoni

binutils/2.27: backport patch to enable CRC instructions on supported ARMv8-A CPUs

2017-07-16T07:49:52+00:00

Signed-off-by: Peter Seiderer Signed-off-by: Thomas Petazzoni

arch/xtensa: accept the overlay to be an URL

2017-07-09T14:58:03+00:00

It can be interesting to get the overlay from a remote server, rather than expect it to be present locally. Since that file can be any URL, we can't know its hash, so we just exclude it. Signed-off-by: "Yann E. MORIN" Signed-off-by: Max Filippov [Thomas: use DL_DIR instead of BR2_DL_DIR.] Signed-off-by: Thomas Petazzoni

arch/xtensa: allow specifying path to tarball file

2017-07-09T13:41:51+00:00

currently, specifying a custom Xtrensa core is done with two variables: - the core name - the directory containing the overlay tarball However, the core name only serves to construct the tarball name, and is not used whatsoever to configure any of the toolchain components (binutils, gcc or gdb), except through the files that are overlayed in their respective source trees. This has two main drawbacks: - the overlay file must be named after the core, - the tarball can not be compressed. Furthermore, it also makes it extremely complex to implement a download of that tarball. So, those two variables can be squeezed into a single variable, that is the complete path of the overlay tarball. Update the qemu-xtensa defconfig accordingly. Note: we do not add a legacy entry for BR2_XTENSA_CORE_NAME, since it was previously a blind option in the last release, and there's been no release since we removed BR2_XTENSA_CUSTOM_NAME. So, we just update the legacy comments for BR2_XTENSA_CUSTOM_NAME, since that's all the user could have seen in any of our releases so far. Signed-off-by: "Yann E. MORIN" Cc: Gustavo Zacarias Signed-off-by: Max Filippov Signed-off-by: Thomas Petazzoni

binutils: use the new gettext logic

2017-07-04T23:27:24+00:00

This commit switches to use the new gettext logic, which involves: - using TARGET_NLS_DEPENDENCIES instead of hand-encoded dependencies on gettext/host-gettext - using TARGET_NLS_LIBS to force linking against libintl. This wasn't done so far, but is needed for the build to work, because uClibc now has a stub gettext implementation, which is mistaken as being the full gettext implementation by the configure script - dropping BR2_PACKAGE_GETTEXT selection Signed-off-by: Thomas Petazzoni