buildroot-novena/toolchain/binutils, branch 2010.08

toolchain: enforce --disable-multilib

2010-07-30T07:31:39+00:00

Since 5575d205c (toolchain: remove multilib) we were no longer passing --disable-multilib, which broke builds for multilib-capable archs (like x86-64, ppc, ..). Signed-off-by: Peter Korsgaard

Add support for uclibc NPTL toolchain.

2010-07-29T14:57:00+00:00

This patch modifies current toolchain build sequence so that NPTL enabled toolchain can be built. The new sequence works well with linuxthreads as well. It introduces a new pass for gcc cross compilation. The new sequence is binutils->gcc-initial->linux-headers -> uclibc-configured (some cheats to generate phony shared libc.so and libm.o) -> gcc-intermediate(with shared lib support) -> uclibc -> gcc-final I also added a new sample config arm_nptl_toolchain_defconfig which builds the toolchain and busybox. I have only tried it on arm. However it should work for other architectures which support NPTL on uclibc e.g. mips, sh, x86, ppc, x86_64 Signed-off-by: Khem Raj Signed-off-by: Peter Korsgaard

toolchain: remove multilib

2010-07-28T21:21:45+00:00

Supporting multilib is much more than just passing --enable-multilib to gcc. You have to actually build the C library several times (once for each multilib variant you want to support in your toolchain), and to pass MULTILIB_OPTIONS/MULTILIB_EXCEPTIONS values to gcc to let it know the set of multilib variants you're interested in. Since we'll probably never support multilib toolchains in Buildroot, just get rid of this BR2_ENABLE_MULTILIB option. Signed-off-by: Thomas Petazzoni

binutils,gcc: use correct --prefix

2010-07-27T20:56:36+00:00

The cross binutils and cross gcc are actually going to be executed from $(STAGING_DIR)/usr, so the correct prefix is $(STAGING_DIR)/usr and not /usr. This also fixes what is known as the "AVR32 toolchain build failure", which was due to the fact that the prefix directory wasn't writable (since it was /usr). Signed-off-by: Thomas Petazzoni

toolchain: remove unused special detection of old toolchains

2010-07-02T07:13:30+00:00

We only support gcc >= 4.2.x for the internal toolchain. Signed-off-by: Peter Korsgaard

toolchain: remove gcc 4.1.2 and non-sysroot support

2010-06-15T21:16:55+00:00

Signed-off-by: Peter Korsgaard

toolchain/binutils: Improve arm linking performance

2010-04-20T07:11:26+00:00

Backported a patch from CVS that improves linking times for large projects (eg 700s to 6s). See http://old.nabble.com/-PATCH--Reduce-ARM-linking-time-tt27961038.html for the original. [Peter: add patch header] Signed-off-by: Laine Walker-Avina Signed-off-by: Peter Korsgaard

Get rid of all usages of BR2_RECENT

2010-04-12T13:26:37+00:00

Since BR2_RECENT was enabled by default, we do not want entries marked BR2_RECENT (and thus appearing by default in Buildroot) to disappear. Therefore, all the entries marked BR2_RECENT are converted as non-deprecated. We can later decide, on a per-entry basis, to add BR2_DEPRECATED to some of them. But at least, this commit doesn't change the default current behaviour of Buildroot. Signed-off-by: Thomas Petazzoni

Do not let packages remove man pages, info pages and documentation

2010-04-11T04:01:08+00:00

The cleanup of $(TARGET_DIR)/usr/share/man, $(TARGET_DIR)/usr/man, $(TARGET_DIR)/usr/share/info, $(TARGET_DIR)/usr/info, $(TARGET_DIR)/usr/share/doc and $(TARGET_DIR)/usr/doc is already done globally in the main Makefile. Therefore, there's no need to handle that on a per-package basis. Signed-off-by: Thomas Petazzoni

get rid of broken nios2 support

2010-03-30T15:19:59+00:00

Has been marked as broken for more than 1 year, with no indication that anyone cares, and it needs a bunch of special handling. Signed-off-by: Peter Korsgaard