summaryrefslogtreecommitdiff
path: root/toolchain/gcc
AgeCommit message (Collapse)Author
2009-12-11gcc: native toolchain needs BR2_HAVE_DEVFILESPeter Korsgaard
Native toolchain doesn't make much sense without include / .a files. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-12-06Add pkgversion to gcc >= 4.3Gustavo Zacarias
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>
2009-12-04toolchain: get rid of unused gcc 3.x legacy handlingPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-10-29toolchain/gcc: get rid of ancient 3.4.6 / 4.0.4 versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-10-29toolchain/gcc: simplify BR2_GCC_SUPPORTS_* logicPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-10-29toolchain/gcc: remove unused (commented out) 4.3 snapshotPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-10-29toolchain/gcc: bump 4.4.x versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-10-01buildroot: silence ./configure step when building with 'make -s'Peter Korsgaard
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>
2009-09-23Remove some fragments left over from the 'qstrip' transitionMichael Roth
Commit af2390c0f437dbb26a31150eb7d526e1d0bdfd1a overlooked some old comment fragments. Signed-off-by: Michael Roth <mroth@nessie.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-23Add a config option for gcc tls support, rather than disabling it blindlyAustin Foxley
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>
2009-09-23rename TOOL_BUILD_DIR to TOOLCHAIN_DIRMichael Roth
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>
2009-09-16Remove the "project" featureThomas Petazzoni
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>
2009-09-10toolchain/gcc: make 4.3.4 defaultPeter Korsgaard
There still seems to be some issues with 4.4.x and C++. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-05toolchain: use qstripThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-08-05toolchain/gcc: add 4.3.4Peter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-08-05toolchain/gcc: remove deprecated 4.3.1 versionPeter Korsgaard
People should use the most recent 4.3.x version to get all the bugfixes. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-24toolchain: xtensa toolchain patch supportMaxim Grigoriev
Part of #163. Signed-off-by: Maxim Grigoriev <maxim2405@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-23toolchain/gcc: bump 4.4.x versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-02toolchain/gcc: ensure libraries are copied to target_dir for x86-64Peter Korsgaard
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>
2009-05-24toolchain/gcc: 4.3.x: fix for arm pr37436Peter Korsgaard
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>
2009-05-12Fix gcc 3.4.6 build with newer host libc versionsWade Berrier
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>
2009-05-12gcc-4.3.3: add a patch to link with the math lib to get copysignalAngus Salkeld
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>
2009-04-27toolchain/gcc: java needs largefile supportPeter Korsgaard
2009-04-27toolchain/gcc: fix java supportPeter Korsgaard
Not runtime tested, but now it atleast builds.
2009-04-27toolchain/gcc: disable tls supportPeter Korsgaard
Fixes libstdc++ linking with gcc 4.4.x
2009-04-23toolchain/gcc: add 4.4.0Peter Korsgaard
2009-04-23toolchain/gcc: fix PR 32044 patchPeter Korsgaard
Somehow the patch was a patch adding a patch instead of the patch itself.
2009-04-22toolchain/gcc: don't enable libssp supportPeter Korsgaard
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.
2009-04-15toolchain/gcc: shared libgcc broken for sparc, so disable itPeter Korsgaard
2009-03-10gcc: 4.3.x fix for PR 32044.Peter Korsgaard
Patch by Daniel Mack <daniel@caiaq.de>
2009-03-01toolchain/gcc: libstdcpp dependency was listed twicePeter Korsgaard
2009-02-13toolchain/gcc: add 4.3.3Peter Korsgaard
2009-02-05toolchain/gcc/4.3.2: use what really got committed upstream for PR39076Peter Korsgaard
Thanks to Sven Neumann for noticing.
2009-02-05toolchain/gcc/4.3.2: remove unused and unneeded fix for PR34205Peter Korsgaard
We don't use the iwmmxt abi anymore.
2009-02-05toolchain/gcc/4.3.2: fix arm funroll-loops patch from r24993Peter Korsgaard
Rename it so it actually gets applied and fix it so it can be applied (-p level).
2009-02-04toolchain: revert r25193 (Change binary toolchain configuration)Peter Korsgaard
As discussed on the list.
2009-01-31Change binary toolchain configuration, soUlf Samuelsson
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.
2009-01-30Extend External Toolchain options (match buildroot built toolchain): Daniel Laird
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>
2009-01-30toolchain: fix up GNU_TARGET_NAME link and target_utils locationPeter Korsgaard
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.
2009-01-30toolchain/gcc: remove unused gcc 3.x cruft from 4.x makefile (sysroot)Peter Korsgaard
2009-01-30toolchain/gcc/4.3.2: accept abi=aapcs-linux for EABIPeter Korsgaard
From Bernhards' tree, thanks to Sven Neuman for noticing. See also http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01500.html
2009-01-29toolchain/gcc: remove ancient (and unused) i386 softfloat patchPeter Korsgaard
2009-01-29toolchain/gcc: remove unused GCC_ENABLE_CLOCALEPeter Korsgaard
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>
2009-01-28toolchain: cris fixes for gcc 4.3.x / linux 2.6.28.xPeter Korsgaard
Patches by Hinko Kocevar <hinko.kocevar@cetrtapot.si>
2009-01-25Makefile: globally define variables used at different placesPeter Korsgaard
$(comma) and $(space) are used in packages and the toolchain. Signed-off-by: Markus Heidelberg <markus.heidelberg@web.de>
2009-01-23Fix unroll bug for ARM toolchainUlf Samuelsson
2009-01-22toolchain/gcc: make version detection more robustPeter Korsgaard
Thanks to Bernhard for noticing (and less so for causing the problem in the first place :P)
2009-01-22toolchain/gcc: fix target-gcc for 4.3.xPeter Korsgaard
Includes are in include-fixed and GCC_LIB_SUBDIR needs to be set like for the rest of 4.x
2009-01-19toolchain: introduce HOSTCC_VERSION and fix gcc-4.3.x build with old host CCsPeter Korsgaard
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.
2009-01-16Update broken AVR32 toolchain, and update configs for this, deprecate all ↵Ulf Samuelsson
but latest AVR32 toolchain
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-09 14:49:39 +0000