summaryrefslogtreecommitdiffstats
path: root/toolchain/Makefile.in
Commit message (Collapse)AuthorAgeFilesLines
* binutils: make it a proper packageGustavo Zacarias2011-01-021-1/+1
| | | | | | | | | | | | | | | | | | | | | | | * Convert binutils to a proper autotargets package * Add version 2.21 and drop version 2.17 * Hook up packaged binutils for target gcc * Build tools are on HOST_DIR now so change it * Move cross/host gcc to HOST_DIR * Drop kludge from commit 3c77bab2eeace3ee675bd745ca335fa3dd1630bb This is fixed in the next commit "gcc: install copies of libgcc, libstdc++ and libgcj to the sysroot" - tested for arm & x86_64 targets. * TARGET_CROSS now pointed to HOST_DIR too [Peter: Config.in tweaks] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: rework thread optionsThomas Petazzoni2010-12-131-6/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | The selection of linuxthreads, linuxthreads old or NPTL doesn't make a lot of sense for external toolchains. So, instead, we : * Introduce an hidden BR2_TOOLCHAIN_HAS_THREADS option, which must be selected by toolchain specific options when thread support is available. Package needing to test thread support should use this option. * Move the none/linuxthreads/linuxthreads old/NPTL selection to Buildroot internal toolchain configuration. * Add an option in external toolchain to tell if thread support is available or not in the external toolchain. We assume that glibc without threads is not possible, as Ulrich Drepper said in http://sourceware.org/ml/libc-alpha/2005-08/msg00091.html ffmpeg, dmalloc and openvpn are fixed to use the new BR2_TOOLCHAIN_HAS_THREADS option. For openvpn, --enable-threads=posix is no longer used, as the configure script doesn't even understand this option. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove multilibThomas Petazzoni2010-07-281-6/+0
| | | | | | | | | | | | | 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>
* 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>
* 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>
* toolchain: remove gcc 4.1.2 and non-sysroot supportPeter Korsgaard2010-06-151-12/+0
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Get rid of the OPTIMIZE_FOR_CPU variableThomas Petazzoni2010-04-111-3/+0
| | | | | | | | | | | | | | | This variable, together with the FIXME comment, has been added has part of Eric Andersen's « Major buildroot facelift, step one » commit that occured in October 2004. Since then, no real usage has been made of OPTIMIZE_FOR_CPU, and the initial intention has probably been lost in the memories of the implementors. Therefore, get rid of the variable, and just use $(ARCH) at the two locations the variable was used. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Get rid of useless OpenMP related codeThomas Petazzoni2010-04-111-7/+0
| | | | | | | | | | It seems that there was an intention to add BR2_ENABLE_OPENMP someday, but it was in June 2007 (commit c81807a9d71fba9f35eeb7e3f3b56bda4b2e0edd) and since then, nothing occured. Therefore, get rid of this code, and just pass --disable-openmp to gettext to keep the current behaviour. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Remove variables useless after BR2_PREFER_IMA removalThomas Petazzoni2010-04-111-4/+0
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* rename TOOL_BUILD_DIR to TOOLCHAIN_DIRMichael Roth2009-09-231-2/+2
| | | | | | | | To reflect the new output directory hierachy rename the Makefile variable TOOL_BUILD_DIR to TOOLCHAIN_DIR. Signed-off-by: Michael Roth <mroth@nessie.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: revert "Allow creating a script for external use of Buildroot ↵Peter Korsgaard2009-01-021-2/+0
| | | | | | toolchain" It's been 10 days now without any reply from Ulf, so revert r24480+r24481.
* toolchain: disable export-toolchain stuff as it breaks make dependenciesPeter Korsgaard2008-12-231-3/+2
| | | | | For some reason Ulf's export-toolchain stuff breaks the build as the dependencies target isn't executed and SED isn't set.
* Allow creating a script for external use of Buildroot toolchainUlf Samuelsson2008-12-211-0/+2
|
* Add prepatched AVR32 gcc-4.2.2 toolchain from www.atmel.no, move patch ↵Ulf Samuelsson2008-07-041-0/+1
| | | | locations for prepatched toolchain to be under the toolchain directory
* - add FC, remove some duplicate entries, cleanupBernhard Reutner-Fischer2007-09-281-2/+1
| | | | - fixup after Ulf: CXX doesn't take CFLAGS but CXXFLAGS
* Move VENDOR stuff to projectUlf Samuelsson2007-08-241-17/+0
|
* - add question for UlfBernhard Reutner-Fischer2007-08-211-0/+1
|
* Add support for prepatched toolchainsUlf Samuelsson2007-07-311-0/+16
|
* - add OPENMP configure handling (needed for e.g. gettext).Bernhard Reutner-Fischer2007-06-201-0/+7
|
* - add full sysroot support for non-ancient toolchains.Bernhard Reutner-Fischer2007-06-201-4/+17
| | | | - start to separate usr/lib and lib to match normal system-layout
* - add BR2_PREFER_STATIC_LIB config option to be able to select if we prefer ↵Bernhard Reutner-Fischer2007-06-011-0/+6
| | | | | | | to build static or dynamic libs/bins. - depending on the BR2_GNU_BUILD_SUFFIX, set the respective EXEEXT, LIBEXT, SHREXT extensions for use on the target. Thanks to Tom for suplying a diff which implements these.
* - add CFLAGS_COMBINE checkBernhard Reutner-Fischer2007-03-211-0/+2
|
* - add cc-option and use it to check for stuff that is benefical for PREFER_IMABernhard Reutner-Fischer2007-02-121-0/+3
| | | | - backport the libbackend.o gcov-iov.h dependency fixup from 4.2 to 4.0
* - remove the '"install uClibc headers in the target filesystem" without a ↵Bernhard Reutner-Fischer2007-01-311-2/+0
| | | | native compiler' option.
* - provide means to "install uClibc headers in the target filesystem" without ↵Bernhard Reutner-Fischer2007-01-211-0/+2
| | | | a native compiler
* sync thread stuff with config.in as pointed out by mjn3Mike Frysinger2006-04-141-3/+3
|
* control pthread support since some arches like x86_64 dont yet support it in ↵Mike Frysinger2005-10-011-0/+6
| | | | uClibc
* pass --disable-multilib if user doesnt want multilib since some arches (like ↵Mike Frysinger2005-09-221-0/+2
| | | | x86_64) default to multilib support
* There is no need to have a separate 'Makefile.in' file in theEric Andersen2005-02-101-0/+3
| | | | | general case, therefore, combine the toplevel Makefile options such as setting TARGETS into the per-package *.mk file
* Major buildroot facelift, step one.Eric Andersen2004-10-091-0/+7
-Erik
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-02 06:38:54 +0000