summaryrefslogtreecommitdiffstats
path: root/toolchain
Commit message (Collapse)AuthorAgeFilesLines
* crosstool-ng: fixup after copy_toolchain_lib_root api changesPeter Korsgaard2012-05-091-2/+2
| | | | | | | | | | Commit 0729b544b3 (Improve external toolchain logic to support IA32 Sourcery CodeBench toolchain) and e1f0804cc (external-toolchain: add support for recent Linaro toolchains) changed the interface of copy_toolchain_lib_root, but ctng wasn't updated so libraries weren't copied to the target. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add support to generate locale dataThomas Petazzoni2012-05-092-1/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In order to use locale support on a Linux system, you need locale data to be present: * on a (e)glibc based system, this data is typically in the /usr/lib/locale/locale-archive file, which can be created and extended using the localedef program * on an uClibc based system, the set of supported locales is defined at build time by an uClibc configuration option. This patch implements generating locale data for the following cases: * Internal toolchain * External toolchain based on (e)glibc. uClibc external toolchains are not supported, because with uClibc, the set of supported locales is defined at build time. CodeSourcery and Linaro toolchains have been tested, Crosstool-NG toolchains are believed to work properly as well. * Toolchains built using the Crosstool-NG backend, but only (e)glibc toolchains. This feature was runtime tested with internal uClibc toolchain, CodeSourcery ARM toolchain and Linaro ARM toolchain, thanks to a simple C program that shows the data and a gettext translated message. Note that this option differs from the "purge locales" option, which is responsible for removing translation files and other locale stuff installed by packages. At some point in the future, we may want to clarify the respective roles of those options. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 3.{0, 3}.x stable versionsGustavo Zacarias2012-05-073-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: fix target gdb build when host-gawk is built beforeThomas Petazzoni2012-05-071-0/+1
| | | | | | | | | | | | | | | | | | | | | | When the crosstool-ng backend is used, host-gawk is built as a dependency of the crosstool-ng package, and therefore an host 'gawk' binary is installed in $(HOST_DIR). When the target gdb package is also selected, this unfortunately leads to a build failure, as reported on http://buildroot.humanoidz.org/results/f19c0499d08212d8b5100fa9434e1197092957db/build-end.log. The problem is that the ./configure of gdb detects gawk in the PATH, but at compile time, it fails to find gawk. This is due to the fact that the gdb compilation process is started without the correct path. This patch fixes this by passing $(TARGET_MAKE_ENV) in the environment of the gdb compilation process. A better fix would be to switch gdb to the AUTOTARGETS infrastructure in the future. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external-toolchain: add support for Linaro 2012.04Thomas Petazzoni2012-05-072-0/+18
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* external-toolchain: add support for recent Linaro toolchainsThomas Petazzoni2012-05-072-27/+69
| | | | | | | | | | | | | | Starting from 2012.03, the Linaro toolchains have separated the GCC support libraries (libstdc++, libgcc_s) from the sysroot itself. So we no longer have the case where all libraries are inside the sysroot, as we had for all the previously supported toolchains. Therefore, we add some logic to detect if such a separate directory is used for GCC support libraries, and if it's the case, we make sure that we take into account this directory when creating our own sysroot, and when copying libraries to the target filesystem. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/uClibc: enable 0.9.33.1 for shGustavo Zacarias2012-05-031-2/+2
| | | | | | | | Enable uClibc 0.9.33.1 for the SH architecture. Builds and works fine with the qemu sample config. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/uClibc: enable UCLIBC_SUPPORT_AI_ADDRCONFIGGustavo Zacarias2012-05-034-4/+4
| | | | | | | | | | | Enable AI_ADDRCONFIG support in uClibc otherwise we don't get the ifaddrs.h header installed and thus lack getifaddrs support. Quite useful for samba for example so we can use interfaces=eth0 statements in the configuration file rather than klunkier interfaces=192.168.1.1/255.255.255.0 ones. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external-toolchain: do not copy shared libraries when BR2_PREFER_STATIC_LIB=yThomas Petazzoni2012-04-291-7/+9
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 3.{0, 3}.x stable versionsGustavo Zacarias2012-04-293-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: bump 7.4.x series to 7.4.1Gustavo Zacarias2012-04-291-1/+1
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: remove duplicate QUIET entriesGustavo Zacarias2012-04-251-2/+0
| | | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* mklibs: remove supportThomas Petazzoni2012-04-257-656/+0
| | | | | | | | The support for mklibs has been marked broken since more than a year and nobody cared to bring it up to a working state. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove unused EXTRA_GCC1_CONFIG_OPTIONSThomas Petazzoni2012-04-251-1/+0
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove toolchain/Makefile.in and toolchain/gcc/Makefile.inThomas Petazzoni2012-04-253-64/+62
| | | | | | | | | | Re-integrate in gcc-uclibc-4.x.mk things from toolchain/gcc/Makefile.in that were completely gcc-specific. There was no reason to pull that when building with other backends than the internal one. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: move version/snap variables to gcc-uclibc-4.x.mkThomas Petazzoni2012-04-252-6/+8
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove unused ARCH_FPU_SUFFIXThomas Petazzoni2012-04-251-2/+0
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove unused EXTRA_GCC4_CONFIG_OPTIONSThomas Petazzoni2012-04-251-1/+0
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: remove unused EXTRA_GCC2_CONFIG_OPTIONSThomas Petazzoni2012-04-251-2/+0
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove useless indirect variablesThomas Petazzoni2012-04-252-8/+4
| | | | | | | | | | | | The BR2_CONFIGURE_DEVEL_SYSROOT, BR2_CONFIGURE_STAGING_SYSROOT and BR2_CONFIGURE_BUILD_TOOLS were used only in a few places, and it is in fact clearer to just use their value in the various places they are used. The ultimate goal is to get rid of the toolchain/Makefile.in file. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uClibc: 0.9.33.1: fix version (soname) numberPeter Korsgaard2012-04-231-0/+23
| | | | | | For some reason, the version number in the 0.9.33.1 tarball is wrong. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 3.{0,2,3}.x stable versionsPeter Korsgaard2012-04-233-3/+3
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: add 4.7.x seriesGustavo Zacarias2012-04-1511-1/+400
| | | | | | | | Add gcc 4.7.0 to the toolchain options. [Peter: drop 0001-toolchain-gcc-add-4.7.x-series.txt] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/uClibc: bump 0.9.33.x series to version 0.9.33.1Gustavo Zacarias2012-04-146-210/+29
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/uClibc: fix default configs with respect to bug #5018Gustavo Zacarias2012-04-144-8/+8
| | | | | | | | | Switch from the strict UCLIBC_HAS_CTYPE_ENFORCED=y to the less restrictive UCLIBC_HAS_CTYPE_CHECKED=y since it breaks dialog under certain circumstances (bug #5018). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 3.{0, 2, 3}.x stable versionsGustavo Zacarias2012-04-143-3/+3
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uClibc: add dup3() for 0.9.33Peter Korsgaard2012-04-051-0/+54
| | | | | | | | Needed by E.G. systemd. Patch from uClibc list: http://lists.uclibc.org/pipermail/uclibc/2011-September/045702.html Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uClibc: add MSG_WAITFORONE / MSG_CMSG_CLOEXEC for 0.9.33Peter Korsgaard2012-04-051-0/+28
| | | | | | | | Needed by E.G. systemd. Patch from yocto: http://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-core/uclibc/uclibc-0.9.33/define-MSG_CMSG_CLOEXEC.patch Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/microblaze: fix up big-endian characteristicsGustavo Zacarias2012-04-041-0/+5
| | | | | | | | | The big-endian microblaze external toolchain is missing vital characteristics being set, such as LARGEFILE support, IPV6 and so on. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Tested-by: Stephan Hoffmann <sho@reLinux.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 3.{0,2,3}.x stable versionsPeter Korsgaard2012-04-023-3/+3
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 3.0.x and 3.2.x stable versionsGustavo Zacarias2012-04-022-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: add linaro 2012.03 external ARM toolchainPeter Korsgaard2012-03-302-0/+18
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Fix problem with undefined umode_t type in 3.3 kernel headersSimon Dawson2012-03-291-0/+22
| | | | | | | | | | | | | The 3.3 kernel headers define the umode_t type within a __KERNEL__ preprocessor ifdef region. This results in a broken kernel header in the buildroot toolchain. [Peter: This is discussed upstream here: https://bugzilla.kernel.org/show_bug.cgi?id=42986 Long term socat/syslinux should stop using this header, but this hasn't been fixed upstream yet] Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 3.0.x and 3.2.x stable versionsGustavo Zacarias2012-03-202-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uClibc: enable utmpx support in defconfigsPeter Korsgaard2012-03-203-3/+3
| | | | | | | It adds very little size overhead as the functions are just wrappers around utmp, and E.G. systemd needs it. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uClibc: default to 0.9.33Peter Korsgaard2012-03-201-1/+1
| | | | | | | This is the current stable version, and E.G. systemd doesn't build with earlier versions. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 3.2.x stable version and add 3.3Gustavo Zacarias2012-03-191-2/+6
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: disallow internal/ctng toolchains for microblazePeter Korsgaard2012-03-191-0/+2
| | | | | | | | While there's some microblaze support in mainline gcc from 4.6.x, there still seems to be something missing with the uClibc support, so disable these for now. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Microblaze: added external toolchain from XilinxAlvaro G. M2012-03-182-0/+27
| | | | | | | | Signed-off-by: Alvaro G. M <alvaro.gamez@hazent.com> Tested-by: Stephan Hoffmann <sho@relinux.de> Downloading Microblaze LE toolchain works on a clean install Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* DOWNLOAD: change $1=DIRECTORY_URL, $2=FILE_NAME to $1=FULL_FILE_URL, ↵Alvaro G. M2012-03-185-7/+7
| | | | | | | | | | | | | | | | | | | | | $2=FILE_NAME This modifies the definition of DOWNLOAD to receive two arguments: the first one is the full URL of the file to download, whereas the second (and optional) is the name the file will have once downloaded. Same thing with the SOURCE_CHECK_WGET and SCP functions. All calls to these functions have been changed to the shortest form of the new API, except for toolchains acquisition. Since there is quite a number of different toolchains this call to DOWNLOAD is better set to the generic one. Signed-off-by: Alvaro G. M <alvaro.gamez@hazent.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Tested-by: Stephan Hoffmann <sho@relinux.de> Downloading Microblaze LE toolchain works on a clean install Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* elf2flt: fix after conversion of binutils to package infrastructureArnout Vandecappelle (Essensium/Mind)2012-03-181-5/+5
| | | | | | | | | | When binutils was converted to the package infrastructure (commit 009407e6b), the variable that elf2flt uses to find the binutils libraries disappeared. So use HOST_BINUTILS_DIR instead of BINUTILS_DIR1. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* debug: provide an option to copy the gdbserver to the targetThomas Petazzoni2012-03-152-0/+22
| | | | | | | | | | | | | | When an external toolchain is used, it is very likely that it contains a pre-built version of a gdbserver that has the same version as the cross-gdb included in the external toolchain. So, we now provide an option that allows to copy this pre-built gdbserver to the target. As the location of the gdbserver in the external toolchain is not standardized, we only support the CodeSourcery and Crosstool-NG layouts for the moment. Other locations can be added later. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* ext-toolchain: Automatically set -m64 if the architecture is x86_64Arnout Vandecappelle (Essensium/Mind)2012-03-153-16/+25
| | | | | | | | | | | Without the -m64, choosing the x86_64 architecture with a Sourcery external toolchain will result in a 32-bit rootfs. Also simplified the help text to reflect this change. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: bump 4.4.x versionPeter Korsgaard2012-03-139-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 3.0.x / 3.2.x stable versionsPeter Korsgaard2012-03-132-2/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain-external: add linaro 2012.02Peter Korsgaard2012-03-062-0/+18
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'for-2012.05/ext-toolchain-updates' of ↵Peter Korsgaard2012-03-064-52/+328
|\ | | | | | | git://git.free-electrons.com/users/thomas-petazzoni/buildroot
| * external-toolchain: add support for Linaro 2012.01Thomas Petazzoni2012-03-013-10/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Linaro has just released a new pre-built toolchain, available as a tarball, which is a pure toolchain (only the C library is included). This makes this new Linaro 2012.01 toolchain usable in Buildroot, so let's integrate the support for it. In addition to simply adding the new external toolchain at the usual locations, this patch allows need to adapt a few things to support Linaro toolchains. Most toolchains store their libraries in the "lib/" or "usr/lib" directories relative to the toolchain. Buildroot toolchains on the other hand, store the libraries in the "usr/<target-name>/lib" directory. And the Linaro toolchain has choosen to use the "lib/<target-name>" directory. Therefore, this patch adjust: * The logic to search a particular library when that library needs to be copied to the target directory * The logic to deduce the sysroot directory from the libc.a file location in the toolchain: removing "(usr/?)lib(64?)" is no longer sufficient, we need to take into account the "lib/<target-name>/" case. Since the Linaro toolchain generates code for Cortex-A processors only, the selection of this toolchain is limited to Cortex-A8 and Cortex-A9. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * external-toolchain: fix description of PowerPC 2010.09 from Mentor GraphicsThomas Petazzoni2012-03-011-1/+1
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * external-toolchain: adjust check for uClibc static toolchainsThomas Petazzoni2012-03-011-1/+1
| | | | | | | | | | | | | | | | | | The current check for uClibc toolchain was verifying that a ld-uClibc.so dynamic loader was present. However, with static-only uClibc toolchains, this does not work. Instead, we check for an uClibc-specific header file in the sysroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>