openwrt/toolchain
Florian Fainelli 3271b347fc backport upstream fix for dst computation
SVN-Revision: 31073
2012-03-26 10:57:50 +00:00
..
binutils enable 2.22 for unsupported archs if BROKEN is enabled 2012-02-12 09:56:47 +00:00
eglibc eglibc 2.14 needs our eglibc patchset as well 2012-01-21 19:39:37 +00:00
gcc toolchain/gcc-4.6.2: fix v4bx patch 2012-03-18 10:55:49 +00:00
gdb toolchain/gdb: fix compile for powerpc targets, refresh patch 2011-06-11 13:25:00 +00:00
glibc glibc: remove all previous (ancient) versions, add 2.14 (partially based on a patch and testing by WillieNL) 2012-02-12 16:12:01 +00:00
glibc-ports
insight toolchain: fix the sysroot mess by getting rid of $(TOOLCHAIN_DIR)/usr and moving it back to $(TOOLCHAIN_DIR), this change makes the toolchain relocatable again, which should fix the SDK 2010-08-19 12:49:51 +00:00
kernel-headers kernel-headers: fix compile error caused by wrong host include path when the toolchain is already built 2011-08-05 16:39:04 +00:00
llvm
uClibc backport upstream fix for dst computation 2012-03-26 10:57:50 +00:00
wrapper use ext-toolchain.sh to integrate external toolchains Use ext-toolchain.sh 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. 2012-01-18 03:08:09 +00:00
Config.in introduce a USE_EXTERNAL_LIBC symbol which gets selected by 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. 2012-01-08 15:34:23 +00:00
info.mk
Makefile use ext-toolchain.sh to integrate external toolchains Use ext-toolchain.sh 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. 2012-01-18 03:08:09 +00:00