Minor fixes:
- CoRoutine2 selector requires that a GCC v5 compiler or better is selected
- coroutine2 requires C++14
- The Makefile was not alowing the libraries to be compiled with both
statically and shared, at the same time. There are now two seperate options,
allowing to select which version is wanted.
- The Makefile was also not allowing to compile both single thread and multi-
thread versions. Again, two seperate options now exist.
- There is also the option to build another set of libraries with debug support
which is good for development.
- These options are important for those who whish to build an OpenWRT SDK.
Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>
Switch grilo, grilo-plugins and libgee to use the @GNOME alias for
source download in order to fix download problems in buildbot.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
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>
My last commit c1137b6db7 "libffi: fix
libffi.pc file" broke the host build as that still placed the header
files to /usr/lib/libffi-3.0.13/include/ and the libffi.pc file pointed
to /usr/include/ . With this patch I took the patch from Debian and
also made the install process to put the header files to /usr/include
in all situations.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Beside some improvements, this also fixes several CVEs, for full
list see upstream changelog at:
https://mail.gnome.org/archives/xml/2015-November/msg00012.html
The patch needed for musl was accepted upstream, so we can remove it.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
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>
The include dir pointed to staging_dir/target-mips_34kc+dsp_musl-1.1.11
/usr/lib/libffi-3.0.13/include which does not exists, this made glib2
fail to compile. The header files are copied to /usr/include so define
it in the libffi.pc file.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Fix libtorrent compilation by:
* Disable ipv6
* Remove the problematic patches/120-... ipv6 hack at the same time,
as it is a 5-year old hack to fix one ipv6 problem.
* Update libtorrent to git master HEAD (0.13.6).
Libtorrent compilation has been broken due to patches/120-...
since #1181 got merged and ipv6 got enabled.
Users have seen issues like #1316 and #1804
IPv6 support in libtorrent master is not compelete.
Instead there is a separate ipv6 branch, which still needs some
cleanup before mainstream use. See discussion at
https://github.com/rakshasa/rtorrent/issues/59#issuecomment-56651538
So, it makes no sense to use ipv6 with the master branch.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
From the upstream NEWS file:
r131
New : Dos/DJGPP target, thanks to Louis Santillan (#114)
Added : Example using lz4frame library, by Zbigniew Jędrzejewski-Szmek (#118)
Changed: xxhash symbols are modified (namespace emulation) within liblz4
r130:
Fixed : incompatibility sparse mode vs console, reported by Yongwoon Cho (#105)
Fixed : LZ4IO exits too early when frame crc not present, reported by Yongwoon Cho (#106)
Fixed : incompatibility sparse mode vs append mode, reported by Takayuki Matsuoka (#110)
Performance fix : big compression speed boost for clang (+30%)
New : cross-version test, by Takayuki Matsuoka
Signed-off-by: Darik Horn <dajhorn@vanadac.com>
upm is a sensor library that sits ontop of libmraa. it has support for a large
number of sensors and exports bindings for node, python, ...
Signed-off-by: John Crispin <blogic@openwrt.org>
mraa is a lowlevel io bus abstraction layer. it allows us to export bindings for
various linux io busses for node, python, ...
Signed-off-by: John Crispin <blogic@openwrt.org>