| .. |
|
binutils
|
01870142fb
binutils: add binutils 2.21.1
|
14 éve |
|
eglibc
|
d7fa989b42
eglibc: remove obsolete dependencies to fix missing config options for eglibc 2.13
|
14 éve |
|
gcc
|
cca287d05e
gcc: add 4.6-linaro version 4.6-2011.08
|
14 éve |
|
gdb
|
be20fe9771
toolchain/gdb: fix compile for powerpc targets, refresh patch
|
14 éve |
|
glibc
|
74fecd0366
fix glibc to work with all versions of binutils, fixes #7133 - thanks to marek siller
|
14 éve |
|
glibc-ports
|
f797b4293a
add support for glibc-2.4 (#5213)
|
16 éve |
|
insight
|
62c1740676
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
|
15 éve |
|
kernel-headers
|
2105acbe28
kernel-headers: fix compile error caused by wrong host include path when the toolchain is already built
|
14 éve |
|
llvm
|
215ccb66e6
gcc: add llvm-gcc and llvm from trunk (does not successfully compile a target yet, but gets close)
|
16 éve |
|
uClibc
|
5b14d8bc0b
disable UCLIBC_HAS_XLOCALE and UCLIB_HAS_GLIBC_DIGIT_GROUPING if BUILD_NLS is on (#10735)
|
14 éve |
|
Config.in
|
e53afbbe64
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.
|
14 éve |
|
Makefile
|
830282cc89
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
|
14 éve |
|
info.mk
|
222f37cbde
uClibc cleanup: - use full version string (0.9.30.1), instead of base (0.9.30) + extra (.1) - remove support for 0.9.28 and snapshots (building from SVN to be added later)
|
16 éve |
Jo-Philipp Wich
e53afbbe64
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.