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

16 lines
511 B
Plaintext
Raw Normal View History

wvdial: new package [Peter: adjust help text] Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-25 12:07:02 +02:00
config BR2_PACKAGE_WVDIAL
bool "wvdial"
depends on BR2_INSTALL_LIBSTDCPP
depends on BR2_USE_MMU # wvstreams
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
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_TOOLCHAIN_USES_MUSL # wvstreams
wvdial: new package [Peter: adjust help text] Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-25 12:07:02 +02:00
select BR2_PACKAGE_WVSTREAMS
help
wvdial is an intelligent Point-to-Point Protocol dialer
http://wvdial.googlecode.com/
wvstreams: need largefile support Fixes: http://autobuild.buildroot.org/results/bc4/bc4c617a5d7740b6eedcfc0dd24aeed5bc888f6d/build-end.log Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-05-28 13:17:20 +02:00
Replace (e)glibc by glibc Following the removal of eglibc support, this commit replaces all occurences of "(e)glibc" by just "glibc". Most of the occurences are in package Config.in comments. In addition, when the form "an (e)glibc ..." was used, it is replaced by "a glibc ...". [Peter: add new efi* packages, s/uclibc/uClibc as suggested by Romain, systemd / liquid-dsp tweaks as suggested by Yann] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Romain Naour <romain.naour@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-06-08 23:40:54 +02:00
comment "wvdial needs a 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