summaryrefslogtreecommitdiffstats
path: root/toolchain
Commit message (Collapse)AuthorAgeFilesLines
* uClibc: workaround 0.9.31 / GCC PR32219 issue with static linkingPeter Korsgaard2010-07-062-0/+97
| | | | | | | | | Closes #2143 Fixes crash on static linking without stdio / x86. Both patches are from upstream uClibc. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external-toolchain: hardcode the destination directory for a libraryThomas Petazzoni2010-07-061-13/+17
| | | | | | | | | | | | | | | | | | | | | | | Until now, the function copy_toolchain_lib_root was copying a given library to the target filesystem by assuming that it should be at the same place it was in the toolchain sysroot. However, with Buildroot hiding libstdc++ in /usr/<target-name>/lib(64), this isn't correct, and it is probably safer not to rely on the toolchain organization anyway. Therefore : * Instead of having a single EXTERNAL_LIBS variable, we now have LIB_EXTERNAL_LIBS and USR_LIB_EXTERNAL_LIBS, which respectively list the libraries that should be copied to /lib and /usr/lib. As of today, only libstdc++ is part of the second list. * The copy_toolchain_lib_root takes another argument, which is the destination directory of the library, relative to $(TARGET_DIR) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external-toolchain: handle libstdc++/libgcc_s for BR toolchainsThomas Petazzoni2010-07-061-1/+10
| | | | | | | | | | Most toolchains have their libraries either in /lib or /usr/lib relative to their ARCH_SYSROOT_DIR. Buildroot toolchains, however, have basic libraries in /lib, and libstdc++/libgcc_s in /usr/<target-name>/lib(64). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uclibc: add patch to fix fcntl64() on 64 bits targetsThomas Petazzoni2010-07-061-0/+34
| | | | | | | | The patch is already in upstream uClibc, in the master branch, at http://git.buildroot.net/uClibc/commit/?id=6f1daaaf2d94c1e6184add44eda38b0781b88cf0. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external-toolchain: recognize uClibc 64 bits toolchainsThomas Petazzoni2010-07-061-1/+1
| | | | | | | | | | With uClibc 64 bits toolchain, the dynamic loader is named ld64-uClibc.so.0 and not ld-uClibc.so.0. So, this commit adjust the uClibc detection code for external toolchains. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external-toolchain: mention MIPS and PowerPC CodeSourcery toolchainsThomas Petazzoni2010-07-061-1/+3
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external-toolchain: create lib64 symlinks if neededThomas Petazzoni2010-07-061-0/+17
| | | | | | | | | | | | Create lib64 -> lib and usr/lib64 -> usr/lib symbolic links in the target and staging directories. This is needed for some 64 bits toolchains such as the Crosstool-NG toolchains, for which the path to the dynamic loader and other libraries is /lib64, but the libraries are stored in /lib. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external-toolchain: support 64 bits glibc toolchainsThomas Petazzoni2010-07-061-1/+1
| | | | | | | | | | On 64 bits glibc toolchains, the dynamic loader is named ld-linux-x86-64.so and not simply ld-linux.so. So, adjust the detection of the C library accordingly. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external-toolchain: only copy existing directories of the sysrootThomas Petazzoni2010-07-061-1/+3
| | | | | | | | | | Instead of copying all directories in "etc lib sbin usr", check that each of them exists before doing the copy. This is only to avoid an harmless error message. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* ext-toolchain: Fix ARCH_SYSROOT detectionThomas Petazzoni2010-07-061-9/+9
| | | | | | | | | | | | | | | | | | | | | | For the detection of the ARCH_SYSROOT_DIR (which contains the C library variant specific to the compiler flags), we used to pass only the -march argument instead of the full TARGET_CFLAGS. This was done because TARGET_CFLAGS contains --sysroot, and we don't want to tell here the compiler which sysroot to use, because we're specifically asking the compiler where the *normal* arch sysroot directory is. Unfortunately, there are some multilib variants that aren't decided only based on -march, but also on -msoft-float or other compiler flags. Therefore, we take the opposite approach: pass the full TARGET_CFLAGS, from which we have stripped the --sysroot option. For example, this allows a PowerPC CodeSourcery toolchain, on which we're using the soft-float multilib variant, to work properly as an external toolchain. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* ext-toolchains: take into account other Glibc dynamic loader variantsThomas Petazzoni2010-07-061-6/+4
| | | | | | | | | | | | External toolchains using Glibc have different names for the dynamic loader. Some of them name it ld-linux.so.*, while some others (such as the PowerPC and MIPS CodeSourcery toolchains) name it simply ld.so.*. Therefore, we fix the glibc detection code to handle this case. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 2.6.31-34 stable versionsPeter Korsgaard2010-07-065-4/+4
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove unused special detection of old toolchainsPeter Korsgaard2010-07-022-35/+1
| | | | | | We only support gcc >= 4.2.x for the internal toolchain. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* check-host-sed.sh: use mktemp for temporary filePeter Korsgaard2010-06-211-4/+5
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uClibc: 0.9.31.config: enable UCLIBC_SV4_DEPRECATED optionPeter Korsgaard2010-06-181-1/+1
| | | | | | Needed by xfsprogs. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove gcc 4.1.2 and non-sysroot supportPeter Korsgaard2010-06-1521-4721/+8
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: Use 4.3.x like for 4.4, get rid of older 4.3.x versionsPeter Korsgaard2010-06-151-20/+4
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: bump gcc 4.3.x series to 4.3.5Gustavo Zacarias2010-06-1513-1/+452
| | | | | | | Closes #2065 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Fix potentially conflicting build flagsPaul Jones2010-06-151-1/+2
| | | | | | | | Change the default target optimisation value so it does not conflict with gcc optimization level Signed-off-by: Paul Jones <paul@pauljones.id.au> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* dependencies.sh: fix CWD in PATH checkNick Leverton2010-06-091-1/+1
| | | | | | | Closes #1999 Signed-off-by: Nick Leverton <nick@leverton.org> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: add 2.6.34Peter Korsgaard2010-06-012-1/+64
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 2.6.32.x stable versionPeter Korsgaard2010-06-012-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* external toolchain: also copy the libthread_db.so for gdbserverYann E. MORIN2010-05-281-0/+3
| | | | | | | | | | gdbserver dlopen(3)s libthread_db.so at runtime, so there is no dependency on it (does not appear as being (NEEDED)). Copy libthread_db.so from external toolchain when gdbserver is enbled. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/external: only copy the pthread lib if neededYann E. MORIN2010-05-281-1/+5
| | | | | | | | | | If threads are disabled, do not try to copy the libpthread.so from the external library. It is still expected that the BR configuration matches the external toolchain setup, and no check is done to enforce that. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 2.6.27.x / 2.6.32.x / 2.6.33.x stable versionsPeter Korsgaard2010-05-273-3/+3
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'dependencies-fixes' of ↵Peter Korsgaard2010-05-271-4/+19
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * dependencies: check that . is not in the PATHThomas Petazzoni2010-05-221-0/+15
| | | | | | | | | | | | | | | | | | Having . in the PATH makes the toolchain build process fail because it confuses host tools and target tools. This fixes bug #75. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * dependencies: fix tests on LD_LIBRARY_PATHThomas Petazzoni2010-05-221-4/+4
| | | | | | | | | | | | | | Things like LD_LIBRARY_PATH=. or even LD_LIBRARY_PATH=.:/usr/lib were not detected as incorrect. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | uClibc: 0.9.31 defconfig: disable FORCE_SHAREABLE_TEXT_SEGMENTSPeter Korsgaard2010-05-271-1/+1
| | | | | | | | | | | | | | Works around issues with non-fPIC libraries. Reported-by: Sagaert Johan <sagaert.johan@skynet.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | Improve gettext integrationThomas Petazzoni2010-05-241-5/+12
|/ | | | | | | | | | | | | | | | | | | | | | Having a BR2_NEEDS_GETTEXT option, as introduced by 54d64798e1e14b526c3cc1142961972cff9f1e8a isn't sufficient to express the different kind of dependencies on gettext. This commit, based on an idea by Peter Korsgaard, introduces two different options : * BR2_NEEDS_GETTEXT, which is true as soon as the toolchain doesn't provide gettext itself (i.e, when the toolchain is uClibc based, be it an internal or external toolchain) * BR2_NEEDS_GETTEXT_IF_LOCALE, which is true when the toolchain doesn't provide gettext *and* locale support has been enabled in Buildroot. A following commit adds some documentation that details how these configuration variables should be used by packages. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* external toolchain: check BR2_INSTALL_LIBSTDCPPThomas Petazzoni2010-05-201-0/+12
| | | | | | | | Verify that the value of BR2_INSTALL_LIBSTDCPP set by the user in the Buildroot configuration really matches the external toolchain capabilities by checking that a C++ cross-compiler is available. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Add a BR2_NEEDS_GETTEXT optionThomas Petazzoni2010-05-201-0/+8
| | | | | | | | | | | | | | | | | | | | | | | When using an external toolchain that uses the glibc or eglibc C libraries, compiling a separate gettext and libintl is not needed and is even a source of confusion, causing build failures. These build failures are due to the fact that when libintl is compiled, it replaces the C library libintl.h by its own, which does #define gettext libintl_gettext. Then, when packages want to use gettext, autoconf realize that gettext is available in the C library and therefore do not add -lintl to the LDFLAGS, causing the build failure because the program has been compiled to use libintl_gettext but this function is not available. Therefore, we should only use gettext if a uClibc internal toolchain or a uClibc external toolchain. If an external glibc toolchain is used, gettext shouldn't be used. In order to implement that, we introduce the BR2_NEEDS_GETTEXT option, which is hidden to the user, and whose value is computed automatically from the rest of the configuration. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* kernel-headers: bump 2.6.32.x / 2.6.33.x stable versionsPeter Korsgaard2010-05-163-2/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* libxcb: fix path to Python modulesThomas Petazzoni2010-05-071-1/+1
| | | | | | | | | | | | | | | | | | | When building libxcb, the variable XCBPROTO_XCBPYTHONDIR must point to the location where the Python modules needed to run the c_client.py program are installed. The path $(STAGING_DIR)/usr/lib/python2.6/site-packages was hardcoded. However, it doesn't work when the version of Python installed on the host is Python 2.5. Therefore, add a little bit of magic to compute the host Python version. We also verify that Python is available on the host, as we don't build it in Buildroot. Fixes bug #1531. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* check-host-sed.sh: add missing shebang linePeter Korsgaard2010-05-061-0/+2
| | | | | | | Bash seems to be smart enough to source the file when execve returns ENOEXEC, but other shells might not be. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* ccache: fix ccache-target dependenciesPeter Korsgaard2010-05-031-0/+1
| | | | | | | Ccache for the target doesn't make sense without a toolchain, so make it depend on it. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gdb: get rid of 6.4 / 6.5Peter Korsgaard2010-05-0311-472/+0
| | | | | | | These are ancient (2006) and upstream strongly discourage using them: ftp://sourceware.org/pub/gdb/old-releases/README Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uclibc: make sure the default configuration doesn't ask questionsThomas Petazzoni2010-05-022-1/+4
| | | | | | | | | | | | | Since new configuration options have been added in 0.9.31, the value of these configuration options should be determined, either by the default configuration file we provide, or by uclibc.mk process. The locale generation process should probably be improved in order to allow building other locales than just en_US. [Peter: fixup locale handling, add PROGRAM__NAME to defconfig] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uClibc: add UCLIBC_HAS_NFTW to default configurationThomas Petazzoni2010-05-021-1/+1
| | | | | | | | | | | | | | UCLIBC_HAS_NFTW is a new knob in 0.9.31, which allows the obsolete and deprecated ftw() to be compiled-out separatly from nftw(), which is part of POSIX. nftw() should probably be enabled by default in uClibc, and a bug has been opened about this on uClibc bug tracker (https://bugs.busybox.net/show_bug.cgi?id=1597). nftw() is, for example, used in Gtk+. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.4.x version to 4.4.4Peter Korsgaard2010-05-026-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Fix GDB BFD test linkingPaulius Zaleckas2010-05-011-0/+2
| | | | | | | | | | | | | | When compiling GDB for target (in my case i386) it links wrong BFD library from host OS. This prevents GDB from compiling support for ELF and thus GDB is unusable on target. More about this issue was already posted at: http://lists.uclibc.org/pipermail/buildroot/2009-March/026585.html Fix this issue by forcing ELF support. Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gdb: Add GDB 7.0.1 and 7.1 supportPaulius Zaleckas2010-05-011-0/+10
| | | | | Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 2.6.32.x / 2.6.33.x stable versionsPeter Korsgaard2010-04-263-2/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'codesourcery-toolchain-support' of ↵Peter Korsgaard2010-04-211-19/+90
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * external-toolchain: Support for multilib toolchainsThomas Petazzoni2010-04-171-11/+79
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Multilib toolchains provide different versions of the base libraries for different architecture variants. For example, the ARM Codesourcery toolchain provides base libraries for ARMv5 (default), ARMv4t and Thumb2. Depending on the -march= argument passed to gcc, the sysroot used by the compiler is therefore different. This means that the sysroot location in CROSS-gcc -v cannot be used. Instead, we must use CROSS-gcc -print-sysroot when available and fall back to the old way if unavailable. Moreover, we cannot simply copy the full sysroot as we used to do, because the sysroot organization of multilib toolchain is more complicated. In Codesourcery toolchains, we have : / etc -- for ARMv5 lib -- for ARMv5 sbin -- for ARMv5 usr -- for ARMv5 (includes headers) armv4t etc -- for ARMv4t lib -- for ARMv4t sbin -- for ARMv4t usr -- for ARMv4t (no headers!) thumb2 etc -- for Thumb2 lib -- for Thumb2 sbin -- for Thumb2 usr -- for Thumb2 (no headers!) So we have the default ARMv5 architecture variant that is installed in the main directory, and we have subdirectories for the ARMv4t and Thumb2 architecture variants. Copying the full sysroot to the staging directory doesn't work. All our packages are based on the fact that they should install libraries in staging/usr/lib. But if ARMv4t is used, the compiler would only look in staging/armv4t/usr/lib for libraries (even when overriding the sysroot with the --sysroot option, the multilib compiler suffixes the sysroot directory with the architecture variant if it matches a recognized one). Therefore, we have to copy only the sysroot that we are interested in. This is rendered a little bit complicated by the fact that the armv4t and thumb2 sysroot do not contain the headers since they are shared with the armv5 sysroot. So, this patch : * Modifies how we compute SYSROOT_DIR in order to use -print-sysroot if it exists. SYSROOT_DIR contains the location of the main sysroot directory, i.e the sysroot for the default architecture variant. * Defines ARCH_SUBDIR as the subdirectory in the main sysroot for the currently selected architecture variant (in our case, it can be ".", "armv4t" or "thumb2"). ARCH_SYSROOT_DIR is defined as the full path to the sysroot of the currently selected architecture variant. * Modifies copy_toolchain_lib_root (which copies a library to the target/ directory) so that libraries are taken from ARCH_SYSROOT_DIR instead of SYSROOT_DIR. This ensures that libraries for the correct architecture variant are properly copied to the target. * Modifies copy_toolchain_sysroot (which copies the sysroot to the staging/ directory), so that it copies the contents of ARCH_SYSROOT_DIR, and if needed, adds the headers from the main sysroot directory and a symbolic link (armv4t -> . or thumb2 -> .) to make the compiler believe that its sysroot is really in armv4t/ or thumb2/. Tested with Codesourcery 2009q1 ARM toolchain, Crosstool-NG ARM glibc and ARM uClibc toolchains. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * external-toolchain: support libraries outside of /libThomas Petazzoni2010-04-171-10/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | The copy_toolchain_lib_root function was making the assumption that all libraries were stored inside the /lib directory of the sysroot directory. However, this isn't true for certain toolchains, particularly for the libstdc++ library. The function is therefore reworked to find the library and its related symlink either in /lib or /usr/lib in the sysroot, and copies it at the same location in the target directory. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | toolchain/binutils: Improve arm linking performanceLaine Walker-Avina2010-04-202-0/+366
| | | | | | | | | | | | | | | | | | | | | | Backported a patch from CVS that improves linking times for large projects (eg 700s to 6s). See http://old.nabble.com/-PATCH--Reduce-ARM-linking-time-tt27961038.html for the original. [Peter: add patch header] Signed-off-by: Laine Walker-Avina <lwalkera@ieee.org> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | Enable libutil by default for uclibc 0.9.31Kelvin Cheung2010-04-191-1/+1
| | | | | | | | | | | | | | Closes #1591 Signed-off-by: Kelvin Cheung <keguang.zhang@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | toolchain/gdb: target-gdb needs wchar support in toolchainPeter Korsgaard2010-04-191-0/+4
| | | | | | | | | | | | For the embedded readline/gettext stuff. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | uclibc: Enable libresolv and libnsl stubs by default for 0.9.31Gustavo Zacarias2010-04-181-2/+2
|/ | | | | | | | Closes #1555. 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>