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

39 lines
1.2 KiB
Plaintext
Raw Normal View History

zmqpp: new package Now that zeromq has been bumped to version 3.2.2, we need to provide the C++ binding using a separate package. The zmqpp package provides a high-level C++ wrapper library around the zeromq C API. Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-25 14:28:03 +01:00
config BR2_PACKAGE_ZMQPP
bool "zmqpp"
zmqpp: bmp to version 4.1.2 Drop 0001-add-cstdlib-header-to-ensure-EXIT_FAILURE-presence.patch since it's already upstream. Rebase shared/static build patches - these look unnecessary if we switch to cmake-package, however it seems to require the zmq package switches to cmake-package as well since static library naming looks different, which might be a problem for users. Also set the minimum required version of gcc to 4.7.x since the code now requires c++1x. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-24 18:38:48 +01:00
# c++1x support
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_7
zmqpp: new package Now that zeromq has been bumped to version 3.2.2, we need to provide the C++ binding using a separate package. The zmqpp package provides a high-level C++ wrapper library around the zeromq C API. Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-25 14:28:03 +01:00
depends on BR2_INSTALL_LIBSTDCPP
depends on BR2_USE_WCHAR # util-linux
zeromq: needs threads Fixes: http://autobuild.buildroot.net/results/11a1c085e3f5c490cbf3fec8f26169ade29f7363/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-07 04:00:33 +02:00
depends on BR2_TOOLCHAIN_HAS_THREADS # zeromq
zmqpp: new package Now that zeromq has been bumped to version 3.2.2, we need to provide the C++ binding using a separate package. The zmqpp package provides a high-level C++ wrapper library around the zeromq C API. Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-25 14:28:03 +01:00
select BR2_PACKAGE_ZEROMQ
help
C++ binding for zeromq (ZeroMQ, 0MQ, zmq).
This C++ binding is a 'high-level' library that hides most of the
C-style interface core zeromq provides.
http://github.com/benjamg/zmqpp
zmqpp: bmp to version 4.1.2 Drop 0001-add-cstdlib-header-to-ensure-EXIT_FAILURE-presence.patch since it's already upstream. Rebase shared/static build patches - these look unnecessary if we switch to cmake-package, however it seems to require the zmq package switches to cmake-package as well since static library naming looks different, which might be a problem for users. Also set the minimum required version of gcc to 4.7.x since the code now requires c++1x. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-24 18:38:48 +01:00
comment "zmqpp needs a toolchain w/ C++, wchar, threads, gcc >= 4.7"
zmqpp: use more logical way of expressing comment dependencies In most packages, we use 'depends on !A || !B || !C' and not 'depends on !(A && B && C)' to express the dependencies of comments on missing toolchain features. As suggested by Yann E. Morin, let's switch zmqpp to this convention. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-05 11:07:39 +02:00
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_USE_WCHAR || \
zmqpp: bmp to version 4.1.2 Drop 0001-add-cstdlib-header-to-ensure-EXIT_FAILURE-presence.patch since it's already upstream. Rebase shared/static build patches - these look unnecessary if we switch to cmake-package, however it seems to require the zmq package switches to cmake-package as well since static library naming looks different, which might be a problem for users. Also set the minimum required version of gcc to 4.7.x since the code now requires c++1x. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-24 18:38:48 +01:00
!BR2_TOOLCHAIN_HAS_THREADS || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_7
zmqpp: new package Now that zeromq has been bumped to version 3.2.2, we need to provide the C++ binding using a separate package. The zmqpp package provides a high-level C++ wrapper library around the zeromq C API. Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-25 14:28:03 +01:00
Config.in files: add missing dependencies to toolchain option comments When a package A depends on config option B and toolchain option C, then the comment that is given when C is not fulfilled should also depend on B. For example: config BR2_PACKAGE_A depends on BR2_B depends on BR2_LARGEFILE depends on BR2_WCHAR comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR This comment should actually be: comment "A needs a toolchain w/ largefile, wchar" depends on BR2_B depends on !BR2_LARGEFILE || !BR2_WCHAR or if possible (typically when B is a package config option declared in that same Config.in file): if BR2_B comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR [other config options depending on B] endif Otherwise, the comment would be visible even though the other dependencies are not met. This patch adds such missing dependencies, and changes existing such dependencies from depends on BR2_BASE_DEP && !BR2_TOOLCHAIN_USES_GLIBC to depends on BR2_BASE_DEP depends on !BR2_TOOLCHAIN_USES_GLIBC so that (positive) base dependencies are separate from the (negative) toolchain dependencies. This strategy makes it easier to write such comments (because one can simply copy the base dependency from the actual package config option), but also avoids complex and long boolean expressions. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (untested) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-07 09:24:37 +01:00
if BR2_PACKAGE_ZMQPP
zmqpp: new package Now that zeromq has been bumped to version 3.2.2, we need to provide the C++ binding using a separate package. The zmqpp package provides a high-level C++ wrapper library around the zeromq C API. Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-25 14:28:03 +01:00
config BR2_PACKAGE_ZMQPP_CLIENT
bool "zmqpp client"
package/zmqpp: fix static build issues The Makefile for zmqpp builds both shared and static libraries and the client binary. This leads to several build issues in a pure static library context: * R_ARM_TLS_LE32 relocation not permitted in shared object * relocation R_ARC_32_ME against `_ZSt7nothrow' can not be used when making a shared object; recompile with -fPIC We add a minimal patch to add some basic handling of building a shared or a static library only. Additionally, disable the client for static only builds as it depends on building the shared library in zmqpp's Makefile. As there is already version 4.1.2 available which provides a CMake build file which solves this issue (probably, not tested) we don't care for now. Fixes: http://autobuild.buildroot.net/results/345/345771eb488c60585e388fbbf4490df936e88e19/ http://autobuild.buildroot.net/results/21b/21b6912c70a5c300bdabde53bee6a1d9cc3bbb02/ http://autobuild.buildroot.net/results/d98/d9882d2ba00da16f76cea6d86a84cd4815ebbba2/ [Thomas: - don't change TARGET_CONFIGURE_OPTS, use ZMQPP_MAKE_OPTS instead. - simplify condition logic.] Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-23 23:23:21 +01:00
depends on !BR2_STATIC_LIBS
zmqpp: new package Now that zeromq has been bumped to version 3.2.2, we need to provide the C++ binding using a separate package. The zmqpp package provides a high-level C++ wrapper library around the zeromq C API. Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-25 14:28:03 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS # boost
boost: disable on NIOS 2 with broken toolchains The current NIOS 2 toolchains are not capable of building Boost, so let's disable it and its reverse dependencies. Even though it's not strictly an architecture dependency, we use the <pkg>_ARCH_SUPPORTS paradigm for this dependency, since it simplifies a lot handling all boost reverse dependencies, and is anyway quite similar to an architecture dependency since we don't display a comment about this dependency. Fixes: http://autobuild.buildroot.net/results/e119b1ef55c546e0d0598b85c46ceefa5c43d5a6/ [Peter: also update mpd comment] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-15 20:23:48 +02:00
depends on BR2_PACKAGE_BOOST_ARCH_SUPPORTS
zmqpp: new package Now that zeromq has been bumped to version 3.2.2, we need to provide the C++ binding using a separate package. The zmqpp package provides a high-level C++ wrapper library around the zeromq C API. Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-25 14:28:03 +01:00
select BR2_PACKAGE_BOOST
select BR2_PACKAGE_BOOST_PROGRAM_OPTIONS
help
Build and install the zmqpp client, a command line tool that can be
used to listen or send to zeromq sockets.
package/zmqpp: fix static build issues The Makefile for zmqpp builds both shared and static libraries and the client binary. This leads to several build issues in a pure static library context: * R_ARM_TLS_LE32 relocation not permitted in shared object * relocation R_ARC_32_ME against `_ZSt7nothrow' can not be used when making a shared object; recompile with -fPIC We add a minimal patch to add some basic handling of building a shared or a static library only. Additionally, disable the client for static only builds as it depends on building the shared library in zmqpp's Makefile. As there is already version 4.1.2 available which provides a CMake build file which solves this issue (probably, not tested) we don't care for now. Fixes: http://autobuild.buildroot.net/results/345/345771eb488c60585e388fbbf4490df936e88e19/ http://autobuild.buildroot.net/results/21b/21b6912c70a5c300bdabde53bee6a1d9cc3bbb02/ http://autobuild.buildroot.net/results/d98/d9882d2ba00da16f76cea6d86a84cd4815ebbba2/ [Thomas: - don't change TARGET_CONFIGURE_OPTS, use ZMQPP_MAKE_OPTS instead. - simplify condition logic.] Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-23 23:23:21 +01:00
comment "zmqpp client needs a toolchain w/ dynamic library, threads"
boost: disable on NIOS 2 with broken toolchains The current NIOS 2 toolchains are not capable of building Boost, so let's disable it and its reverse dependencies. Even though it's not strictly an architecture dependency, we use the <pkg>_ARCH_SUPPORTS paradigm for this dependency, since it simplifies a lot handling all boost reverse dependencies, and is anyway quite similar to an architecture dependency since we don't display a comment about this dependency. Fixes: http://autobuild.buildroot.net/results/e119b1ef55c546e0d0598b85c46ceefa5c43d5a6/ [Peter: also update mpd comment] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-15 20:23:48 +02:00
depends on BR2_PACKAGE_BOOST_ARCH_SUPPORTS
package/zmqpp: fix static build issues The Makefile for zmqpp builds both shared and static libraries and the client binary. This leads to several build issues in a pure static library context: * R_ARM_TLS_LE32 relocation not permitted in shared object * relocation R_ARC_32_ME against `_ZSt7nothrow' can not be used when making a shared object; recompile with -fPIC We add a minimal patch to add some basic handling of building a shared or a static library only. Additionally, disable the client for static only builds as it depends on building the shared library in zmqpp's Makefile. As there is already version 4.1.2 available which provides a CMake build file which solves this issue (probably, not tested) we don't care for now. Fixes: http://autobuild.buildroot.net/results/345/345771eb488c60585e388fbbf4490df936e88e19/ http://autobuild.buildroot.net/results/21b/21b6912c70a5c300bdabde53bee6a1d9cc3bbb02/ http://autobuild.buildroot.net/results/d98/d9882d2ba00da16f76cea6d86a84cd4815ebbba2/ [Thomas: - don't change TARGET_CONFIGURE_OPTS, use ZMQPP_MAKE_OPTS instead. - simplify condition logic.] Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-23 23:23:21 +01:00
depends on BR2_STATIC_LIBS || !BR2_TOOLCHAIN_HAS_THREADS
Config.in files: add missing dependencies to toolchain option comments When a package A depends on config option B and toolchain option C, then the comment that is given when C is not fulfilled should also depend on B. For example: config BR2_PACKAGE_A depends on BR2_B depends on BR2_LARGEFILE depends on BR2_WCHAR comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR This comment should actually be: comment "A needs a toolchain w/ largefile, wchar" depends on BR2_B depends on !BR2_LARGEFILE || !BR2_WCHAR or if possible (typically when B is a package config option declared in that same Config.in file): if BR2_B comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR [other config options depending on B] endif Otherwise, the comment would be visible even though the other dependencies are not met. This patch adds such missing dependencies, and changes existing such dependencies from depends on BR2_BASE_DEP && !BR2_TOOLCHAIN_USES_GLIBC to depends on BR2_BASE_DEP depends on !BR2_TOOLCHAIN_USES_GLIBC so that (positive) base dependencies are separate from the (negative) toolchain dependencies. This strategy makes it easier to write such comments (because one can simply copy the base dependency from the actual package config option), but also avoids complex and long boolean expressions. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (untested) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-07 09:24:37 +01:00
endif
Reference in New Issue Copy Permalink