buildroot-novena/toolchain/uClibc, branch 2012.11_rc2

xtensa: add support for the Xtensa architecture

2012-11-15T15:39:43Z

The Xtensa architecture had been removed because it required special handling and depended on additional directories and files that became obsolete over time. This change is more aligned to other architectures. [Thomas: rebased on top of the "arch: improve definition of gcc mtune, mcpu, etc." patch]. Signed-off-by: Chris Zankel Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

uClibc: update uClibc-snapshot.config to recent uClibcs

2012-11-15T15:39:31Z

Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

uClibc: remove useless linuxthreads-errno-fix patch

2012-11-15T15:12:49Z

This patch has since a long time been merged upstream in uClibc, so it cannot apply on any of the recent uClibc snapshots. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

uClibc: use the Buildroot toolchain options instead of the hidden common options

2012-11-04T00:08:49Z

Since we are some day going to finally rename the badly named common toolchain options (BR2_USE_WCHAR, BR2_ENABLE_LOCALE, BR2_INET_RPC, etc.) into something more logical, let's start using the Buildroot toolchain options in the uClibc code. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

toolchain/uClibc: correct a slip of the pen

2012-10-26T11:23:29Z

UCLIB_EXTRA_CFLAGS -> UCLIBC_EXTRA_CFLAGS Signed-off-by: Xinglong Liao Acked-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

Remove the Xtensa architecture

2012-09-20T20:31:08Z

As stated in commit 555c2585bf28c3ef71f6d2dcdd983d17a19892af, the Xtensa architecture has been introduced in 2009 and never changed since its initial introduction. It requires some special handling that is a bit annoying, and despite our call to the initial developers, and the announcement of the deprecation of the architecture during the 2012.05, nothing has happened. Therefore, drop support for this architecture. Signed-off-by: Thomas Petazzoni Acked-by: me Signed-off-by: Peter Korsgaard

Move BR2_SPARC_TYPE to an uClibc specific place

2012-09-20T20:24:16Z

BR2_SPARC_TYPE is a hidden configuration option that is only used for the configuration of uClibc, therefore, we move it from target/Config.arch.in to toolchain/uClibc/Config.in. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

Move BR2_ARM_TYPE to an uClibc specific place

2012-09-20T20:24:13Z

BR2_ARM_TYPE is a hidden configuration option that is only used for the configuration of uClibc, therefore, we move it from target/Config.arch.in to toolchain/uClibc/Config.in. We also add a comment that explains that this stuff is only useful for uClibc <= 0.9.32. Starting from 0.9.33, uClibc build process simply uses the compiler flags to find the ARM processor that should be used. So, someday, we'll be able to remove this. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

Clarify MIPS ABIs support

2012-09-04T20:03:55Z

Practically speaking, MIPS has three useful ABIs: * o32 is for 32-bits CPUs, or 64-bit CPUs running only a 32-bit subset of the instruction set. * n32 is for 64-bits CPUs only. It has 32-bits pointers and long integers. * n64 is for 64-bits CPUs only. It has 64-bits pointers and long integers. See http://www.linux-mips.org/wiki/MIPS_ABI_History and http://www.linux-mips.org/wiki/WhatsWrongWithO32N32N64 for more details. So, this commit reworks the Buildroot MIPS support by: * Add separate mips64/mips64el top-level architectures. * Renaming the n32 ABI option to BR2_MIPS_NABI32, for consistency with BR2_MIPS_OABI32. * Renaming the n64 ABI option to BR2_MIPS_NABI64, for consistency with BR2_MIPS_OABI32. * Make the n32 and n64 ABI selections select the BR2_ARCH_IS_64, since those ABIs are valid on 64-bits CPUs only. * Removing the o64 ABI, which is practicaly never used. * Removing the "none" ABI, which really doesn't make sense. * Introduce the mips64 and mips64el architecture names when a 64-bits MIPS ABI is choosen. This will fix build issue like http://autobuild.buildroot.org/results/9b8c5ea86c953a89e85e7b67e9221de41773f652/build-end.log where gmp was confused by the fact of having a 32 bits architecture (detected by the mips- architecture part of the tuple) but 64 bits integer size when compiling. * Adjust the uclibc.mk logic to support the new mips64/mips64el architecture names, and take into account the renaming of the ABI options. This has been build tested by generating Buildroot toolchains and compiling a few packages for MIPS o32, MIPS n32 and MIPS n64. This work is originally based on prior work done by Gustavo Zacarias. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

uClibc: use BR2_ENDIAN to simplify endianess selection

2012-09-04T20:03:51Z

Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard