buildroot-novena/toolchain, branch 2010.05

external toolchain: also copy the libthread_db.so for gdbserver

2010-05-28T21:31:39+00:00

gdbserver dlopen(3)s libthread_db.so at runtime, so there is no dependency on it (does not appear as being (NEEDED)). Copy libthread_db.so from external toolchain when gdbserver is enbled. Signed-off-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

toolchain/external: only copy the pthread lib if needed

2010-05-28T21:31:15+00:00

If threads are disabled, do not try to copy the libpthread.so from the external library. It is still expected that the BR configuration matches the external toolchain setup, and no check is done to enforce that. Signed-off-by: Peter Korsgaard

kernel-headers: bump 2.6.27.x / 2.6.32.x / 2.6.33.x stable versions

2010-05-27T07:48:47+00:00

Signed-off-by: Peter Korsgaard

Merge branch 'dependencies-fixes' of git://git.busybox.net/~tpetazzoni/git/buildroot

2010-05-26T22:46:12+00:00

uClibc: 0.9.31 defconfig: disable FORCE_SHAREABLE_TEXT_SEGMENTS

2010-05-26T22:36:45+00:00

Works around issues with non-fPIC libraries. Reported-by: Sagaert Johan Signed-off-by: Peter Korsgaard

Improve gettext integration

2010-05-24T20:32:37+00:00

Having a BR2_NEEDS_GETTEXT option, as introduced by 54d64798e1e14b526c3cc1142961972cff9f1e8a isn't sufficient to express the different kind of dependencies on gettext. This commit, based on an idea by Peter Korsgaard, introduces two different options : * BR2_NEEDS_GETTEXT, which is true as soon as the toolchain doesn't provide gettext itself (i.e, when the toolchain is uClibc based, be it an internal or external toolchain) * BR2_NEEDS_GETTEXT_IF_LOCALE, which is true when the toolchain doesn't provide gettext *and* locale support has been enabled in Buildroot. A following commit adds some documentation that details how these configuration variables should be used by packages. Signed-off-by: Thomas Petazzoni

dependencies: check that . is not in the PATH

2010-05-21T22:56:14+00:00

Having . in the PATH makes the toolchain build process fail because it confuses host tools and target tools. This fixes bug #75. Signed-off-by: Thomas Petazzoni

dependencies: fix tests on LD_LIBRARY_PATH

2010-05-21T22:56:14+00:00

Things like LD_LIBRARY_PATH=. or even LD_LIBRARY_PATH=.:/usr/lib were not detected as incorrect. Signed-off-by: Thomas Petazzoni

external toolchain: check BR2_INSTALL_LIBSTDCPP

2010-05-20T20:34:28+00:00

Verify that the value of BR2_INSTALL_LIBSTDCPP set by the user in the Buildroot configuration really matches the external toolchain capabilities by checking that a C++ cross-compiler is available. Signed-off-by: Thomas Petazzoni

Add a BR2_NEEDS_GETTEXT option

2010-05-20T20:34:27+00:00

When using an external toolchain that uses the glibc or eglibc C libraries, compiling a separate gettext and libintl is not needed and is even a source of confusion, causing build failures. These build failures are due to the fact that when libintl is compiled, it replaces the C library libintl.h by its own, which does #define gettext libintl_gettext. Then, when packages want to use gettext, autoconf realize that gettext is available in the C library and therefore do not add -lintl to the LDFLAGS, causing the build failure because the program has been compiled to use libintl_gettext but this function is not available. Therefore, we should only use gettext if a uClibc internal toolchain or a uClibc external toolchain. If an external glibc toolchain is used, gettext shouldn't be used. In order to implement that, we introduce the BR2_NEEDS_GETTEXT option, which is hidden to the user, and whose value is computed automatically from the rest of the configuration. Signed-off-by: Thomas Petazzoni