summaryrefslogtreecommitdiffstats
path: root/toolchain
Commit message (Collapse)AuthorAgeFilesLines
...
* external toolchain: do not copy useless symbolic linksThomas Petazzoni2009-07-171-1/+1
| | | | | | | Do not copy .so symbolic links to target when not needed. Only copy .so.X symbolic links and the library itself. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* external toolchain: more documentation about the principlesThomas Petazzoni2009-07-171-0/+31
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* external toolchain: use LANG=C when calling gcc -vThomas Petazzoni2009-07-171-2/+2
| | | | | | | | | | | | Lionel Landwerlin <lionel.landwerlin@openwide.fr> reported that using the external toolchain support when LANG=fr_FR.UTF-8 doesn't work, since the messages printed by gcc -v are translated in another language, defeating the grep ^Configured test. Therefore, as per Lionel suggestion, we force LANG=C when calling $(TARGET_CC) -v. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* external-toolchain: better documentation, cleanup, sysroot checkThomas Petazzoni2009-07-171-34/+81
| | | | | | | | | | | | | | | | * Introduce documentation for each function of ext-tool.mk, and document all parameters of the functions. * Pass SYSROOT_DIR as argument to all functions that require it, instead of computing it manually everywhere * Use $(shell) instead of backquotes * Check that the SYSROOT_DIR variable is not empty, which means that the external toolchain doesn't support --sysroot. In that case, bail out with a nice error message. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* external toolchain: fix libraries copy and add ARM ABI checkThomas Petazzoni2009-07-161-20/+37
| | | | | | | | | | Instead of hardcoding the C library versions, just copy the version available in $SYSROOT_DIR/lib. Add a check on the ARM ABI configured in Buildroot with regard to the ABI of the external toolchain provided. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* kernel-headers: bump 2.6.27.x / 2.6.29.x / 2.6.30.x stable versionsPeter Korsgaard2009-07-031-3/+3
| | | | 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>
* kernel-headers: bump 2.6.29.x versionPeter Korsgaard2009-06-171-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'external-toolchain' of ↵Peter Korsgaard2009-06-172-23/+77
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * Improve external toolchain checksThomas Petazzoni2009-06-151-0/+51
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch adds some checks on the external toolchains. First, it checks that the C library selection is correct, by looking if gcc is able to find the main C library file through the -print-file-name option. Then, it attempts to check if the Buildroot toolchain options match the configuration of the toolchain : * for glibc, it checks that IPv6, RPC, locales, wide-char, large file support Buildroot options are enabled, since with glibc all these features are always available (at least this is the assumption we make) ; * for uClibc, it checks the Buildroot options with the uClibc configuration file in $SYSROOT_DIR/usr/include/bits/uClibc_config.h Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * Simple glibc-based external toolchain supportThomas Petazzoni2009-06-152-23/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The current Buildroot works just well with sysrootable glibc toolchains, using the external toolchain feature. The only thing that needs to be customized is the set of libraries that must be compiled to the target. The following patch takes a simple approach to making it easier for users to use glibc toolchains. It just adds a uClibc/glibc choice in the external toolchain menu. Then, depending on that selection, the configuration system will choose a sane default value for the library files list. The other advantage of having a uClibc/glibc choice is that in the future, we'll be able to add checks verifying that the external toolchain configuration matches the features selected in Buildroot (in terms of IPv6, RPC, locales or large file support). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | kernel-headers: bump 2.6.27.x versionPeter Korsgaard2009-06-161-1/+1
|/ | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/kernel: remove ancient versionsPeter Korsgaard2009-06-114-26611/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/kernel-headers: add 2.6.30Peter Korsgaard2009-06-111-2/+7
| | | | 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>
* kernel-headers: bump 2.6.27 / 2.6.29 versionsPeter Korsgaard2009-05-201-2/+2
| | | | 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>
* kernel-headers: bump 2.6.27 / 2.6.29 versionsPeter Korsgaard2009-05-091-2/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* kernel-headers: bump 2.6.27.x / 2.6.28.xPeter Korsgaard2009-05-044-2/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/uClibc: 0.9.30.1 arm linuxthreads fixPeter Korsgaard2009-04-291-0/+177
| | | | Reported by Michael Roth <mroth@nessie.de>. Identical to the 0.9.30 patch.
* toolchain/gdb: remove ancient deprecated versionsPeter Korsgaard2009-04-2831-4311/+0
| | | | | They shouldn't be used anymore, needs havily patching (6.3 has more than 200k patches) and no one tests them with current toolchains.
* toolchain/gdb: remove broken snapshot supportPeter Korsgaard2009-04-289-366/+0
|
* toolchain/kernel-headers: bump 2.6.29 versionPeter Korsgaard2009-04-281-1/+1
|
* 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/uClibc: 0.9.30.1 getaddrinfo fix for intfs without addressPeter Korsgaard2009-04-241-0/+13
| | | | From uClibc r24336.
* 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: add BR2_USE_SSP option for stack protection supportPeter Korsgaard2009-04-224-6/+29
| | | | Using the support in uClibc.
* 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/br2_autoreconf: removePeter Korsgaard2009-04-171-699/+0
| | | | | It got added by Ulf back in 2007, but there's no references to it anywhere, so remove it.
* toolchain/gcc: shared libgcc broken for sparc, so disable itPeter Korsgaard2009-04-151-0/+1
|
* kernel-headers: bump 2.6.29.x versionPeter Korsgaard2009-04-061-1/+1
|
* Makefile: add BR2_ENABLE_LOCALE_PURGE to purge unwanted localesPeter Korsgaard2009-04-061-0/+22
| | | | | | | | | Add BR2_ENABLE_LOCALE_PURGE / BR2_ENABLE_LOCALE_WHITELIST options to remove unwanted locales from the target rootfs. Handy for stuff like the gtk stack, which comes with ~25 MB locales. Works similar to localepurge in Debian, E.G. you provide a white list of wanted locales, and everything else is removed.
* kernel-headers: add 2.6.29.x, remove 2.6.22.xPeter Korsgaard2009-03-241-7/+7
|
* kernel-headers: remove unused patches for ancient versionsPeter Korsgaard2009-03-243-533/+0
|
* kernel-headers: bump 2.6.27.x / 2.6.28.x versionsPeter Korsgaard2009-03-244-2/+2
|
* kernel-headers: adjust patch names for 2.6.28.8Peter Korsgaard2009-03-183-0/+0
|
* kernel-headers: bump 2.6.27.x versionPeter Korsgaard2009-03-181-1/+1
|
* kernel-headers: bump 2.6.28.x versionPeter Korsgaard2009-03-171-1/+1
|
* uClibc: additional 0.9.30.1 patchesPeter Korsgaard2009-03-122-22/+822
| | | | From Bernhard's tree.
* gcc: 4.3.x fix for PR 32044.Peter Korsgaard2009-03-103-0/+579
| | | | Patch by Daniel Mack <daniel@caiaq.de>
* uClibc: strtouq fix for 64bitPeter Korsgaard2009-03-102-0/+96
|
* binutils: undeprecate 2.18 for avr32Peter Korsgaard2009-03-071-1/+1
| | | | | As discussed on the list. AVR32 is still stuck at 2.18, so don't mark it as deprecated yet.
* binutils: really remove ancient dirs (missing from r25067, git-svn issue)Peter Korsgaard2009-03-055-39770/+0
|
* binutils: really add 2.19.1 patches (missing from r25513).Peter Korsgaard2009-03-054-0/+111
|
* uclibc: 0.9.30.1 fix for ppc32 C99 mathPeter Korsgaard2009-03-051-0/+45
| | | | From Bernhard.
* binutils: remove handling of ancient versionsPeter Korsgaard2009-03-031-24/+0
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-05 20:39:32 +0000