Minor Fixes:
- Fixed bug related to Python 3.5 support. [1]
- "--without-python3" was being issued when it should only be
"--without-python".
- "--without-python" is only issued in the event of neither Python 3.5
support neither Python 2.7 support is requested.
- Fixed an old bug related to coroutine2 support (added selector).
- "--without-coroutin2" was not being issued, even when boost-coroutine was
not selected. Because of that, the boost building system was compiling
boost- coroutine and all of its dependencies.
- Added selector for boost-graph-parallel.
References:
[1] - openwrt@8f7e090#commitcomment-14542816
Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>
Signed-off-by: Ted Hess <thess@kitschensync.net>
Major Updates
- Added support for Python 3.5.
- Removed the restriction for the target MPC85xx when using uclibc [1].
- No longer required since uclibc was removed from trunk.
- Added option to force static compilation.
- Added option to force linking statically to the C++ standard library and compiler runtime support libraries.
- Added option to disable multithreading support. It can be helpfull for those who wish to fully optimise their code.
- Some boost libraries will require multithreading to be active. For those, this option is active as a requirement.
Minor Updates
- Added -fPIC to CFLags [2].
- python requires independent position code when statically compiling.
References:
[1] - https://github.com/openwrt/packages/issues/1621
[2] - https://github.com/openwrt/packages/issues/1938
Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>
This commit updates Boost to version 1.59, released in the 13th of August of 2015 [1].
- The new version adds two new template libraries, Convert [2] and CoRoutine2 [3].
- [Warning]-> CoRoutine2 library absolutly requires a C++14 compiler.
- patch 001-mips-options-fix.patch was removed, since it is already incorporated upstream.
[1] - http://www.boost.org/users/history/version_1_59_0.html
[2] - http://www.boost.org/libs/convert/
[3] - http://www.boost.org/libs/coroutine2/
Signed-off-by: Carlos Ferreira <carlosmf.pt@gmail.com>
This update solves two issues:
1) Incompatibility with the combination of using Target mpc85xx and uclibc at the same time[1].
- For now, Boost is disabled when the respective combination is detected.
2) The selection of Boost.Locale was not activating the build with full language support.
[1] - https://github.com/openwrt/packages/issues/1621
Signed-off-by: Carlos Ferreira <carlosmf.pt@gmail.com>
When only boost is selected without any specific boost library no *.so
file will be build and the InstallDev part is failing. Instead of
checking if there is a lib directory just try to copy the libs and do
not fail in case of an error.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
This update follows after the previous update[1]
Due to the Boost Dev patch submited in [2], this commit also updates
the boost patch in order to, instead of excluding all architectures
that do not support -m32 and -m64 options, it now includes only the
architectures that do support it.
[1]: https://github.com/openwrt/packages/pull/1186
[2]: https://github.com/boostorg/build/pull/76
Signed-off-by: Carlos M. Ferreira carlosmf.pt@gmail.com
Unfortunatly, due to changes in Boost, Boost.Build for version 1.58.0
requires a patch for gcc.jam. This patch prevents bjam from adding
-m32 and -m64 options to gcc compiler, when compiling for targets
that use the mips1 arch.
Patch initially provided by paalsteek (https://github.com/paalsteek)
Bug discussed here: https://github.com/openwrt/packages/issues/1160
Signed-off-by: Carlos M. Ferreira carlosmf.pt@gmail.com
Added MIPS (o32 and 64 abi) and Arm (aapcs abi) support. Everything else defaults to sysv.
Added Boost.Locale iconv dependency
- uCLibc does not implement monetary.h and because of that boost.locale.posix is off. For everything else it is on.
- For details check here: http://www.boost.org/doc/libs/1_57_0/libs/locale/doc/html/building_boost_locale.html
Added Boost.Context, Boost.Container, Boost.Coroutine and Boost.Log
Signed-off-by: Carlos M. Ferreira carlosmf.pt@gmail.com