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

18 lines
558 B
Plaintext
Raw Normal View History

wvstreams: new package Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-25 01:19:01 +02:00
config BR2_PACKAGE_WVSTREAMS
bool "wvstreams"
depends on BR2_INSTALL_LIBSTDCPP
wvstreams: not available for static only builds Also propagated to wvdial as it selects wvstreams. Fixes: http://autobuild.buildroot.org/results/0cd/0cd5e0263b42e6845504d97688632e16206bd000/ http://autobuild.buildroot.org/results/4e0/4e0ab461ea7ed7a288303741eec89156abd49864/ Signed-off-by: Gergely Imreh <imrehg@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-18 08:27:54 +02:00
depends on !BR2_STATIC_LIBS
wvstreams: new package Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-25 01:19:01 +02:00
depends on BR2_USE_MMU # fork()
package/wvstreams: disable for musl toolchains The project seems not maintained anymore since there is no commit since 2011: https://github.com/wlach/wvstreams After fixing the first build issue by adding a missing limit.h header... xplc/modulemgr.cc:90:14: error: ‘PATH_MAX’ was not declared in this scope char fname[PATH_MAX]; and fixing a basename() conflict between the gnu and posix version, the build fail due to missing __libc_stack_end. wvtask.cc:(.test+0xb08): undefined reference to `__libc_stack_end' There is a configure test for __libc_stack_end support but it doesn't work properly with a musl toolchain. Since we already have several fixes for uClibc, let's mark wvstreams as not available for musl toolchains, until someone interested enough fixes it. [Thomas: replace uClibc-ng by just uClibc in the Config.in comments.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-08 12:57:02 +02:00
# musl not supported and no upstream activity since 2011.
depends on !BR2_TOOLCHAIN_USES_MUSL
wvstreams: new package Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-25 01:19:01 +02:00
select BR2_PACKAGE_OPENSSL
select BR2_PACKAGE_ZLIB
help
C++ Network Programming Library.
http://wvstreams.googlecode.com/
package/wvstreams: disable for musl toolchains The project seems not maintained anymore since there is no commit since 2011: https://github.com/wlach/wvstreams After fixing the first build issue by adding a missing limit.h header... xplc/modulemgr.cc:90:14: error: ‘PATH_MAX’ was not declared in this scope char fname[PATH_MAX]; and fixing a basename() conflict between the gnu and posix version, the build fail due to missing __libc_stack_end. wvtask.cc:(.test+0xb08): undefined reference to `__libc_stack_end' There is a configure test for __libc_stack_end support but it doesn't work properly with a musl toolchain. Since we already have several fixes for uClibc, let's mark wvstreams as not available for musl toolchains, until someone interested enough fixes it. [Thomas: replace uClibc-ng by just uClibc in the Config.in comments.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-08 12:57:02 +02:00
comment "wvstreams needs a (e)glibc or uClibc toolchain w/ C++, dynamic library"
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
depends on BR2_USE_MMU
package/wvstreams: disable for musl toolchains The project seems not maintained anymore since there is no commit since 2011: https://github.com/wlach/wvstreams After fixing the first build issue by adding a missing limit.h header... xplc/modulemgr.cc:90:14: error: ‘PATH_MAX’ was not declared in this scope char fname[PATH_MAX]; and fixing a basename() conflict between the gnu and posix version, the build fail due to missing __libc_stack_end. wvtask.cc:(.test+0xb08): undefined reference to `__libc_stack_end' There is a configure test for __libc_stack_end support but it doesn't work properly with a musl toolchain. Since we already have several fixes for uClibc, let's mark wvstreams as not available for musl toolchains, until someone interested enough fixes it. [Thomas: replace uClibc-ng by just uClibc in the Config.in comments.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-08 12:57:02 +02:00
depends on !BR2_INSTALL_LIBSTDCPP || BR2_STATIC_LIBS || BR2_TOOLCHAIN_USES_MUSL
Reference in New Issue Copy Permalink