summaryrefslogtreecommitdiffstats
path: root/toolchain/gcc/gcc-uclibc-4.x.mk
Commit message (Collapse)AuthorAgeFilesLines
* buildroot: silence ./configure step when building with 'make -s'Peter Korsgaard2009-10-011-3/+3
| | | | | | | | | | 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>
* Add a config option for gcc tls support, rather than disabling it blindlyAustin Foxley2009-09-231-3/+9
| | | | | | | | 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-231-6/+6
| | | | | | | | 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-161-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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: 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: 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>
* gcc-4.3.3: add a patch to link with the math lib to get copysignalAngus Salkeld2009-05-121-0/+5
| | | | | | | | | | | 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: fix java supportPeter Korsgaard2009-04-271-5/+5
| | | | 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: don't enable libssp supportPeter Korsgaard2009-04-221-0/+3
| | | | | 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: libstdcpp dependency was listed twicePeter Korsgaard2009-03-011-1/+0
|
* toolchain: revert r25193 (Change binary toolchain configuration)Peter Korsgaard2009-02-041-18/+0
| | | | As discussed on the list.
* Change binary toolchain configuration, soUlf Samuelsson2009-01-311-0/+18
| | | | | | | | | | | that the options become visible just below the config, instead of at bottom of screen Create a more useful default as toolchain path. Allow generation of a script which sets up paths to a binary toolchain generated by buildroot.
* toolchain: fix up GNU_TARGET_NAME link and target_utils locationPeter Korsgaard2009-01-301-4/+4
| | | | | | The GNU_TARGET_NAME symlink and target_utils location were not correctly adjusted to match the move of the toolchain to $(STAGING_DIR)/usr, creating dangling symlinks.
* toolchain/gcc: remove unused gcc 3.x cruft from 4.x makefile (sysroot)Peter Korsgaard2009-01-301-42/+2
|
* toolchain/gcc: remove ancient (and unused) i386 softfloat patchPeter Korsgaard2009-01-291-4/+0
|
* toolchain/gcc: remove unused GCC_ENABLE_CLOCALEPeter Korsgaard2009-01-291-4/+0
| | | | | | | This variable was introduced in r17046 (add gfortran support, 2006-12-22) and wasn't used even there. Signed-off-by: Markus Heidelberg <markus.heidelberg@web.de>
* toolchain/gcc: make version detection more robustPeter Korsgaard2009-01-221-8/+8
| | | | | Thanks to Bernhard for noticing (and less so for causing the problem in the first place :P)
* toolchain/gcc: fix target-gcc for 4.3.xPeter Korsgaard2009-01-221-3/+8
| | | | | Includes are in include-fixed and GCC_LIB_SUBDIR needs to be set like for the rest of 4.x
* toolchain: introduce HOSTCC_VERSION and fix gcc-4.3.x build with old host CCsPeter Korsgaard2009-01-191-2/+9
| | | | | | | | gcc < 4.2.0 doesn't support -Wno-overlength-stings, but gcc-4.3.x configure fails to detect that, breaking the build. Work around it by detecting the host gcc version (and store in HOSTCC_VERSION) and set the proper configure variables for gcc < 4.2.0.
* Update broken AVR32 toolchain, and update configs for this, deprecate all ↵Ulf Samuelsson2009-01-161-0/+5
| | | | but latest AVR32 toolchain
* toolchain/: convert to DOWNLOAD helperPeter Korsgaard2009-01-161-1/+1
|
* toolhain/: confgure: respect quiet optionPeter Korsgaard2008-10-261-0/+1
|
* gcc: make installation of shared libraries multi-project safeHans-Christian Egtvedt2008-10-021-4/+5
| | | | | | | | | This patch modifies the rule for installing the shared libraries into the project_foo/.../autotools-stamps directory. This will make the installation of GCC shared libraries be multi-project safe. Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
* gcc: make sure that /usr/lib exists on target before installing shared libsHans-Christian Egtvedt2008-10-021-0/+1
| | | | | | | | On very lite systems the /usr/lib directory might not exist before libstdc++ is installed. This patch makes sure the directory exists. Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
* Add prepatched AVR32 gcc-4.2.2 toolchain from www.atmel.no, move patch ↵Ulf Samuelsson2008-07-041-10/+10
| | | | locations for prepatched toolchain to be under the toolchain directory
* toolchain/gcc: use --disable-decimal-float for 4.3.xPeter Korsgaard2008-06-211-0/+7
|
* toolchain/gcc: add 4.3.1Peter Korsgaard2008-06-191-0/+10
| | | | Based on Bernhards tree.
* toolchain/gcc: use $(@D)Peter Korsgaard2008-06-181-1/+1
|
* toolchain/gcc: use $(STRIP_STRIP_UNNEEDED)Peter Korsgaard2008-06-171-2/+2
|
* toolchain/gcc-4.x: strip cross libgcc / libstdc++Peter Korsgaard2008-06-171-0/+2
|
* toolchain/gcc: do not try to strip *-embedspuPeter Korsgaard2008-04-041-1/+1
|
* Add support for GNU and kernel.org mirrorsIvan Kuten2007-12-171-1/+1
|
* revert 20646 rev (gcc-cc_links-fix.diff), it's broken for arm as mentioned ↵Ivan Kuten2007-12-171-2/+2
| | | | in 1764 issue
* fix gcc 3.x/4.x symlinks to ccIvan Kuten2007-12-131-2/+2
|
* 'make source' command working again for gccIvan Kuten2007-10-201-0/+2
|
* Allow library copy to failUlf Samuelsson2007-10-121-2/+2
|
* Cannot copy shared c++ lib, if one has not been createdUlf Samuelsson2007-10-121-0/+2
|
* Do not create directories, if they existUlf Samuelsson2007-10-071-1/+1
|
* - start to think about GNU/hurd support.Bernhard Reutner-Fischer2007-10-051-0/+3
| | | | Not yet functional. Help welcome
* - remove misplaced commentBernhard Reutner-Fischer2007-10-011-1/+1
|
* - just use the strip binary to avoid confusing libtool (quotes)Bernhard Reutner-Fischer2007-10-011-5/+5
| | | | - use $(STRIPCMD) in packages to avoid clashes with $(STRIP)
* - pass configure args for the -target compilerBernhard Reutner-Fischer2007-10-011-0/+1
|
* - add additional EXTRA_GCC_CONFIG_OPTIONS for initial, cross and target compilerBernhard Reutner-Fischer2007-10-011-12/+18
|
* - revert some bad checkins, fixup bad settings in atmel targets and move the ↵Bernhard Reutner-Fischer2007-09-261-6/+5
| | | | gcc target abi back to a place where the other arch-specific settings live
* reinstate AVR32 toolchainUlf Samuelsson2007-09-261-2/+2
|
* - remove one invariant in toolchain type selection.Bernhard Reutner-Fischer2007-09-251-2/+2
|
* - rebuild compiler if libstdcpp setting was changedBernhard Reutner-Fischer2007-09-231-0/+1
|
* - rename the gcc base_target to the more appropriate term cross_compilerBernhard Reutner-Fischer2007-09-221-1/+3
|
* - don't strip the host binaries for nowBernhard Reutner-Fischer2007-09-191-1/+1
|