summaryrefslogtreecommitdiff
path: root/toolchain/gcc
AgeCommit message (Collapse)Author
2010-08-30Add the patch fixing gcc 4.2.4 to gcc 4.2.2Thomas Petazzoni
The patch introduced by commit 1ed2e4fffd0d852e62bc98e92045a132f24c37d8 must also be added to gcc 4.2.2 to let the AVR32 toolchain build properly. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-08-25toolchain/gcc: fix 4.2.4 build after uClibc NTPL support got addedKhem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-08-11Add the traditional powerpc-link-with-math-lib patch to gcc 4.4.4Thomas Petazzoni
Patch taken from Crosstool-NG patchset. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-30gcc: move <tuple>/lib* symlink handling up to gcc-intermediatePeter Korsgaard
The <tuple>/lib* symlinking added by 3c77bab2eeace needs to be moved up to the gcc-intermediate step now the NPTL stuff is merged, otherwise 64bit builds fails (lib64 already created). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-30toolchain: enforce --disable-multilibPeter Korsgaard
Since 5575d205c (toolchain: remove multilib) we were no longer passing --disable-multilib, which broke builds for multilib-capable archs (like x86-64, ppc, ..). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29gcc-4.2.4: Add patch to accept --with-abi=aapcs-linuxKhem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29Add support for uclibc NPTL toolchain.Khem Raj
This patch modifies current toolchain build sequence so that NPTL enabled toolchain can be built. The new sequence works well with linuxthreads as well. It introduces a new pass for gcc cross compilation. The new sequence is binutils->gcc-initial->linux-headers -> uclibc-configured (some cheats to generate phony shared libc.so and libm.o) -> gcc-intermediate(with shared lib support) -> uclibc -> gcc-final I also added a new sample config arm_nptl_toolchain_defconfig which builds the toolchain and busybox. I have only tried it on arm. However it should work for other architectures which support NPTL on uclibc e.g. mips, sh, x86, ppc, x86_64 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-28toolchain: remove multilibThomas Petazzoni
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>
2010-07-28gcc: remove option on SJLJ exceptionsThomas Petazzoni
This is a very advanced option, and it seems, according to http://choices.cs.uiuc.edu/exceptions.pdf that SJLJ exceptions aren't really interesting. Users really interested by this can always use the BR2_EXTRA_GCC_CONFIG_OPTIONS is they want. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27Merge branch 'avr32-toolchain-fix' of ↵Peter Korsgaard
git://git.busybox.net/~tpetazzoni/git/buildroot
2010-07-27toolchain: remove redundant and incorrect --with-build-time-tools optionThomas Petazzoni
This option is already part of the gcc configure options through the BR2_CONFIGURE_BUILD_TOOLS variable (in toolchain/Makefile.in). Additionnally, the value that was passed in the AVR32 specific case was incorrect: it was $(STAGING_DIR)/$(REAL_GNU_TARGET_NAME)/bin instead of $(STAGING_DIR)/usr/$(REAL_GNU_TARGET_NAME)/bin. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27binutils,gcc: use correct --prefixThomas Petazzoni
The cross binutils and cross gcc are actually going to be executed from $(STAGING_DIR)/usr, so the correct prefix is $(STAGING_DIR)/usr and not /usr. This also fixes what is known as the "AVR32 toolchain build failure", which was due to the fact that the prefix directory wasn't writable (since it was /usr). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27Merge branch 'various-bumps' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard
2010-07-27Create <tuple>/lib -> <sysroot>/lib symlink before installing cross gccThomas Petazzoni
This commit solves bug #1051. The problem in this bug in that WebKit compiles a sample C program, which uses WebKit. As WebKit is written in C++, even though the program it built with CROSS-gcc, it must be linked with libstdc++. However, CROSS-gcc can't find the libstdc++ has it's hidden inside <sysroot>/<tuple>/lib. Therefore, this commit creates a symbolic link <sysroot>/<tuple>/lib -> <sysroot>/lib before running the CROSS-gcc installation. While this may look like a hack, this is the solution used by both Crosstool-NG and OpenWRT. Moreover, with this symbolic link in place, I think bug #1741 may also be solved. The problem in this bug is that the linker tries to link against /lib/libc.so.0. This is due to the fact that the linker finds a libc.so script file in the original toolchain location and not inside the copy of the toolchain sysroot in $(STAGING_DIR). As the script file is found outside of the current toolchain sysroot, ld considers the script has non-sysrooted, and therefore doesn't prefix all paths found in the script file (such as /lib/libc.so.0) with the sysroot path, leading to the failure. So, in details, this commit : * Adds a BR2_ARCH_IS_64 invisible config knob that is used to know if the arch is a 64 bits architecture or not. * Creates the <sysroot>/<tuple>/lib -> <sysroot>/lib symbolic link, and the <sysroot>/<tuple>/lib64 -> <sysroot>/lib64 symbolic link if needed. * Fixes the external toolchain sysroot detection code so that the 'sed' replacement is done *after* the readlink -f evaluation. I have tested this by building ARM, x86 and x86_64 toolchains with Buildroot, and then use these toolchains as external toolchains to build a full X.org/Gtk/WebKit/Midori stack. I have also done a complete ARM Buildroot internal toolchain build with the same full X.org/Gtk/WebKit/Midori stack. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27target-g++: fix buildThomas Petazzoni
Just as we did to fix target-gcc, pass CXX_FOR_TARGET when building target g++, and remove useless copies of g++ and c++. Tested on ARM by compiling a simple C++ program using <iostream> on the target and running it. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27target-gcc: remove useless copies of gccThomas Petazzoni
When doing the "make install" of target, three identical copies of gcc are installed in $(TARGET_DIR)/usr/bin: 039adcc582c365f12ba6fc5f96098128 arm-unknown-linux-uclibcgnueabi-gcc 039adcc582c365f12ba6fc5f96098128 arm-unknown-linux-uclibcgnueabi-gcc-4.3.5 039adcc582c365f12ba6fc5f96098128 gcc This patch removes the first two copies and keeps only the common "gcc" one. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27target-gcc: no need to strip binaries, remove .la files and docThomas Petazzoni
This is done in a global way by the target-finalize target of the main Makefile. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27target-gcc: fix buildThomas Petazzoni
Now that $(STAGING_DIR)/usr/bin is no longer in the PATH, we need to pass the absolute paths to $(TARGET_CC) when building the target gcc compiler. This commit fixes the target gcc build problem reported on the list. I have successfully been able to build a target gcc for ARM, use it to compile a hello world application on the target and run this application. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27target-gcc: Get rid of TARGET_GCC_FLAGSThomas Petazzoni
This variable is used only once, so let's just hardcode its value at its call site. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-26java: mark as brokenPeter Korsgaard
We haven't had any updates to the java packages in a long time, gcj in 4.3.x doesn't build, and 4.4.x is missing ecj1, so it cannot have many users. Mark it as broken and remove during the 2010.11 cycle, unless someone steps up to maintain it. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-09toolchain/gcc: cleanup softfloat selectionPeter Korsgaard
We don't have a BR2_SOFT_FLOAT_FP option, and -mfloat-abi should also be used for big endian ARM. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-02toolchain: remove unused special detection of old toolchainsPeter Korsgaard
We only support gcc >= 4.2.x for the internal toolchain. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-06-15toolchain: remove gcc 4.1.2 and non-sysroot supportPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-06-15toolchain/gcc: Use 4.3.x like for 4.4, get rid of older 4.3.x versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-06-15toolchain: bump gcc 4.3.x series to 4.3.5Gustavo Zacarias
Closes #2065 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-05-02toolchain/gcc: bump 4.4.x version to 4.4.4Peter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-12Get rid of all usages of BR2_RECENTThomas Petazzoni
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>
2010-04-11Remove BR2_PREFER_IMAThomas Petazzoni
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>
2010-04-05gcc: hide shared libgcc option if BR2_PREFER_STATIC_LIB is enabledPeter Korsgaard
Shared libgcc without shared libs doesn't make much sense. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-03-30get rid of broken nios2 supportPeter Korsgaard
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>
2010-02-25gmp/mpfr: make sure host builds add source targets to HOST_SOURCEPeter Korsgaard
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>
2010-02-25gcc on target: add missing definitions for gcc 4.4Thomas Petazzoni
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>
2010-01-23toolchain/gcc: bump 4.4.x versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-12-15gcc: do not pass --with-pkgversion to gcc < 4.3Thomas Petazzoni
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>
2009-12-15Merge branch 'remove-external-toolchain' of ↵Peter Korsgaard
git://git.busybox.net/~tpetazzoni/git/buildroot
2009-12-14gcc: remove external sources patchesThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-12-14Use BR2_TOOLCHAIN_BUILDROOT instead of BR2_TOOLCHAIN_SOURCEThomas Petazzoni
The BR2_TOOLCHAIN_SOURCE option is removed in a future commit. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-12-14gcc: remove GCC_OFFICIAL_VERSION and just use GCC_VERSION insteadThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-12-14gcc: remove support for external source toolchainsThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-12-14gcc: improve configuration for snapshot versionsThomas Petazzoni
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>
2009-12-14gcc: on avr32, only allow avr32 gcc versionsThomas Petazzoni
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>
2009-12-14gcc: add 4.2.2-avr32-2.1.5 patchesThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-12-14gcc: add avr32 special versionThomas Petazzoni
* 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>
2009-12-14gcc: remove hurd specific detailsThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
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>