summaryrefslogtreecommitdiffstats
path: root/toolchain/gcc
Commit message (Collapse)AuthorAgeFilesLines
* 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
|
* gcc: 4.3.x fix for PR 32044.Peter Korsgaard2009-03-103-0/+579
| | | | Patch by Daniel Mack <daniel@caiaq.de>
* toolchain/gcc: libstdcpp dependency was listed twicePeter Korsgaard2009-03-011-1/+0
|
* toolchain/gcc: add 4.3.3Peter Korsgaard2009-02-1312-2/+254
|
* toolchain/gcc/4.3.2: use what really got committed upstream for PR39076Peter Korsgaard2009-02-052-31/+11
| | | | Thanks to Sven Neumann for noticing.
* toolchain/gcc/4.3.2: remove unused and unneeded fix for PR34205Peter Korsgaard2009-02-051-42/+0
| | | | We don't use the iwmmxt abi anymore.
* toolchain/gcc/4.3.2: fix arm funroll-loops patch from r24993Peter Korsgaard2009-02-051-2/+2
| | | | | Rename it so it actually gets applied and fix it so it can be applied (-p level).
* 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.
* Extend External Toolchain options (match buildroot built toolchain): Daniel Laird2009-01-301-13/+0
| | | | | | | | | | Have added options that mean you can set the same BR2_XXXX variables for external toolchain and internal (buildroot built) toolchain. This means the same set of packages can be built now me as for you..... Signed-off-by: Daniel Laird <daniel.j.laird@nxp.com>
* 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/4.3.2: accept abi=aapcs-linux for EABIPeter Korsgaard2009-01-301-0/+18
| | | | | From Bernhards' tree, thanks to Sven Neuman for noticing. See also http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01500.html
* toolchain/gcc: remove ancient (and unused) i386 softfloat patchPeter Korsgaard2009-01-293-69/+0
|
* toolchain/gcc: remove unused GCC_ENABLE_CLOCALEPeter Korsgaard2009-01-292-8/+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: cris fixes for gcc 4.3.x / linux 2.6.28.xPeter Korsgaard2009-01-282-0/+26
| | | | Patches by Hinko Kocevar <hinko.kocevar@cetrtapot.si>
* Makefile: globally define variables used at different placesPeter Korsgaard2009-01-251-1/+0
| | | | | | $(comma) and $(space) are used in packages and the toolchain. Signed-off-by: Markus Heidelberg <markus.heidelberg@web.de>
* Fix unroll bug for ARM toolchainUlf Samuelsson2009-01-231-0/+31
|
* 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-163-2/+48
| | | | but latest AVR32 toolchain
* toolchain/gcc: mark old versions as deprecatedPeter Korsgaard2009-01-161-1/+7
|
* toolchain/gcc: default to 4.3.2 for !AVR32Peter Korsgaard2009-01-161-1/+1
|
* toolchain/: convert to DOWNLOAD helperPeter Korsgaard2009-01-162-2/+2
|
* add .empty files for git-svnPeter Korsgaard2009-01-055-0/+0
| | | | | | | | git-svn (and git) doesn't handle empty directories, so add .empty files to those dirs like elsewhere in buildroot. Those empty directories are normally not a big deal, but the recent changes to u-boot broke the build.
* * Added option to build with gcc 4.3.2Nigel Kukard2008-12-3110-0/+251
|
* toolchain/: get rid of unneeded $(strip ..)Peter Korsgaard2008-12-081-4/+4
|
* toolchain/*: use CONFIG_UPDATEPeter Korsgaard2008-12-051-1/+1
| | | | Based on e0e0945e in Bernhard's tree.
* 2 gcc patches from Atmel's buildrootArnar Mar Sigurðsson2008-10-312-0/+181
|
* toolhain/: confgure: respect quiet optionPeter Korsgaard2008-10-262-0/+2
|
* gcc: make installation of shared libraries multi-project safeHans-Christian Egtvedt2008-10-022-7/+10
| | | | | | | | | 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>
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-08 17:08:51 +0000