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

136 lines
2.8 KiB
Plaintext
Raw Normal View History

package/protobuf: needs dynamic libraries Eventhough it should be theoretically possible to build protobuf in static-only, configure.ac includes an m4 macro, ACX_PTHREAD defined in m4/acx_pthread.m4, which forcibly checks for threads *with* shared libs, and is completely broken for static-only (as it forces -shared whatever the user selection), ending up with these configure results: checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking whether to check for GCC pthread/shared inconsistencies... yes checking whether -pthread is sufficient with -shared... no checking whether -lpthread fixes that... no checking whether -lc_r fixes that... no configure: WARNING: Impossible to determine how to use pthreads with shared libraries checking whether what we have so far is sufficient with -nostdlib... no checking whether -lpthread saves the day... no configure: WARNING: Impossible to determine how to use pthreads with shared libraries and -nostdlib Fixing this macro is far from trivial; protobuf in a static-only scenario is probably not too common. So, just disable protobuf for static-only builds. Fixes: http://autobuild.buildroot.org/results/3ef/3efb86c7e8ec2db5d953d634470cafae79bd34cf/ http://autobuild.buildroot.org/results/96a/96ae1108fc3193df2a93a779057130b774379655/ http://autobuild.buildroot.org/results/00c/00c29795980319d38823eec1301e9ebd860ebd2a/ ... Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Nimai Mahajan <nimaim@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-18 21:23:18 +02:00
comment "ola needs a toolchain w/ C++, threads, wchar, dynamic library"
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_USE_WCHAR \
|| !BR2_TOOLCHAIN_HAS_THREADS || BR2_STATIC_LIBS
protobuf: introduce BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS The architecture dependencies of protobuf are going to change, and they are already duplicated between protobuf, ola and mosh. In order to factorize the expression of those dependencies, this commit introduces BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS. Note that we include in this hidden Config.in option both the target architecture dependency and the host architecture dependency. Finally, this commit also fixes a real mistake in the mosh Config.in file, where the condition on the architecture dependency for the Config.in comment was inverted: we only want to show the Config.in comment when we are on supported architectures. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-04 23:04:13 +01:00
depends on BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS
ola: new package [Peter: fixup help text] Signed-off-by: Dave Skok <blanco.ether@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-28 13:50:04 +02:00
config BR2_PACKAGE_OLA
bool "ola (open lighting architecture)"
select BR2_PACKAGE_PROTOBUF
select BR2_PACKAGE_UTIL_LINUX_LIBUUID
select BR2_PACKAGE_UTIL_LINUX
depends on BR2_INSTALL_LIBSTDCPP # protobuf
package/protobuf: needs dynamic libraries Eventhough it should be theoretically possible to build protobuf in static-only, configure.ac includes an m4 macro, ACX_PTHREAD defined in m4/acx_pthread.m4, which forcibly checks for threads *with* shared libs, and is completely broken for static-only (as it forces -shared whatever the user selection), ending up with these configure results: checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking whether to check for GCC pthread/shared inconsistencies... yes checking whether -pthread is sufficient with -shared... no checking whether -lpthread fixes that... no checking whether -lc_r fixes that... no configure: WARNING: Impossible to determine how to use pthreads with shared libraries checking whether what we have so far is sufficient with -nostdlib... no checking whether -lpthread saves the day... no configure: WARNING: Impossible to determine how to use pthreads with shared libraries and -nostdlib Fixing this macro is far from trivial; protobuf in a static-only scenario is probably not too common. So, just disable protobuf for static-only builds. Fixes: http://autobuild.buildroot.org/results/3ef/3efb86c7e8ec2db5d953d634470cafae79bd34cf/ http://autobuild.buildroot.org/results/96a/96ae1108fc3193df2a93a779057130b774379655/ http://autobuild.buildroot.org/results/00c/00c29795980319d38823eec1301e9ebd860ebd2a/ ... Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Nimai Mahajan <nimaim@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-18 21:23:18 +02:00
depends on !BR2_STATIC_LIBS # protobuf
ola: new package [Peter: fixup help text] Signed-off-by: Dave Skok <blanco.ether@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-28 13:50:04 +02:00
depends on BR2_USE_WCHAR # util-linux
depends on BR2_TOOLCHAIN_HAS_THREADS
protobuf: introduce BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS The architecture dependencies of protobuf are going to change, and they are already duplicated between protobuf, ola and mosh. In order to factorize the expression of those dependencies, this commit introduces BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS. Note that we include in this hidden Config.in option both the target architecture dependency and the host architecture dependency. Finally, this commit also fixes a real mistake in the mosh Config.in file, where the condition on the architecture dependency for the Config.in comment was inverted: we only want to show the Config.in comment when we are on supported architectures. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-04 23:04:13 +01:00
depends on BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS
ola: new package [Peter: fixup help text] Signed-off-by: Dave Skok <blanco.ether@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-28 13:50:04 +02:00
help
Open Lighting Architecture provides applications
with a mechanism to send and receive DMX512 & RDM
commands using hardware devices and DMX over IP protocols.
http://www.opendmx.net/index.php/OLA
if BR2_PACKAGE_OLA
menu "bindings and interface"
config BR2_PACKAGE_OLA_WEB
bool "http interface"
select BR2_PACKAGE_LIBMICROHTTPD
help
Build OLA with browser interface.
config BR2_PACKAGE_OLA_PYTHON_BINDINGS
bool "python bindings"
ola: depend on python for bindings instead of selecting it Most likely people have already enabled python if they want to use the bindings for ola, so use depends on instead of select so we don't need to propagate the dependencies here. Python already depends on mmu, so drop that here. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-06 23:42:44 +02:00
depends on BR2_PACKAGE_PYTHON
ola: new package [Peter: fixup help text] Signed-off-by: Dave Skok <blanco.ether@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-28 13:50:04 +02:00
select BR2_PACKAGE_PYTHON_PROTOBUF
help
Build OLA with support for the Python language.
config BR2_PACKAGE_OLA_SLP
bool "slp tools"
help
Build OLA with slp tools.
endmenu
menu "tests and examples"
config BR2_PACKAGE_OLA_EXAMPLES
bool "examples"
select BR2_PACKAGE_NCURSES
help
Build OLA examples.
config BR2_PACKAGE_OLA_RDM_TESTS
bool "rdm tests"
ola: depend on python for bindings instead of selecting it Most likely people have already enabled python if they want to use the bindings for ola, so use depends on instead of select so we don't need to propagate the dependencies here. Python already depends on mmu, so drop that here. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-06 23:42:44 +02:00
depends on BR2_PACKAGE_OLA_PYTHON_BINDINGS
ola: new package [Peter: fixup help text] Signed-off-by: Dave Skok <blanco.ether@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-08-28 13:50:04 +02:00
help
Build OLA RDM tests.
endmenu
menu "plugin selections"
config BR2_PACKAGE_OLA_PLUGIN_E131
bool "acn E131"
help
Build ACN E131 plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_ARTNET
bool "artnet"
help
Build Artnet plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_OPENDMX
bool "DMX4Linux"
help
Build DMX4Linux plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_DUMMY
bool "dummy"
help
Build Dummy plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_ESPNET
bool "espnet"
help
Build EspNet plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_KINET
bool "kinet"
help
Build KiNet plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_MILINT
bool "Milford Instruments"
help
Build Milford Instruments 1-463 plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_OSC
bool "osc"
select BR2_PACKAGE_LIBLO
help
Build Open Sound Control plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_PATHPORT
bool "pathport"
help
Build Pathport plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_SANDNET
bool "sandnet"
help
Build SandNet plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_SHOWNET
bool "shownet"
help
Build ShowNet plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_STAGEPROFI
bool "stageprofi"
select BR2_PACKAGE_LIBUSB
help
Build StageProfi plugin for OLA.
config BR2_PACKAGE_OLA_PLUGIN_USBPRO
bool "usbpro"
select BR2_PACKAGE_LIBUSB
help
Build UsbPro plugin for OLA.
endmenu
endif
Reference in New Issue Copy Permalink