buildroot-novena/package/boost, branch master

Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC}

2013-07-04T07:08:42+00:00

Currently, when we need to do a conditional on the type of C library used, we need to take into account the three toolchain backends. As we are going to add eglibc support to the Buildroot toolchain backend, it would become even uglier, so this patch introduces two new hidden options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that exist regardless of the toolchain backend. The entire Buildroot code base is converted to use those options. Note that we have intentionally created only one option (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are essentially the same, as far as Buildroot is concerned. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

boost: only the iostreams library requires bzip2 and zlib

2013-06-11T09:58:27+00:00

Signed-off-by: Will Wagner Signed-off-by: Peter Korsgaard

Normalize separator size to 80

2013-06-06T20:30:24+00:00

Signed-off-by: Alexandre Belloni Signed-off-by: Peter Korsgaard

Convert headers to lower case when relevant

2013-06-06T15:36:41+00:00

Signed-off-by: Alexandre Belloni Signed-off-by: Peter Korsgaard

boost: Limit architectures which can build boost context library

2013-05-23T21:08:05+00:00

The boost context library needs porting to each new architecture and only a limited number of ports are currently available. Signed-off-by: Will Newton Signed-off-by: Peter Korsgaard

boost: fix build of context library

2013-04-15T21:40:59+00:00

Signed-off-by: Patrick Ziegler Signed-off-by: Peter Korsgaard

boost: bump version to 1.53.0

2013-04-14T19:17:05+00:00

and re-enable boost context library since its compilation with uClibc is fixed. Disable new atomic library because it can not compile with uClibc (fixed in upstream version). Signed-off-by: Victor Hiairrassary Signed-off-by: Peter Korsgaard

boost: Pass staging dir to --with-icu option.

2013-02-09T09:55:59+00:00

When using the --with-icu option without specifying the directory, boost's bootstrap.sh script will look at "common" locations (lines 289-294): COMMON_ICU_PATHS="/usr /usr/local /sw" for p in $COMMON_ICU_PATHS; do if test -r $p/include/unicode/utypes.h; then ICU_ROOT=$p fi done With buildroot it may surely become problematic at some point. Signed-off-by: Ignacy Gawędzki Signed-off-by: Peter Korsgaard

boost: slightly reduce the verbosity of the build

2013-01-15T10:51:05+00:00

At the moment, the boost build is very verbose, it gives both the Jam-level command being executed, and the underlying system command being executed, with lots of newlines. Makes it hard to see where the failure is when there is one. So, we reduce the verbosity level to -d+1, which only gives the Jam-level command. So now, it looks like: common.copy /home/test/outputs/e/host/usr/aarch64-buildroot-linux-gnu/sysroot/usr/include/boost/geometry/multi/multi.hpp common.mkdir /home/test/outputs/e/host/usr/aarch64-buildroot-linux-gnu/sysroot/usr/include/boost/geometry/strategies gcc.compile.c++ bin.v2/libs/regex/build/gcc-4.7.3/release/threading-multi/icu.o gcc.compile.c++ bin.v2/libs/regex/build/gcc-4.7.3/release/threading-multi/regex_debug.o gcc.compile.c++ bin.v2/libs/regex/build/gcc-4.7.3/release/threading-multi/regex_raw_buffer.o Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

boost: fix build problem by always building a threaded version

2013-01-15T10:50:26+00:00

Boost normally allows to build a non-threaded variant by passing threading=single or a multi-threaded variant by passing threading=multi. Unfortunately, the build of threading=single doesn't seem to work any more, due to bizarre things in the build system. We get "duplicate target" errors, that according to http://lists.boost.org/boost-build/2012/11/26582.php should appear if we ask for both threading=single,multi. But it seems to happen even in the threading=single case. Since Boost is such a big C++ beast, it probably doesn't make much sense to try to support it on toolchains that don't have thread support. So, we make the boost package depend on thread support. If someone cares enough in getting Boost to work in a non-threaded environment, then we can always revert back. Note that the boost package has no reverse dependencies in Buildroot, so we don't need to propagate this new dependency anywhere. Fixes: http://autobuild.buildroot.org/results/439e72ac74c8058f30977e6abc39acd6379a17d3/build-end.log Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard