Felix Fietkau e3a21eb9f8 gcc: always explicitly link against libstdc++, fixes build errors on some hosts that refuse to link it in implicitly (should fix #10587) ... SVN-Revision: 29721		2012-01-12 10:15:20 +00:00
..
binutils	binutils: add binutils 2.21.1	2011-08-06 09:53:58 +00:00
eglibc	eglibc: remove obsolete dependencies to fix missing config options for eglibc 2.13	2011-07-16 10:27:48 +00:00
gcc	gcc: always explicitly link against libstdc++, fixes build errors on some hosts that refuse to link it in implicitly (should fix #10587)	2012-01-12 10:15:20 +00:00
gdb	toolchain/gdb: fix compile for powerpc targets, refresh patch	2011-06-11 13:25:00 +00:00
glibc	fix glibc to work with all versions of binutils, fixes #7133 - thanks to marek siller	2011-06-17 22:51:24 +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	disable UCLIBC_HAS_XLOCALE and UCLIB_HAS_GLIBC_DIGIT_GROUPING if BUILD_NLS is on (#10735)	2012-01-04 12:32:47 +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	build: add a lib64 symlink in staging_dir/host and staging_dir/toolchain* for systems that prefer this as library path (e.g. current SuSE), fixes mpfr and gcc build	2011-11-28 19:19:33 +00:00