summaryrefslogtreecommitdiffstats
path: root/toolchain
Commit message (Collapse)AuthorAgeFilesLines
* 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>
* | target-g++: fix buildThomas Petazzoni2010-07-271-1/+4
| | | | | | | | | | | | | | | | | | | | Just as we did to fix target-gcc, pass CXX_FOR_TARGET when building target g++, and remove useless copies of g++ and c++. Tested on ARM by compiling a simple C++ program using <iostream> on the target and running it. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | target-gcc: remove useless copies of gccThomas Petazzoni2010-07-271-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | When doing the "make install" of target, three identical copies of gcc are installed in $(TARGET_DIR)/usr/bin: 039adcc582c365f12ba6fc5f96098128 arm-unknown-linux-uclibcgnueabi-gcc 039adcc582c365f12ba6fc5f96098128 arm-unknown-linux-uclibcgnueabi-gcc-4.3.5 039adcc582c365f12ba6fc5f96098128 gcc This patch removes the first two copies and keeps only the common "gcc" one. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | target-gcc: no need to strip binaries, remove .la files and docThomas Petazzoni2010-07-271-9/+0
| | | | | | | | | | | | | | This is done in a global way by the target-finalize target of the main Makefile. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | target-gcc: fix buildThomas Petazzoni2010-07-271-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | Now that $(STAGING_DIR)/usr/bin is no longer in the PATH, we need to pass the absolute paths to $(TARGET_CC) when building the target gcc compiler. This commit fixes the target gcc build problem reported on the list. I have successfully been able to build a target gcc for ARM, use it to compile a hello world application on the target and run this application. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | target-gcc: Get rid of TARGET_GCC_FLAGSThomas Petazzoni2010-07-272-6/+4
|/ | | | | | | This variable is used only once, so let's just hardcode its value at its call site. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* java: mark as brokenPeter Korsgaard2010-07-261-0/+1
| | | | | | | | | | | We haven't had any updates to the java packages in a long time, gcj in 4.3.x doesn't build, and 4.4.x is missing ecj1, so it cannot have many users. Mark it as broken and remove during the 2010.11 cycle, unless someone steps up to maintain it. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* sstrip: fix section length corruption bugPeter Korsgaard2010-07-131-2/+1
| | | | | | | | Based on openwrt #6847: https://dev.openwrt.org/ticket/6847 Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: cleanup softfloat selectionPeter Korsgaard2010-07-091-5/+1
| | | | | | | We don't have a BR2_SOFT_FLOAT_FP option, and -mfloat-abi should also be used for big endian ARM. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* ext-toolchains: fix libnss_*.so installation with external glibcLuca Ceresoli2010-07-081-1/+1
| | | | | | | | Commit 7192668 introduced a wrong spelling of BR2_TOOLCHAIN_EXTERNAL_GLIBC that prevented libnss_files.so and libnss_dns.so from being installed. Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'misc-fixes' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard2010-07-085-13/+13
|\
| * GETPT support is needed by rxvt.Darius Augulis2010-07-072-2/+2
| | | | | | | | Signed-off-by: Darius Augulis <augulis.darius@gmail.com>
| * Update all packages to quote $(TARGET_CC)Thomas Petazzoni2010-07-071-2/+2
| | | | | | | | | | | | | | Now that TARGET_CC contains several space-separated words, it must be used quoted everywhere. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * external-toolchain: adjust tests on TARGET_CC and TARGET_CXXThomas Petazzoni2010-07-071-7/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Following the changes to TARGET_CC/TARGET_CXX to include the --sysroot option, these variables not only contain the path to the compiler, but also the --sysroot option. For that reason, we cannot anymore just use "test -x" to test for the compiler presence. Instead, we see if $(TARGET_CC) -v and $(TARGET_CXX) -v return a zero status. Moreover, --sysroot now needs to be filtered out of $(TARGET_CC) and not $(TARGET_CFLAGS) when asking the toolchain for its original sysroot and arch sysroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * Rework sysroot option handlingThomas Petazzoni2010-07-071-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | The external toolchain and internal toolchain cases both need to use the --sysroot option, and they have almost identical LDFLAGS/CFLAGS/CXXFLAGS definition, so we can factorize these definitions. Moreover, the --isysroot option is implied by --sysroot so there's no need to specify both. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | 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>