summaryrefslogtreecommitdiffstats
path: root/package/libupnpp
Commit message (Collapse)AuthorAgeFilesLines
* libupnpp: remove AUTORECONFFabrice Fontaine2019-01-201-2/+0
| | | | | | | | Commit 9b551dacf74445d58aaefef349e2817e009c9d5d removed patch on configure.ac so remove uneeded LIBUPNPP_AUTORECONF Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* libupnpp: fix libupnp dependencyFabrice Fontaine2019-01-201-1/+2
| | | | | | | | | | | Commit 9b551dacf74445d58aaefef349e2817e009c9d5d added support for libupnp18 but without updating LIBUPNPP_DEPENDENCIES Fixes: - http://autobuild.buildroot.org/results/aa734318b9ad318d25e772585c8794429cc0f489 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/libupnpp: bump to version 0.17.0Jörg Krause2019-01-194-40/+4
| | | | | | | | | | libupnpp 0.17.0 adds compatibility for libupnp 1.8. Therefore, we prefer selecting libupnp 1.8 and falling back to libupnp 1.6. Drop patch 0001, which has been merged upstream. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* libupnpp: fix build with uclibcFabrice Fontaine2018-05-062-0/+38
| | | | | | | | | | | | Add patch to avoid failing with error if host_os doesn't start with linux Fixes: - http://autobuild.buildroot.net/results/cfb332a169863bcb3e6bc6ee7d6f6199f856b0b8 - http://autobuild.buildroot.net/results/2f6f464f6360ed9ea4c238f503d2c3b8ab3cbd86 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* libupnpp: bump to version 0.16.1Jörg Krause2018-04-062-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* libupnpp: fix licenseFabrice Fontaine2018-03-072-1/+4
| | | | | | | | Add license hash and fix LICENSE: since November 2016 (release 0.15.2), libupnpp is licensed under LGPL-2.1+ and not GPL-2.0+ Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* libupnpp: bump to version 0.16.0Jörg Krause2017-09-222-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/lib*: fix wrapping of Config.in help textAdam Duskett2017-07-311-2/+2
| | | | | | | | | | | | | | The check-package script when ran gives warnings on text wrapping on all of these Config files. This patch cleans up all warnings related to the text wrapping for the Config files starting with lib in the package directory. The appropriate indentation is: <tab><2 spaces><62 chars> See http://nightly.buildroot.org/#writing-rules-config-in for more information. Signed-off-by: Adam Duskett <aduskett@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* libupnpp: bump to version 0.15.3Jörg Krause2017-07-012-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* libupnpp: needs gcc >= 4.9Jörg Krause2017-06-071-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* libupnpp: bump to version 0.15.2Jörg Krause2017-05-292-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/l*/Config.in: fix ordering of statementsAdam Duskett2017-05-011-3/+3
| | | | | | | | | | | | | 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>
* boot, linux, package: use SPDX short identifier for GPLv2/GPLv2+Rahul Bedarkar2017-04-011-1/+1
| | | | | | | | | | | We want to use SPDX identifier for license strings as much as possible. SPDX short identifier for GPLv2/GPLv2+ is GPL-2.0/GPL-2.0+. This change is done by using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/\<GPLv2\>/GPL-2.0/g' Signed-off-by: Rahul Bedarkar <rahulbedarkar89@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/libupnpp: bump to version 0.15.1Jörg Krause2016-10-124-197/+3
| | | | | | | Remove patches applied upstream. No need to set AUTORECONF anymore. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/libupnpp: add patch to get pkg-config fileJörg Krause2016-09-172-1/+66
| | | | | | | | | | Apply a patch from upstream to install a pkg-config file for libupnpp. Fetch from: https://github.com/medoc92/libupnpp/commit/9f03bb0e7b47e2843edea6f25ed9eabbfb6412df Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/libupnpp: add patch to fix build issueJörg Krause2016-09-132-0/+129
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bumping libupnpp to version 0.15.0 introduced a build error for some architectures: ``` ./libupnpp/workqueue.h:308:29: error: field 'res' has incomplete type std::future<void *> res; ^ ./libupnpp/workqueue.h: In member function 'bool WorkQueue<T>::start(int, void* (*)(void*), void*)': ./libupnpp/workqueue.h:81:25: error: invalid use of incomplete type 'class std::packaged_task<void*(void*)>' w.res = task.get_future(); ``` The problem is that `std::future` is not available for all architectures, e.g. it is missing for ARMv5 (soft-float). libstdc++ enables `std::future` only if `ATOMIC_INT_LOCK_FREE > 1`, which according the the libstdc++ documentation means that operations on atomic ints are guaranteed to be lock-free. This check is not true for some target, e.g. the toolchain for the ARMv5 target defines: ``` $ echo | /usr/bin/arm-linux-g++ -dM -E - | grep ATOMIC_INT_LOCK_FREE #define __GCC_ATOMIC_INT_LOCK_FREE 1 ``` We add a patch from upstream which detects if `std::future` is available and opts-out the functionality for unsupported targets. Fixes: http://autobuild.buildroot.net/results/f8eb38ef79160e1f646dae0be19f27fae82a58bc http://autobuild.buildroot.net/results/158e0ceeff009146b78a0d2bb278c76479bafc34 http://autobuild.buildroot.net/results/1760cf53c77e16bb2b5bc795bd0ce5eb65f258f2 http://autobuild.buildroot.net/results/5b73e52495aa1bbb2c704492237da784b9d74bc2 http://autobuild.buildroot.net/results/6d922a1bbace024fcf040beb49bbb119036865ef http://autobuild.buildroot.net/results/bebb8983e7579ee4b4bcf18f037c7797ab86f8db http://autobuild.buildroot.net/results/0f1a5832ced2a6ec2e18f9f14197446fda6af692 http://autobuild.buildroot.net/results/94a9cc349f23a47246b06619a019bcb917493415 http://autobuild.buildroot.net/results/19fba094098af5c1ce1e1371e5e88393c4a6ac9c http://autobuild.buildroot.net/results/578935b5c04005d1f096059387d16911f953ec6f http://autobuild.buildroot.net/results/2ad698f1665b7b886141672181cb76ec3c40a743 and more... Note, that we enable autoreconf as the patch touches configure.ac. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/libupnpp: bump to version 0.15.0Jörg Krause2016-09-112-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package: remove _gp issue workaround for Codesourcery nios2 toolchainRomain Naour2016-03-051-3/+0
| | | | | | | The _gp link issue has been fixed in CS nios2 2015.11. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/libupnpp: bump to version 0.14.1Jörg Krause2016-02-192-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/libupnpp: needs at least gcc 4.6Jörg Krause2016-01-051-3/+3
| | | | | | | | | | | | | | | Version 0.13.1 of libupnpp uses range-based for loops. This C++11 feature requires at least gcc 4.6. Fixes: http://autobuild.buildroot.net/results/aa9/aa93ff96305a3b201636bea65f1cfdb6db6d3dfb/ http://autobuild.buildroot.net/results/d8b/d8b96987a5336a64857817ec9831b0fb12867e7c/ http://autobuild.buildroot.net/results/408/40807fe84f67961817b6592a6df243c036cf3b4b/ http://autobuild.buildroot.net/results/408/40807fe84f67961817b6592a6df243c036cf3b4b/ .. and many more Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/libupnpp: bump to version 0.13.1Jörg Krause2015-12-262-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain-external: CodeSourcery NIOSII: support only one versionRomain Naour2015-12-181-4/+2
| | | | | | | | | | | | | | See the conclusion about external toolchains during the Buildroot meeting [1]: "In the future, we stick to a single external toolchain version. The Kconfig symbol should not encode the version (avoid legacy handling)" [1] http://elinux.org/index.php?title=Buildroot:DeveloperDaysELCE2015#Report Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/libupnpp: bump to version 0.12.1Jörg Krause2015-09-072-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* libupnpp: update to use the gcc version dependency mechanismThomas Petazzoni2015-08-051-8/+3
| | | | | | | | | | This commit changes the libupnp Config.in to use the gcc version dependency mechanism. The only reverse dependency of libupnpp is upmpdcli, which has already been updated, and requires >= 4.6, while libupnpp only requires >= 4.5. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
* packages: use backtick instead of $(shell ...) make functionArnout Vandecappelle2015-07-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It is often difficult to know exactly when make will expand the variable, and usually it can only be expanded after the dependencies have been built (e.g. pkg-config or the .pc file). Using a backtick instead makes it very clear that it will be expanded only while executing the command. This change is useful for two cases: 1. The per-package staging (and host) directory will be created as part of the configure step, so any $(shell ...) variable that is used in the configure step will fail because the directory doesn't exist yet. 2. 'make printvars' evaluates the variables it prints. It will therefore trigger a lot of errors from missing .pc files and others. The backticks, on the other hand, are not expanded, so with this change the output of 'make printvars' becomes clean again. This commit contains only the easy changes: replace $(shell ...) with `...`, and also replace ' with " where needed. Follow-up commits will tackle the more complicated cases that need additional explanation. After this change, the following instances of $(shell ...) will remain: - All assignments that use := - All variables that are used in make conditionals (which don't expand the backticks). - All variables that only refer to system executables and make variables that don't change. - The calls to check-host-* in dependencies.mk, because it is eval'ed. [Original patch by Fabio Porcedda, but extended quite a bit by Arnout.] Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/libupnpp: bump to version 0.11.0Jörg Krause2015-06-142-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* libupnpp: fix static linking issue with libcurlPeter Korsgaard2015-05-141-2/+4
| | | | | | | | | | | | | | Fixes: http://autobuild.buildroot.net/results/f38/f383bf4d7572a7dd59d382cd06a9baeb37e9161c/ http://autobuild.buildroot.net/results/d93/d934871d1b192706cd9163715c5ebcd96deff2b8/ Libcurl optionally links to a number of libraries that have to be taken into consideration when linking statically. Use pkg-config to get the correct libcurl link line, and also use it for libupnp instead of the hardcoded list. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* packages: remove (non-)lfs dependencies and tweaksGustavo Zacarias2015-04-011-4/+2
| | | | | | | | Now that largefile is mandatory removes package dependencies and conditionals. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* libupnpp: fix libupnp detection with static linkingPeter Korsgaard2015-02-271-0/+6
| | | | | | Fixes http://autobuild.buildroot.net/results/566/566e1510f94670d4ff642c7bfa9918c1d9ec583f/ Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* libupnp: mark as broken on Nios II, infamous _gp issueThomas Petazzoni2014-12-311-0/+5
| | | | | | | | | | | | | | | | | | | | | | Fixes: http://autobuild.buildroot.org/results/bc3/bc32c15ba569e700e401ddf97faba584fc16c4cc/ The real error is in the config.log: configure:15081: checking for UpnpInit in -lupnp configure:15106: /home/thomas/projets/buildroot/output/host/usr/bin/nios2-linux-gnu-gcc -o conftest -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Os -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 c onftest.c -lupnp -lpthread -lrt >&5 /home/thomas/projets/buildroot/output/host/opt/ext-toolchain/bin/../lib/gcc/nios2-linux-gnu/4.8.3/../../../../nios2-linux-gnu/bin/ld: /home/thomas/projets/buildroot/output/host/usr/nios2-buildroot-linux-gnu/sysroot/usr/lib/crt1.o: undefined reference to symbol '_gp' /home/thomas/projets/buildroot/output/host/usr/nios2-buildroot-linux-gnu/sysroot/usr/lib/libthreadutil.so.6: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status configure:15106: $? = 1 [...] configure:15125: error: libupnp not found Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Ezequiel Garcia <ezequiel.garcia@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/libupnpp: bump to version 0.8.6Jörg Krause2014-11-082-3/+3
| | | | | Signed-off-by: Jörg Krause <jkrause@posteo.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/libupnpp: add hash fileJörg Krause2014-10-301-0/+2
| | | | | Signed-off-by: Jörg Krause <jkrause@posteo.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* libupnpp: new packageJörg Krause2014-10-222-0/+37
[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>
OpenPOWER on IntegriCloud