buildroot.git/toolchain, branch next

kernel-headers: remove 2.6.35, add 3.4

2012-05-21T17:39:14Z

And mark 2.6.36 / 2.6.37 as deprecated. Signed-off-by: Peter Korsgaard

toolchain/gcc: block unsupported CPUs according to version

2012-05-19T21:11:11Z

Block unsupported processors according to gcc version. Also remove the comments since we now hide them according to this. Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

toolchain/gcc: bump snapshot version

2012-05-19T21:11:03Z

Bump default snapshot gcc version to 4.8-20120429 so that it is newer than our latest supported version (4.7.0 release). Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

crosstool-ng: use uClibc 0.9.33.1 / NPTL by default

2012-05-09T09:17:07Z

So we're in sync with the internal toolchain. Signed-off-by: Peter Korsgaard

package/crosstool-ng: bump version to 1.15.2, update config files

2012-05-09T09:16:47Z

Update the version of crosstool-Ng used, bump to 1.15.2. Also, update the bundled config files to match the new version. Signed-off-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

crosstool-ng: fixup after copy_toolchain_lib_root api changes

2012-05-09T09:16:43Z

Commit 0729b544b3 (Improve external toolchain logic to support IA32 Sourcery CodeBench toolchain) and e1f0804cc (external-toolchain: add support for recent Linaro toolchains) changed the interface of copy_toolchain_lib_root, but ctng wasn't updated so libraries weren't copied to the target. Signed-off-by: Peter Korsgaard

Add support to generate locale data

2012-05-08T22:26:21Z

In order to use locale support on a Linux system, you need locale data to be present: * on a (e)glibc based system, this data is typically in the /usr/lib/locale/locale-archive file, which can be created and extended using the localedef program * on an uClibc based system, the set of supported locales is defined at build time by an uClibc configuration option. This patch implements generating locale data for the following cases: * Internal toolchain * External toolchain based on (e)glibc. uClibc external toolchains are not supported, because with uClibc, the set of supported locales is defined at build time. CodeSourcery and Linaro toolchains have been tested, Crosstool-NG toolchains are believed to work properly as well. * Toolchains built using the Crosstool-NG backend, but only (e)glibc toolchains. This feature was runtime tested with internal uClibc toolchain, CodeSourcery ARM toolchain and Linaro ARM toolchain, thanks to a simple C program that shows the data and a gettext translated message. Note that this option differs from the "purge locales" option, which is responsible for removing translation files and other locale stuff installed by packages. At some point in the future, we may want to clarify the respective roles of those options. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

kernel-headers: bump 3.{0, 3}.x stable versions

2012-05-07T20:16:49Z

Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

gdb: fix target gdb build when host-gawk is built before

2012-05-07T19:40:31Z

When the crosstool-ng backend is used, host-gawk is built as a dependency of the crosstool-ng package, and therefore an host 'gawk' binary is installed in $(HOST_DIR). When the target gdb package is also selected, this unfortunately leads to a build failure, as reported on http://buildroot.humanoidz.org/results/f19c0499d08212d8b5100fa9434e1197092957db/build-end.log. The problem is that the ./configure of gdb detects gawk in the PATH, but at compile time, it fails to find gawk. This is due to the fact that the gdb compilation process is started without the correct path. This patch fixes this by passing $(TARGET_MAKE_ENV) in the environment of the gdb compilation process. A better fix would be to switch gdb to the AUTOTARGETS infrastructure in the future. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

external-toolchain: add support for Linaro 2012.04

2012-05-07T15:08:37Z

Signed-off-by: Thomas Petazzoni