summaryrefslogtreecommitdiffstats
path: root/toolchain/gcc
Commit message (Collapse)AuthorAgeFilesLines
* 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>
* toolchain/gcc: bump 4.4.x version to 4.4.4Peter Korsgaard2010-05-026-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Get rid of all usages of BR2_RECENTThomas Petazzoni2010-04-121-2/+0
| | | | | | | | | | | | Since BR2_RECENT was enabled by default, we do not want entries marked BR2_RECENT (and thus appearing by default in Buildroot) to disappear. Therefore, all the entries marked BR2_RECENT are converted as non-deprecated. We can later decide, on a per-entry basis, to add BR2_DEPRECATED to some of them. But at least, this commit doesn't change the default current behaviour of Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Remove BR2_PREFER_IMAThomas Petazzoni2010-04-111-4/+0
| | | | | | | This option is barely used, no-one is maintaining it or extending it. So let's remove it. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* gcc: hide shared libgcc option if BR2_PREFER_STATIC_LIB is enabledPeter Korsgaard2010-04-051-0/+1
| | | | | | Shared libgcc without shared libs doesn't make much sense. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* get rid of broken nios2 supportPeter Korsgaard2010-03-301-9/+9
| | | | | | | Has been marked as broken for more than 1 year, with no indication that anyone cares, and it needs a bunch of special handling. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gmp/mpfr: make sure host builds add source targets to HOST_SOURCEPeter Korsgaard2010-02-251-0/+1
| | | | | | | | | | | | | | Closes #1183. When gmp/mpfr is needed for the host (E.G. when using an internal toolchain), the host-lib{gmp,mpfr}-source targets weren't added to HOST_SOURCE, so make source / external-deps didn't handle them. Notice that we have the same issue with the new host package support, there we should probably use HOST_<package>_DEPENDENCIES for -source dependencies. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc on target: add missing definitions for gcc 4.4Thomas Petazzoni2010-02-251-0/+4
| | | | | | | | | Depending on the gcc version, the gcc include and lib directories have changed. We include support for gcc 4.4 by copy/pasting the support for gcc 4.3. Locations don't seem to have changed between 4.3 and 4.4. This allows the syslimits.h fixup to succeed. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/gcc: bump 4.4.x versionPeter Korsgaard2010-01-236-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gcc: do not pass --with-pkgversion to gcc < 4.3Thomas Petazzoni2009-12-151-1/+1
| | | | | | | | | | | | | | | | | Commit 09c181f2891276c458de327d241151bab38bde0f added new options passed to gcc configure to set --with-pkgversion and --with-bugurl, to gcc >= gcc 4.3. To check this, it was checking that the GCC_VERSION string does not contain 4.2. Unfortunately, the test is bogus. It does a findstring on x4.2. (with a final dot) but compares the result with x4.2 (without the final dot). The result is that even with 4.2 versions, the test was true, leading --with-pkgversion and --with-bugurl being passed to gcc's configure script. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Merge branch 'remove-external-toolchain' of ↵Peter Korsgaard2009-12-1513-117/+40
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * gcc: remove external sources patchesThomas Petazzoni2009-12-149-239/+0
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * Use BR2_TOOLCHAIN_BUILDROOT instead of BR2_TOOLCHAIN_SOURCEThomas Petazzoni2009-12-141-1/+1
| | | | | | | | | | | | The BR2_TOOLCHAIN_SOURCE option is removed in a future commit. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * gcc: remove GCC_OFFICIAL_VERSION and just use GCC_VERSION insteadThomas Petazzoni2009-12-142-32/+6
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * gcc: remove support for external source toolchainsThomas Petazzoni2009-12-142-20/+0
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * gcc: improve configuration for snapshot versionsThomas Petazzoni2009-12-142-6/+7
| | | | | | | | | | | | | | Make the selection of a snapshot version a normal gcc version choice, and make sure BR2_GCC_VERSION is properly defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * gcc: on avr32, only allow avr32 gcc versionsThomas Petazzoni2009-12-141-9/+6
| | | | | | | | | | | | | | Remove references to BR2_EXT_GCC_VERSION_* configuration options, and only allows special avr32 gcc versions on the AVR32 architecture. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * gcc: add 4.2.2-avr32-2.1.5 patchesThomas Petazzoni2009-12-143-0/+197
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * gcc: add avr32 special versionThomas Petazzoni2009-12-143-13/+26
| | | | | | | | | | | | | | | | | | | | | | | | * Add new gcc version 4.2.2-avr32-2.1.5 in Config.in * Select the Atmel mirror to download gcc with avr32 in their version name, in gcc-uclibc-*.mk * Do not apply patches if the patch directory is empty, in gcc-uclibc-*.mk Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | gcc: remove hurd specific detailsThomas Petazzoni2009-12-141-4/+0
|/ | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* gcc: native toolchain needs BR2_HAVE_DEVFILESPeter Korsgaard2009-12-111-0/+4
| | | | | | Native toolchain doesn't make much sense without include / .a files. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add pkgversion to gcc >= 4.3Gustavo Zacarias2009-12-061-0/+7
| | | | | | | | Closes #765. [Peter: change to check for !4.2.x instead] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: get rid of unused gcc 3.x legacy handlingPeter Korsgaard2009-12-042-21/+0
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: get rid of ancient 3.4.6 / 4.0.4 versionsPeter Korsgaard2009-10-2930-22979/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: simplify BR2_GCC_SUPPORTS_* logicPeter Korsgaard2009-10-291-2/+0
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: remove unused (commented out) 4.3 snapshotPeter Korsgaard2009-10-291-6/+0
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.4.x versionPeter Korsgaard2009-10-296-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* buildroot: silence ./configure step when building with 'make -s'Peter Korsgaard2009-10-012-6/+6
| | | | | | | | | | We have been passing -q to ./configure when using 'make -s' for packages using Makefile.autotools.in for some time. Do the same for packages using autotools, but not using the Makefile.autotools.in infrastructure, taking care to not do it for packages with hand written configure scripts. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove some fragments left over from the 'qstrip' transitionMichael Roth2009-09-231-3/+0
| | | | | | | | Commit af2390c0f437dbb26a31150eb7d526e1d0bdfd1a overlooked some old comment fragments. Signed-off-by: Michael Roth <mroth@nessie.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add a config option for gcc tls support, rather than disabling it blindlyAustin Foxley2009-09-232-3/+16
| | | | | | | | Defaulted to yes, but blocked it from gcc 4.4.x since the disable was originally added because of problems with its c++ support reportedly. Signed-off-by: Austin Foxley <austinf@cetoncorp.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* rename TOOL_BUILD_DIR to TOOLCHAIN_DIRMichael Roth2009-09-232-13/+13
| | | | | | | | 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>
* Remove the "project" featureThomas Petazzoni2009-09-162-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The "project" feature was designed to allow to several projects to be built inside the same Buildroot source tree and allowing the toolchain and non-configurable packages to be shared between the different projects on the same architecture. While being interesting in theory, this feature adds a level of complexity to Buildroot, both from an user perspective and from a developer perspective, while one of the main Buildroot strengh is to be simple. Moreover, this feature is only seldomly used by our users. From a user-level perspective, this for example allows to remove the project_build_ARCH directory, which was very confusing. The autotools-stamps directory is also removed, since these stamps are back at their normal location. Description of the changes involved : * project/, directory removed * Makefile - Don't include project/Makefile.in and project/project.mk anymore - Grab a copy of the contents of project/Makefile.in at the location it was imported, but remove the definition related to PROJECT_BUILD_DIR. The TARGET_DIR is now in $(BUILD_DIR)/target_dir - Remove the creation/removal of the $(PROJECT_BUILD_DIR) and $(PROJECT_BUILD_DIR)/autotools-stamps directories - Don't make world depends on target-host-info. This target was defined by project/project.mk to customize /etc/issue, /etc/hostname and create /etc/br-version depending on the project definitions. We can of course imagine re-adding such a feature later. - Replace PROJECT_BUILD_DIR by BUILD_DIR everywhere - Remove the update, log and lognr.$(PROJECT) target, they were specific to the project feature. * package/Makefile.autotools.in - Replace PROJECT_BUILD_DIR by BUILD_DIR for the location of the configure cache - Move the INSTALL_TARGET and HOOK_POST_INSTALL stamps to the same directory as the other stamps (i.e, in the package directory). * package/Makefile.in - Replace PROJECT_BUILD_DIR by BUILD_DIR for the location of the configure cache * package/at/at.mk, package/busybox/busybox.mk, package/busybox/initramfs.mk, package/customize/customize.mk, package/linux-fusion/linux-fusion.mk, package/ltp-testsuite/ltp-testsuite.mk, package/nfs-utils/nfs-utils.mk, target/cpio/cpioroot.mk, target/cramfs/cramfs.mk, target/device/Atmel/DataFlashBoot/DataflashBoot.mk, target/device/Atmel/Makefile.in, target/device/Atmel/at91bootstrap/at91bootstrap.mk, target/device/KwikByte/Makefile.in, target/ext2/ext2root.mk, target/initramfs/initramfs.mk, target/iso9660/iso9660.mk, target/jffs2/jffs2root.mk, target/linux/Makefile.in, target/romfs/romfs.mk, target/squashfs/squashfsroot.mk, target/tar/tarroot.mk, target/ubifs/ubifsroot.mk - Replace PROJECT_BUILD_DIR by BUILD_DIR * target/device/Config.in - Do not include project/Config.in anymore * target/linux/Makefile.in.advanced - Replace PROJECT_BUILD_DIR by BUILD_DIR - Store the stamps file in $(STAMP_DIR) instead of $(PROJECT_BUILD_DIR)/autotools-stamps * target/u-boot/Makefile.in - Replace PROJECT_BUILD_DIR by BUILD_DIR - Remove $(PROJECT) from the U-Boot target binary name - Remove the insertion in the configuration of the project name as the hostname - The u-boot-autoscript target now generates $(U_BOOT_AUTOSCRIPT).img instead of $(U_BOOT_AUTOSCRIPT).$(PROJECT) * toolchain/gcc/gcc-uclibc-3.x.mk toolchain/gcc/gcc-uclibc-4.x.mk - Move the stamps files to $(STAMP_DIR) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/gcc: make 4.3.4 defaultPeter Korsgaard2009-09-101-2/+3
| | | | | | There still seems to be some issues with 4.4.x and C++. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: use qstripThomas Petazzoni2009-09-051-16/+9
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/gcc: add 4.3.4Peter Korsgaard2009-08-0513-0/+451
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: remove deprecated 4.3.1 versionPeter Korsgaard2009-08-0512-453/+0
| | | | | | People should use the most recent 4.3.x version to get all the bugfixes. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: xtensa toolchain patch supportMaxim Grigoriev2009-07-241-1/+6
| | | | | | | Part of #163. Signed-off-by: Maxim Grigoriev <maxim2405@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: bump 4.4.x versionPeter Korsgaard2009-07-236-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: ensure libraries are copied to target_dir for x86-64Peter Korsgaard2009-07-021-3/+3
| | | | | | | | x86-64 stores libgcc_s / libstdc++ / libgcj under lib64 instead of lib, so make sure that directory is searched as well for libraries to copy to target. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: 4.3.x: fix for arm pr37436Peter Korsgaard2009-05-242-0/+172
| | | | | | | See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436 for details. Reported-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Fix gcc 3.4.6 build with newer host libc versionsWade Berrier2009-05-121-0/+11
| | | | | | | | | The build of gcc 3.4.6 fails when host libc is too new. I pulled the fix from this bug report: http://bugs.openembedded.net/show_bug.cgi?id=4626 Signed-off-by: Wade Berrier <wberrier@gmail.com>
* gcc-4.3.3: add a patch to link with the math lib to get copysignalAngus Salkeld2009-05-122-0/+130
| | | | | | | | | | | Conditionally apply the following patch by Bernhard Reutner-Fischer which solves a link error on powerpc (with softfloat or multilib) when using a shared libgcc_s. See: http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00237.html http://www.nabble.com/PPC-won't-build-with-soft-float-td22772110.html Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/gcc: java needs largefile supportPeter Korsgaard2009-04-271-0/+1
|
* toolchain/gcc: fix java supportPeter Korsgaard2009-04-272-5/+9
| | | | Not runtime tested, but now it atleast builds.
* toolchain/gcc: disable tls supportPeter Korsgaard2009-04-271-0/+3
| | | | Fixes libstdc++ linking with gcc 4.4.x
* toolchain/gcc: add 4.4.0Peter Korsgaard2009-04-236-0/+149
|
* toolchain/gcc: fix PR 32044 patchPeter Korsgaard2009-04-233-576/+561
| | | | Somehow the patch was a patch adding a patch instead of the patch itself.
* toolchain/gcc: don't enable libssp supportPeter Korsgaard2009-04-223-2/+6
| | | | | It's broken anyway as we don't install libssp* into TARGET_DIR, and we should use the SSP support in uClibc if we want stack protection.
* toolchain/gcc: shared libgcc broken for sparc, so disable itPeter Korsgaard2009-04-151-0/+1
|