summaryrefslogtreecommitdiffstats
path: root/toolchain
Commit message (Collapse)AuthorAgeFilesLines
* kernel-headers: bump 2.6.32.x / 2.6.35.x stable versionsPeter Korsgaard2010-10-293-2/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: Fix 2.6.36 kernel version in menuconfig stringPaulius Zaleckas2010-10-251-1/+1
| | | | | Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: add 2.6.36, remove 2.6.29Peter Korsgaard2010-10-231-6/+6
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Makefile: move KERNEL_ARCH from kernel-headers to herePeter Korsgaard2010-10-171-8/+0
| | | | | | | | | | Closes #2707 It's not only for kernel headers, and the kernel headers .mk file isn't included for crosstool-ng toolchain, which broke linux/u-boot/.. builds. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain-crosstool-ng: fix arch for powerpcPeter Korsgaard2010-10-131-0/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.4.x versionPeter Korsgaard2010-10-047-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 2.6.32.x stable versionPeter Korsgaard2010-10-022-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gdb: fix WCHAR typoPeter Korsgaard2010-10-011-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: add new toolchain backend: crosstool-NGYann E. MORIN2010-10-016-0/+957
| | | | | | [Peter: indent Config.in, shuffle make targets around] Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* sed: get rid of host-sed variantPeter Korsgaard2010-09-304-60/+16
| | | | | | | | And all the infrastructure surrounding it. A broken sed implementation is quite rare nowadays, as seen by the fact that the current host-sed support has been broken for a while, so just get rid of it. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: fix helpers for POSIX complianceYann E. MORIN2010-09-301-4/+4
| | | | | | | | 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" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'for-2010.11/remove-deprecated-arch' of ↵Peter Korsgaard2010-09-302-2/+1
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * Remove code specific to removed architecturesThomas Petazzoni2010-08-312-2/+1
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | linux/kernel-headers: bump 2.6.32.x / 2.6.35.x stable versionsPeter Korsgaard2010-09-273-2/+61
| | | | | | | | | | | | And add missing 2.6.35 patch. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | kernel-headers/linux: bump 2.6.35.x stable versionPeter Korsgaard2010-09-211-1/+1
| | | | | | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | kernel-headers: bump 2.6.32.x stable versionPeter Korsgaard2010-09-202-1/+1
| | | | | | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | Merge branch 'for-2010.11/download-rework' of ↵Peter Korsgaard2010-09-171-6/+0
|\ \ | | | | | | | | | | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
| * | Re-implement the source-check and external-deps targetsMaxime Petazzoni2010-09-131-6/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The new DL_MODE variable dispatches between the various download implementations of each method (Git, Subversion, Wget) to deal with the normal download (default mode, 'DOWNLOAD'), the source-check ('SOURCE_CHECK') and to show the external dependencies for external-deps ('SHOW_EXTERNAL_DEPS'). For the latter, the legacy script wget-show-external-deps.sh is no longer required as $(WGET) isn't called directly anymore but always through the DOWNLOAD helper. Signed-off-by: Maxime Petazzoni <maxime.petazzoni@bulix.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | | kernel-headers: bump 2.6.34.x versionPeter Korsgaard2010-09-152-1/+1
|/ / | | | | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* / kernel-headers: add 2.6.35.x, bump stable versions, get rid of 2.6.27/2.6.28Peter Korsgaard2010-09-067-154/+9
|/ | | | | | Based on patch by Marcus Osdoba <marcus.osdoba@googlemail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove deprecated gcc 4.2.[1-3] versions and unused patchesPeter Korsgaard2010-08-3096-13907/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add the patch fixing gcc 4.2.4 to gcc 4.2.2Thomas Petazzoni2010-08-301-0/+49
| | | | | | | | The patch introduced by commit 1ed2e4fffd0d852e62bc98e92045a132f24c37d8 must also be added to gcc 4.2.2 to let the AVR32 toolchain build properly. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* uClibc: fix ppc e500 handlingStanislav Bogatyrev2010-08-291-7/+1
| | | | | | | Closes #2449 Signed-off-by: Stanislav Bogatyrev <bogatyrev_stanislav@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: fix 4.2.4 build after uClibc NTPL support got addedKhem Raj2010-08-251-0/+49
| | | | | Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Bump stable kernel headersGustavo Zacarias2010-08-244-4/+4
| | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
* Prevent C++ + locale + uClibc 0.9.31 + gcc 4.2 to be selectedThomas Petazzoni2010-08-111-3/+3
| | | | | | | | | The problem fixed by 60f945e47a15e10f0e777f69b05492b6f7ba918d is in fact not limited to the AVR32 architecture, as reported by Will Newton on the list. The issue is the combination uClibc 0.9.31 with gcc 4.2, C++ support and locales. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Add the traditional powerpc-link-with-math-lib patch to gcc 4.4.4Thomas Petazzoni2010-08-111-0/+137
| | | | | | Patch taken from Crosstool-NG patchset. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Detect early if an UTF-8 locale is neededThomas Petazzoni2010-08-112-0/+13
| | | | | | | | | | | Check in toolchain/dependencies/dependencies.sh if an UTF-8 locale is properly present on the system before trying to build a locale enabled toolchain. As this test is only needed when a locale enabled toolchain is going to be built, we pass the configuration file path to the dependencies.sh script so that it can grep for the current value of various options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Make uClibc gen_wc8bit shows an error when no locale support availableThomas Petazzoni2010-08-112-0/+34
| | | | | | | | | | | | | | | When no UTF-8 locale is available on the host system, uClibc can't generate some stuff it needs to compile a C library with locale support. Unfortunately, as gen_wc8bit message is shown on stdout and the stdout of gen_wc8bit is redirected to a file, the user don't see anything, as reported at http://lists.busybox.net/pipermail/buildroot/2010-May/034177.html. Those two patches fix the problem for uClibc 0.9.31 and 0.9.30.3. It has been submitted upstream: http://lists.uclibc.org/pipermail/uclibc/2010-August/044256.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Merge branch 'fixes-20100729' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard2010-07-303-1/+10
|\
| * toolchain: mark uClibc 0.9.31 + locale + C++ as brokenThomas Petazzoni2010-07-291-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It fails to build with: ctype_members.cc: In constructor 'std::ctype_byname<_CharT>::ctype_byname(const char*, size_t) [with _CharT = char]': ctype_members.cc:59: error: invalid use of incomplete type 'struct __uclibc_locale_struct' /home/test/avr32-br/usr/avr32-unknown-linux-uclibc/sys-include/bits/uClibc_locale.h:85: error: forward declaration of 'struct __uclibc_locale_struct' ctype_members.cc:60: error: invalid use of incomplete type 'struct __uclibc_locale_struct' /home/test/avr32-br/usr/avr32-unknown-linux-uclibc/sys-include/bits/uClibc_locale.h:85: error: forward declaration of 'struct __uclibc_locale_struct' ctype_members.cc:61: error: invalid use of incomplete type 'struct __uclibc_locale_struct' /home/test/avr32-br/usr/avr32-unknown-linux-uclibc/sys-include/bits/uClibc_locale.h:85: error: forward declaration of 'struct __uclibc_locale_struct' make[5]: *** [ctype_members.lo] Error 1 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * gdb: disallow GDB_HOST on external toolchain buildsThomas Petazzoni2010-07-291-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The cross-gdb is supposed to be part of the external toolchain, so Buildroot does not need to build it. Moreover, GDB_HOST build currently fail with: ln -snf ../../bin/arm-unknown-linux-gnueabi-gdb \ /home/test/outputs/test-48/staging/usr/arm-unknown-linux-gnueabi/bin/gdb ln: creating symbolic link `/home/test/outputs/test-48/staging/usr/arm-unknown-linux-gnueabi/bin/gdb': No such file or directory And even worse: they overwrite the cross-gdb of the external toolchain! Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * dependencies: add svn as a mandatory toolThomas Petazzoni2010-07-291-1/+3
| | | | | | | | | | | | | | Now that two packages (tremor and libsvgtiny) are being downloaded from svn, svn becomes a mandatory tool to run Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | gcc: move <tuple>/lib* symlink handling up to gcc-intermediatePeter Korsgaard2010-07-301-7/+5
| | | | | | | | | | | | | | | | The <tuple>/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 <jacmet@sunsite.dk>
* | toolchain: enforce --disable-multilibPeter Korsgaard2010-07-302-0/+6
| | | | | | | | | | | | | | | | 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 <jacmet@sunsite.dk>
* | uClibc: remove old 0.9.28 supportPeter Korsgaard2010-07-295-7898/+1
| | | | | | | | | | | | Not supported upstream and needs complicated workaround for the NPTL stuff. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | gcc-4.2.4: Add patch to accept --with-abi=aapcs-linuxKhem Raj2010-07-291-0/+17
| | | | | | | | | | Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | Add support for uclibc NPTL toolchain.Khem Raj2010-07-295-64/+201
|/ | | | | | | | | | | | | | | | | | | | 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 <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove multilibThomas Petazzoni2010-07-284-17/+1
| | | | | | | | | | | | | 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 <thomas.petazzoni@free-electrons.com>
* gcc: remove option on SJLJ exceptionsThomas Petazzoni2010-07-283-14/+0
| | | | | | | | | | | 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 <thomas.petazzoni@free-electrons.com>
* toolchain: move buildroot config filesYann E. MORIN2010-07-284-47/+50
| | | | | | | | Handle the internal toolchain backend mechanism the same way we handle other backends. Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: move makefile includesYann E. MORIN2010-07-282-0/+26
| | | | | | | | | | | | | | | | | | | Including a bunch of Makefiles with wildcard makes it impossible to add new toolchain backends. Avoid that by namely including needed files. The external toolchain still needs to include all the toolchain/*/*.mk sub-makefiles, as they are needed to build a toolchain that runs on the target. It is to be noted that the cross-toolchain is not built in this case, as the make-targets to build the cross-toolchain are not present in the $(BASE_TARGETS) variable, which is later used to create the dependency rules. Also, the comment 'Explicit ordering' has been removed, as it is mis- leading. It is make's responsibility to create the proper ordering based on the dependency rules it finds in the Makefiles Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: rename external toolchain dirYann E. MORIN2010-07-284-2/+2
| | | | | | | | | Rename the external toolchain directory. When new backends are here, it will be easier to sort them out if they are all prefixed the same way. Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: move helper functions from external toolchainYann E. MORIN2010-07-282-241/+244
| | | | | | | | | The helper functions used for external toolchains may also be useful to alternate toolchain backends (currently, the external toolchain is the sole user). Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'avr32-toolchain-fix' of ↵Peter Korsgaard2010-07-274-10/+4
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * toolchain: remove redundant and incorrect --with-build-time-tools optionThomas Petazzoni2010-07-271-2/+0
| | | | | | | | | | | | | | | | | | | | | | 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 <thomas.petazzoni@free-electrons.com>
| * toolchain: Remove now-unused variablesThomas Petazzoni2010-07-271-2/+0
| | | | | | | | | | | | | | | | | | The variable BR2_SYSROOT_STAGING_DESTDIR is no longer used, since now the prefix for gcc is already set to the correct location. The variable BR2_SYSROOT_TARGET_DESTDIR was already unused. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * binutils,gcc: use correct --prefixThomas Petazzoni2010-07-272-6/+4
| | | | | | | | | | | | | | | | | | | | | | | | 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 <thomas.petazzoni@free-electrons.com>
* | Merge branch 'various-bumps' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard2010-07-272-3/+7
|\ \ | |/ |/|
| * Create <tuple>/lib -> <sysroot>/lib symlink before installing cross gccThomas Petazzoni2010-07-272-3/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <sysroot>/<tuple>/lib. Therefore, this commit creates a symbolic link <sysroot>/<tuple>/lib -> <sysroot>/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 <sysroot>/<tuple>/lib -> <sysroot>/lib symbolic link, and the <sysroot>/<tuple>/lib64 -> <sysroot>/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 <thomas.petazzoni@free-electrons.com>