aboutsummaryrefslogtreecommitdiffstats
path: root/toolchain
Commit message (Collapse)AuthorAgeFilesLines
* uClibc: remove 0.9.32, it is no longer necessaryFelix Fietkau2012-05-1549-5856/+3
| | | | SVN-Revision: 31739
* kernel-headers: Fix patch application for kernel-headers and a patch that ↵Daniel Dickinson2012-05-132-1/+25
| | | | | | fixes exposure of a kernel-only data type (umode_t) to application layer which causes compile errors in ext2_fs.h using programs. SVN-Revision: 31697
* switch to 2.6.38Imre Kaloz2012-05-011-7/+8
| | | | SVN-Revision: 31546
* purge support for glibc - use eglibc instead!Mirko Vogt2012-04-2818-420/+3
| | | | | | for reference: http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg13425.html SVN-Revision: 31503
* drop support for eglibc version trunk/HEADMirko Vogt2012-04-283-10/+3
| | | | | | | | | | | | | | | | | | | | | | | | | When selecting a specific eglibc version, it comes with a specific SVN revision that should not be modified as it (more or less) correspond to a tagged release. This patch disable the possibility to select a specific SVN revision on known eglib versions. This patch also disables the possibility to select the trunk branch of eglibc. There are multiple reasons for that: * trunk/HEAD may not even compile * the OpenWrt built system makes using trunk/HEAD a difficult thing, as OpenWRT fetches the source tree and store it in a compressed tar archive. Subsequent build get the source from the tar archive - not from SVN, making the use of trunk/HEAD largelly innefective. * we cannot know the corresponding version of trunk/HEAD, meaning that we'll face compiling issues when we'll try to copy the libc files - unless the build system is fixed with this specific issue in mind. Signed-off-by: Emmanuel Deloget <logout@free.fr> SVN-Revision: 31502
* set version string of eglibc version 2.14 to 2.14.1Mirko Vogt2012-04-281-1/+1
| | | | | | | | | | | | | | | | | | | eglibc version number depends on the branch and on the maintenance release (i.e. the SVN revision). Changing the revision may change the maintenance version. This patch correlate the SVN revision to the correct version number - without this change eglibc 2.14 provoke build errors when building the base-files package (example, for 2.14): $ make package/base-files/compile V=1 make[1] package/base-files/compile make[2] -C package/opkg host-compile make[2] -C package/base-files-network compile make[2] -C package/base-files compile cp: cannot stat `/home/me/openwrt/trunk/staging_dir/toolchain-arm_v7-a_gcc-4.6-linaro_eglibc-trunk_eabi/lib/ld-2.14.so': No such file or directory Signed-off-by: Emmanuel Deloget <logout@free.fr> SVN-Revision: 31501
* drop eglibc version 2.12Mirko Vogt2012-04-283-9/+0
| | | | SVN-Revision: 31500
* gcc: fix getenv() patches for 4.4.7 and 4.5-linaroJo-Philipp Wich2012-04-272-1/+15
| | | | SVN-Revision: 31489
* remove screwed up patch for gcc 4.7-linaro which got committed by accidentMirko Vogt2012-04-211-247/+0
| | | | SVN-Revision: 31393
* add support for GCC 4.7-linaro (based on GCC 4.7.1)Mirko Vogt2012-04-2119-1/+10373
| | | | SVN-Revision: 31392
* gcc: add patch to make the getenv() spec function nonfatal if requested ↵Jo-Philipp Wich2012-04-214-0/+56
| | | | | | environment variable is unset SVN-Revision: 31390
* when choosing eglibc select eglibc version 2.13 by defaultMirko Vogt2012-04-181-2/+2
| | | | SVN-Revision: 31342
* remove patch '100-do-not-use-implicit-rules.patch' for eglibc 2.12Mirko Vogt2012-04-181-16/+0
| | | | | | Mentioned patch got obsoleted by commit 31300, since it went upstream meanwhile SVN-Revision: 31341
* level up eglibc versions to latest revisions of its respective branchesMirko Vogt2012-04-161-3/+3
| | | | | | in particular this solves the issue that eglibc version 2.x produced so-files having the version string 2.(x-1) in its names which confused the toolchain SVN-Revision: 31300
* toolchain/gcc: gcc-4.7.0 upstream patch fixing uClibc problemsJo-Philipp Wich2012-04-121-0/+241
| | | | SVN-Revision: 31255
* exclude CONFIG_GDB on avr32, allows enabling CONFIG_GDB unconditionally ↵Jo-Philipp Wich2012-04-101-0/+1
| | | | | | without failing avr32 builds SVN-Revision: 31249
* upgrade to gcc 4.4.7Imre Kaloz2012-04-0917-11/+11
| | | | SVN-Revision: 31230
* add support for gcc 4.7.0 - thanks to acoul!Mirko Vogt2012-04-0716-0/+9873
| | | | SVN-Revision: 31216
* backport upstream fix for dst computationFlorian Fainelli2012-03-261-0/+28
| | | | SVN-Revision: 31073
* toolchain/gcc-4.6.2: fix v4bx patchGabor Juhos2012-03-181-7/+6
| | | | SVN-Revision: 30970
* toolchain/gcc-4.6-linaro: fix v4bx patchGabor Juhos2012-03-181-7/+6
| | | | SVN-Revision: 30969
* gcc: now that the gpr save/restore issues are taken care of, remove the ↵Felix Fietkau2012-03-051-4/+0
| | | | | | -Os/-O2 workaround that dealt with it earlier SVN-Revision: 30815
* gcc: do not emit references to _savegpr_* and _restgpr_* on powerpc, as they ↵Felix Fietkau2012-03-051-0/+20
| | | | | | are tricky to deal with wrt. libgcc. they cannot be linked dynamically SVN-Revision: 30814
* gcc: use .eh_frame sections for exception handling stack unwind - saves ↵Felix Fietkau2012-02-171-0/+29
| | | | | | about 400 bytes on every executable or shared library SVN-Revision: 30614
* gcc: enable --with-headers for the final toolchain buildFelix Fietkau2012-02-171-0/+1
| | | | SVN-Revision: 30613
* gcc 4.6: port over the missing patch 850-use_shared_libgcc.patch to prevent ↵Felix Fietkau2012-02-121-0/+68
| | | | | | libgcc crap from leaking into every single binary SVN-Revision: 30486
* glibc: remove all previous (ancient) versions, add 2.14 (partially based on ↵Felix Fietkau2012-02-1215-266/+43
| | | | | | a patch and testing by WillieNL) SVN-Revision: 30478
* enable 2.22 for unsupported archs if BROKEN is enabledImre Kaloz2012-02-121-2/+2
| | | | SVN-Revision: 30471
* upgrade vanilla gcc to 4.6.2Imre Kaloz2012-02-1215-12/+12
| | | | SVN-Revision: 30470
* use binutils 2.22 by defaultImre Kaloz2012-02-121-3/+6
| | | | SVN-Revision: 30469
* use uClibc 0.9.33 by defaultImre Kaloz2012-02-122-3/+3
| | | | SVN-Revision: 30468
* use Linaro GCC 4.6 by defaultImre Kaloz2012-02-122-8/+5
| | | | SVN-Revision: 30467
* update to latest Linaro releasesImre Kaloz2012-02-121-5/+5
| | | | SVN-Revision: 30466
* toolchain/uClibc: use an upstream patch to fix syscall related build errors ↵Gabor Juhos2012-02-092-15/+28
| | | | | | in 0.9.33 SVN-Revision: 30398
* toolchain/uClibc: fix 0.9.33 build error on MIPSGabor Juhos2012-02-091-0/+15
| | | | SVN-Revision: 30394
* add binutils 2.22Imre Kaloz2012-02-087-1/+183
| | | | SVN-Revision: 30375
* add 0.9.33Imre Kaloz2012-02-0839-1/+5191
| | | | SVN-Revision: 30374
* nuke a 2.4 skeletonImre Kaloz2012-02-081-18/+0
| | | | SVN-Revision: 30372
* eglibc 2.14 needs our eglibc patchset as wellMirko Vogt2012-01-213-0/+114
| | | | SVN-Revision: 29842
* adjust md5sum of v2.21.1 since archive got replaced meanwhileMirko Vogt2012-01-201-1/+1
| | | | SVN-Revision: 29836
* invoke patch-specs.sh in the gcc/final install stage. Patch up OpenWrts own ↵Jo-Philipp Wich2012-01-181-0/+1
| | | | | | cross toolchains to always search headers and libraries in $STAGING_DIR, this should solve most issues with missing headers, indirect linking and not found libraries. At a later stage, all -I and -L flags will be purged from TARGET_LDFLAGS and TARGET_CPPFLAGS. SVN-Revision: 29768
* use ext-toolchain.sh to integrate external toolchains Use ext-toolchain.sh ↵Jo-Philipp Wich2012-01-182-1/+63
| | | | | | to wrap external toolchain commands, abort build if certain features such as CONFIG_SOFT_FLOAT or CONFIG_IPV6 are enabled but not supported by the toolchain. SVN-Revision: 29766
* upgrade to latest linaro releasesImre Kaloz2012-01-147-34/+17
| | | | SVN-Revision: 29748
* gcc: always explicitly link against libstdc++, fixes build errors on some ↵Felix Fietkau2012-01-121-1/+1
| | | | | | hosts that refuse to link it in implicitly (should fix #10587) SVN-Revision: 29721
* introduce a USE_EXTERNAL_LIBC symbol which gets selected by ↵Jo-Philipp Wich2012-01-081-1/+5
| | | | | | EXTERNAL_TOOLCHAIN || NATIVE_TOOLCHAIN Currently we always assume uClibc if an external toolchain is used, this breaks for non-uClibc toolchains or even vanilla uClibc ones since they do not share the external librpc semantics as OpenWrt. Solve the problem by defining an abstract "EXTERNAL_LIBC" which packages might or might not depend on. SVN-Revision: 29689
* disable UCLIBC_HAS_XLOCALE and UCLIB_HAS_GLIBC_DIGIT_GROUPING if BUILD_NLS ↵Jo-Philipp Wich2012-01-041-0/+2
| | | | | | is on (#10735) SVN-Revision: 29646
* if CONFIG_BUILD_NLS is selected, compile uClibc with locale supportJo-Philipp Wich2012-01-011-0/+1
| | | | SVN-Revision: 29633
* build: add a lib64 symlink in staging_dir/host and staging_dir/toolchain* ↵Felix Fietkau2011-11-281-0/+1
| | | | | | for systems that prefer this as library path (e.g. current SuSE), fixes mpfr and gcc build SVN-Revision: 29352
* uclibc: backport upstream signalfd patchFlorian Fainelli2011-08-251-0/+32
| | | | SVN-Revision: 28087
* gcc: add 4.6-linaro version 4.6-2011.08Hauke Mehrtens2011-08-1815-6/+9865
| | | | SVN-Revision: 28042