buildroot.git/target, branch 2010.11_rc2

toolchain: LEON SPARC only works with gcc-4.4.x

2010-11-25T08:17:48Z

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

Cconfig: Add sparc-leon processors, remove deprecated v9 Sparc type.

2010-11-24T23:30:44Z

Add the Sparc processor variants hfleon (fpu,v9), hfleonv8 (fpu,v8), sfleon (softfpu,v7) sfleonv8 (softfpu,v8) and tweak the existing ones. Signed-off-by: Konrad Eisele Signed-off-by: Peter Korsgaard

skeleton: fix atstk1005, ststk100x and atngw100 for POSIX compliance

2010-09-30T20:08:56Z

Using two '=' for string comparison is a bashism. Revert to using one, as stated in POSIX 1003.1-2008. Signed-off-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

Merge branch 'for-2010.11/remove-deprecated-arch' of git://git.busybox.net/~tpetazzoni/git/buildroot

2010-09-30T12:41:38Z

Config.in.arch: ARM cortex A9 support

2010-09-12T17:36:57Z

Based on patch by falls huang. Signed-off-by: Peter Korsgaard

Remove architectures marked as deprecated

2010-08-31T18:28:21Z

The Alpha, CRIS, IA64 and Sparc64 architectures have been marked as deprecated during the previous release cycle. They are not widely used in embedded systems and/or no longer supported by their manufacturers and/or not properly supported in Buildroot. Signed-off-by: Thomas Petazzoni

Mark CRIS architecture as deprecated

2010-08-11T13:31:33Z

The CRIS architecture support in Buildroot hasn't been updated since a long time. Even a toolchain with recent kernel headers does not build due to missing patches. Moreover, the CRIS architecture has been discontinued by Axis, as visible at http://www.axis.com/products/dev/index.htm. We will remove it from Buildroot at the next release cycle. Signed-off-by: Thomas Petazzoni

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

Deprecate the Alpha, IA64 and Sparc64 support

2010-07-27T21:23:42Z

Those architectures don't exist anymore (Alpha, IA64) or aren't widely used for embedded systems running Linux. Moreover, no clear Buildroot maintainer has stepped in to maintain these architectures, so it's better to not pretend that we support them. The goal is to mark them as deprecated in 2010.08 and remove them in 2010.11. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

Create /lib -> /lib symlink before installing cross gcc

2010-07-27T20:49:36Z

This commit solves bug #1051. The problem in this bug in that WebKit compiles a sample C program, which uses WebKit. As WebKit is written in C++, even though the program it built with CROSS-gcc, it must be linked with libstdc++. However, CROSS-gcc can't find the libstdc++ has it's hidden inside //lib. Therefore, this commit creates a symbolic link //lib -> /lib before running the CROSS-gcc installation. While this may look like a hack, this is the solution used by both Crosstool-NG and OpenWRT. Moreover, with this symbolic link in place, I think bug #1741 may also be solved. The problem in this bug is that the linker tries to link against /lib/libc.so.0. This is due to the fact that the linker finds a libc.so script file in the original toolchain location and not inside the copy of the toolchain sysroot in $(STAGING_DIR). As the script file is found outside of the current toolchain sysroot, ld considers the script has non-sysrooted, and therefore doesn't prefix all paths found in the script file (such as /lib/libc.so.0) with the sysroot path, leading to the failure. So, in details, this commit : * Adds a BR2_ARCH_IS_64 invisible config knob that is used to know if the arch is a 64 bits architecture or not. * Creates the //lib -> /lib symbolic link, and the //lib64 -> /lib64 symbolic link if needed. * Fixes the external toolchain sysroot detection code so that the 'sed' replacement is done *after* the readlink -f evaluation. I have tested this by building ARM, x86 and x86_64 toolchains with Buildroot, and then use these toolchains as external toolchains to build a full X.org/Gtk/WebKit/Midori stack. I have also done a complete ARM Buildroot internal toolchain build with the same full X.org/Gtk/WebKit/Midori stack. Signed-off-by: Thomas Petazzoni