buildroot/toolchain, branch 2016.08

bfin: change default to bf532, internal toolchain !bf6xx

2016-08-27T21:07:11+00:00

The default Blackfin processor in Buildroot isn't supported by gcc 6.1.0, so use bf532 as default. Disable any bf6xx processors for internal toolchain users. Signed-off-by: Waldemar Brodkorb Signed-off-by: Thomas Petazzoni

package/musl-compat-headers: provide compatibility headers not in musl

2016-08-19T09:29:12+00:00

musl provides neither sys/queue.h nor sys/cdefs.h. Those two headers are however quite widely used in a lot of packages (though they should at least not use cdefs.h which is only full of mostly-legacy macros, and which is mostly an internal header of glibc and was never really meant to be exposed to, and used by packages). But we don't live in an ideal world, so a lot of packages break when those two headers are missing. We already took care of sys/queue.h with the netbsd-queue package. But the need for cdefs.h is getting more and more pressing. We rename the netbsd-queue package into musl-compat-headers, and we make it install sys/queue.h (from NetBSD) and sys/cdefs.h (a minimalist one we bundle in Buildroot). We can't use the cdefs.h from NetBSD because it includes machine-dependent headers; instead we bundle a very minimalistic one, that covers only what we need. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Baruch Siach Cc: Arnout Vandecappelle Signed-off-by: Thomas Petazzoni

system: move locale purging options to the "System configuration" menu

2016-08-03T19:17:21+00:00

The options to purge locales and to generate locale data are currently located in the toolchain menu. However, these options are not really related to the toolchain per-se, they are more system-level configuration options, much like the timezone selection option we already have in the "System configuration" menu. Therefore, it makes more sense to have the locale-related options in the "System configuration" menu as well. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

toolchain: reduce the list of locales to keep by default

2016-08-03T19:17:13+00:00

Our current list of locales to keep by default is "C en_US de fr". It doesn't make much sense to keep "de" and "fr" more than any other language. So let's keep only the "C" and "en_US" locales by default, and leave it to the user to specify other locales to keep if needed. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

toolchain: purge locales by default

2016-08-03T19:17:01+00:00

Our current default is to keep all locales installed in /usr/share/locale/. However, in practice, those locales take up a significant amount of space, and most users do not need locales. Therefore, it makes more sense to default to purging locales, in order to keep only a few useful ones rather than keeping them all. It helps in providing a small filesystem size by default, and still allows advanced users who really need locales to tune their configuration. As an example, a very basic system with just util-linux enabled (not even Busybox) weights 11 MB, including 6.4 MB of locales. With this new default, the generated system is only 4.2 MB. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

toolchain: libatomic is not built on "uclinux" platforms

2016-08-02T21:33:46+00:00

The cairo package fails to build on some architectures: BR2_TOOLCHAIN_HAS_LIBATOMIC is enabled, but libatomic is in fact not available. This happens because the gcc logic in libatomic/configure.tgt does not recognize "uclinux" as a valid OS part of the target tuple, and therefore it does not build libatomic. The "uclinux" part of the tuple is used by Buildroot when BR2_BINFMT_FLAT=y, so we make BR2_TOOLCHAIN_HAS_LIBATOMIC enabled only if !BR2_BINFMT_FLAT. It is worth mentioning that support for the uclinux tuple could most likely very easily be added to gcc: it could rely on the generic "posix" implementation of libatomic, which uses pthread locks, available on all architectures where thread support is available. Fixes: [arm] http://autobuild.buildroot.net/results/3d8dc45e41a043d2c2c26bfb26c3617499fbe671 [m68k] http://autobuild.buildroot.net/results/318e01406e3e92eb589ee5b2231c671a4dbb6da4 Signed-off-by: Romain Naour Cc: Thomas Petazzoni [Thomas: adjust dependency after analysis of the gcc code.] Signed-off-by: Thomas Petazzoni

uclibc: disable PIE for microblaze

2016-08-01T21:01:20+00:00

PIE is not supported at the moment for uClibc-ng/microblaze. Fixes: http://autobuild.buildroot.net/results/a5848753eb0e2b0ddf55e226c45b85fd3a1c84f3/ Signed-off-by: Waldemar Brodkorb Signed-off-by: Thomas Petazzoni

toolchain: Bump ARC tools to arc-2016.09-eng007 and enable PIE

2016-08-01T20:59:31+00:00

As described at: 4520524ba055706236db9f00dd79f1b2e2e87fde this commit continues a series of updates of ARC tools. This time we're updating tools to arc-2016.09-eng007 tag plus a couple of fixes on top of it that will all make its way in the next engineering build. We hope this patch will cure most buildroot ARC failures as it contains important fixes: 1) PIE fix. We have added PIE support to ARC toolchain at last. So that should prevent breakage of many packages. As ARC now supports PIE we remove ARC from BR2_TOOLCHAIN_SUPPORTS_PIE exclusion in toolchain/Config.in file. 2) Assembler fix. This patch also have changes that fixes frequent assembler failures, e.g.: http://autobuild.buildroot.net/results/543/5430b902d900943a34c1888e7e410bd5df367bc2// We still keep GDB as it is of arc-2016.03 release because there're some issues we'd like to resolve before releasing it to wider audience. So again note this is next engineering builds of arc-2016.09 series and it might have all kinds of breakages, please don't use it for production builds. Signed-off-by: Vlad Zakharov [Thomas: remove uClibc PIE patch, since we have bumped uClibc in the mean time, to a version that contains the PIE fix for ARC.] Signed-off-by: Thomas Petazzoni

toolchain-external: musl toolchain on ARM is for MMU-systems only

2016-07-28T20:15:03+00:00

Now that we have introduced the support for ARM no-MMU in Buildroot, we need to update the dependencies of the musl external toolchain. It supports only MMU-capable ARM cores, so it must depend on BR2_USE_MMU, at least for the ARM platforms. Signed-off-by: Thomas Petazzoni Reviewed-by: Matt Weber Signed-off-by: Peter Korsgaard

toolchain-external: update ARMeb musl dependency

2016-07-28T20:14:59+00:00

ARM big-endian is different from ARMv4/5/6 and ARMv7. Big-endian on ARMv4/5/6 is BE-32 while big-endian on ARMv7 is BE-8, which are not compatible. Therefore, the musl big endian toolchain that is built for ARMv4 cannot work for ARMv7, it can only work for ARMv4/5/6. This commit updates the musl toolchain dependency accordingly. Signed-off-by: Thomas Petazzoni Reviewed-by: Matt Weber Signed-off-by: Peter Korsgaard