buildroot-novena/toolchain/gcc, branch 2010.08_rc1

gcc: move /lib* symlink handling up to gcc-intermediate

2010-07-30T08:02:23Z

The /lib* symlinking added by 3c77bab2eeace needs to be moved up to the gcc-intermediate step now the NPTL stuff is merged, otherwise 64bit builds fails (lib64 already created). Signed-off-by: Peter Korsgaard

toolchain: enforce --disable-multilib

2010-07-30T07:31:39Z

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

gcc-4.2.4: Add patch to accept --with-abi=aapcs-linux

2010-07-29T14:57:10Z

Signed-off-by: Khem Raj Signed-off-by: Peter Korsgaard

Add support for uclibc NPTL toolchain.

2010-07-29T14:57:00Z

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:45Z

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

gcc: remove option on SJLJ exceptions

2010-07-28T15:38:31Z

This is a very advanced option, and it seems, according to http://choices.cs.uiuc.edu/exceptions.pdf that SJLJ exceptions aren't really interesting. Users really interested by this can always use the BR2_EXTRA_GCC_CONFIG_OPTIONS is they want. Signed-off-by: Thomas Petazzoni

Merge branch 'avr32-toolchain-fix' of git://git.busybox.net/~tpetazzoni/git/buildroot

2010-07-27T21:06:16Z

toolchain: remove redundant and incorrect --with-build-time-tools option

2010-07-27T20:58:05Z

This option is already part of the gcc configure options through the BR2_CONFIGURE_BUILD_TOOLS variable (in toolchain/Makefile.in). Additionnally, the value that was passed in the AVR32 specific case was incorrect: it was $(STAGING_DIR)/$(REAL_GNU_TARGET_NAME)/bin instead of $(STAGING_DIR)/usr/$(REAL_GNU_TARGET_NAME)/bin. Signed-off-by: Thomas Petazzoni

binutils,gcc: use correct --prefix

2010-07-27T20:56:36Z

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

Merge branch 'various-bumps' of git://git.busybox.net/~tpetazzoni/git/buildroot

2010-07-27T20:52:19Z