buildroot-novena/toolchain, branch 2013.05

ext-toolchain-wrapper: fix paths if executable was resolved by PATH

2013-05-31T20:05:44Z

If ext-toolchain-wrapper or any symbolic link to it was resolved by PATH, the wrapper takes the working directory to calculate the relative paths. Now '/proc/self/exe' is used to resolve the absolute path to the toolchain directory if the wrapper was called neither with a relative nor an absolute path. [Peter: fix off-by-one, swap value == var checks around] Signed-off-by: Patrick Ziegler Tested-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

kernel-headers: bump 3.{0, 4, 9}.x stable version

2013-05-28T21:47:29Z

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

Remove useless CVS related files

2013-05-27T21:59:09Z

Fixes bug #5912. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

toolchain: blackfin: Remove Blackfin toolchain 2011R1 release.

2013-05-27T21:51:31Z

ADI officially supports the buildroot and related GNU toolchain for Blackfin since ADI's 2012R1 release only. In order to avoid confusion, it is better to remove the 2011R1 GNU toolchain for Blackfin. In addition, the 2011R1 GNU toolchain for Blackfin doesn't support the BF60x processors. Signed-off-by: Sonic Zhang Acked-by: Thomas Petazzoni Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

gcc: fix gcc 4.8 build when thread support is disabled

2013-05-27T21:51:05Z

When thread support is disabled, the libitm and libatomic libraries from gcc should be disabled, otherwise, the build of gcc fails. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

elf2flt: fix build when zlib is not installed on the host

2013-05-27T21:50:54Z

For a reason that's fairly unclear to me, Peter added a '-lz' link flag to the elf2flt.mk build in d5664ee99 ("elf2flt: fix link"). However, the zlib library may not necessarily be installed on the host machine, so we should depend on host-zlib, and pass the appropriate LDFLAGS. This is what this patch does. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

toolchain/gcc: the ARC version of gcc needs host-flex/host-bison

2013-05-12T20:22:18Z

For some reason (probably because the ARC changes modify some lex/yacc files without updating their pre-generated variants, or because the date/time of the pre-generated files is not correct), building the ARC gcc requires host-flex and host-bison. We have tested 4.2 for AVR, 4.3 and 4.4 for ARM, and none of those need host-flex or host-bison to be installed, so only the 4.4 for ARC seems to be affected. Fixes the build failure visible at http://autobuild.buildroot.org/results/673c6262e3dde8ee8dd28204d814097e6ba8f8e9/build-end.log. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

toolchain/gcc: make sure to pass $(HOST_DIR)/usr/bin in the PATH

2013-05-12T20:22:00Z

Since gcc doesn't use the package infrastructure, it doesn't get all the good generic environment variables, and forgets to get $(HOST_DIR)/usr/bin in its PATH. This prevents gcc from finding and using host tools built by Buildroot. This patch therefore ensures that $(HOST_MAKE_ENV) or $(TARGET_MAKE_ENV) are passed at the appropriate locations. It will be useful for a later patch that makes gcc depend on host-flex/host-bison in some situations. Original patch by Thomas Petazzoni. Signed-off-by: Mischa Jonker Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

kernel-headers: bump 3.{0, 4, 8, 9}.x stable version

2013-05-12T19:43:42Z

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

toolchain-external: fix bug #5054

2013-05-11T19:52:22Z

The external toolchain logic checks (and finds) the proper ARCH_LIB_DIR and forcibly copies it to */lib even if it's in */lib64 This is all well until the check is done for create_lib64_symlinks which only verifies if ARCH_SYSROOT_DIR/lib64 is a symlink, which in some toolchain it's a real directory (like sourcery x86_64 2012.09) and thus doesn't make the symlink in the target. Fix this by also checking for a real directory. Easily reproducible by running "make qemu_x86_64_defconfig", switching to an external toolchain before build, building and then trying to run the resulting image. Closes bug #5054 Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard