NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
4e7522aacd
kumquat-buildroot/package/libupnpp/Config.in

17 lines
552 B
Plaintext
Raw Normal View History

libupnpp: new package [Thomas: adjust dependencies on the comment.] Signed-off-by: Jörg Krause <jkrause@posteo.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-21 22:11:59 +02:00
config BR2_PACKAGE_LIBUPNPP
bool "libupnpp"
depends on BR2_INSTALL_LIBSTDCPP
depends on BR2_TOOLCHAIN_HAS_THREADS # libupnp
libupnpp: needs gcc >= 4.9 After bumping libupnpp from version 0.15.1 to 0.15.2 compilation fails for toolchains using GCC 4.7: ``` libupnpp/control/discovery.cxx: In constructor 'UPnPClient::UPnPDeviceDirectory::UPnPDeviceDirectory(time_t)': libupnpp/control/discovery.cxx:338:5: error: 'yield' is not a member of 'std::this_thread' ``` Before version 0.15.2, libupnpp used sched_yield() which was replaced by `std::this_thread::yield()` in the new version. Looking at the `<thread>` header file of the PowerPC toolchain [1] from the autobuilder shows that `yield()` is only enabled if `_GLIBCXX_USE_SCHED_YIELD` is defined: ``` /// yield inline void yield() noexcept { __gthread_yield(); } ``` Note, that `__gthread_yield()` inlines to a call to `sched_yield()`: ``` static inline int __gthread_yield (void) { return __gthrw_(sched_yield) (); } ``` This macro is only defined if GCC was built with `--enable-libstdcxx-time`, which is obviously not the case for the affected toolchains. For GCC 4.7 and below this option defaults to no, which means `sched_yield()` is not enabled though it is be available. The issue was discussed on stackoverflow [2]. In GCC 4.9.0 the issue has been fixed, by automatically enabling `sched_yield()` on platforms that are known to support them. Therefore, we update the dependency to GCC 4.9. Fixes: http://autobuild.buildroot.net/results/506/50670d8119b4fbd26585d3d9bd646adb1d904dbe/ http://autobuild.buildroot.net/results/8b0/8b021648a073bde25dd6936ed1ea1e39977bf89b/ http://autobuild.buildroot.net/results/b6d/b6d7437e1cf8cf0b3726395401ac4ebd9af2833b/ http://autobuild.buildroot.net/results/0bf/0bf84f61a72a65a75c5fd0a787680f483cfead26/ .. and more. [1] http://autobuild.buildroot.org/toolchains/tarballs/powerpc-ctng_e500v2-linux-gnuspe.tar.xz [2] https://stackoverflow.com/a/12961816 Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-06-07 21:25:39 +02:00
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_9
package/l*/Config.in: fix ordering of statements The check-package script when ran gives warnings on ordering issues on all of these Config files. This patch cleans up all warnings related to the ordering in the Config files for packages starting with the letter l in the package directory. The appropriate ordering is: type, default, depends on, select, help See http://nightly.buildroot.org/#_config_files for more information. Signed-off-by: Adam Duskett <Adamduskett@outlook.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:58 +02:00
select BR2_PACKAGE_EXPAT
select BR2_PACKAGE_LIBCURL
select BR2_PACKAGE_LIBUPNP
libupnpp: new package [Thomas: adjust dependencies on the comment.] Signed-off-by: Jörg Krause <jkrause@posteo.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-21 22:11:59 +02:00
help
The libupnpp C++ library wraps libupnp for easier use by upmpdcli and
upplay.
http://www.lesbonscomptes.com/upmpdcli/
libupnpp: needs gcc >= 4.9 After bumping libupnpp from version 0.15.1 to 0.15.2 compilation fails for toolchains using GCC 4.7: ``` libupnpp/control/discovery.cxx: In constructor 'UPnPClient::UPnPDeviceDirectory::UPnPDeviceDirectory(time_t)': libupnpp/control/discovery.cxx:338:5: error: 'yield' is not a member of 'std::this_thread' ``` Before version 0.15.2, libupnpp used sched_yield() which was replaced by `std::this_thread::yield()` in the new version. Looking at the `<thread>` header file of the PowerPC toolchain [1] from the autobuilder shows that `yield()` is only enabled if `_GLIBCXX_USE_SCHED_YIELD` is defined: ``` /// yield inline void yield() noexcept { __gthread_yield(); } ``` Note, that `__gthread_yield()` inlines to a call to `sched_yield()`: ``` static inline int __gthread_yield (void) { return __gthrw_(sched_yield) (); } ``` This macro is only defined if GCC was built with `--enable-libstdcxx-time`, which is obviously not the case for the affected toolchains. For GCC 4.7 and below this option defaults to no, which means `sched_yield()` is not enabled though it is be available. The issue was discussed on stackoverflow [2]. In GCC 4.9.0 the issue has been fixed, by automatically enabling `sched_yield()` on platforms that are known to support them. Therefore, we update the dependency to GCC 4.9. Fixes: http://autobuild.buildroot.net/results/506/50670d8119b4fbd26585d3d9bd646adb1d904dbe/ http://autobuild.buildroot.net/results/8b0/8b021648a073bde25dd6936ed1ea1e39977bf89b/ http://autobuild.buildroot.net/results/b6d/b6d7437e1cf8cf0b3726395401ac4ebd9af2833b/ http://autobuild.buildroot.net/results/0bf/0bf84f61a72a65a75c5fd0a787680f483cfead26/ .. and more. [1] http://autobuild.buildroot.org/toolchains/tarballs/powerpc-ctng_e500v2-linux-gnuspe.tar.xz [2] https://stackoverflow.com/a/12961816 Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-06-07 21:25:39 +02:00
comment "libupnpp needs a toolchain w/ C++, threads, gcc >= 4.9"
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_9
Reference in New Issue Copy Permalink