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

31 lines
720 B
Plaintext
Raw Normal View History

final step in buildroot facelift
2004-10-09 08:13:40 +02:00
config BR2_PACKAGE_PPPD
more help updates from Tom Cameron
2004-12-26 08:36:59 +01:00
bool "pppd"
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
depends on !BR2_STATIC_LIBS
package/pppd: disable for musl toolchains For the same reason as for ipsec-tools [1], disable pppd for musl toolchains. It also include <sys/cdefs.h> which is not provided by musl [2]. This fixes a compilation error with musl libc because of undeclared __P and missing sys/cdefs.h include. Propagate the dependency to network-manager and rp-pppoe packages. [1] 33499484e457018203023cdfdd5286478f2ae381 [2] http://wiki.musl-libc.org/wiki/FAQ#Q:_I.27m_trying_to_compile_something_against_musl_and_I_get_error_messages_about_sys.2Fcdefs.h Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: add Config.in comment in network-manager.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-16 18:08:18 +02:00
depends on !BR2_TOOLCHAIN_USES_MUSL # Use __P() macro all over the tree
pppd: needs mmu and shared objects The plugin infrastructure is based on shared objects so it won't build for static-only scenarios. And the daemon uses fork() so MMU is required. [Peter: move below suboptions] Signed-off-by: Axel Lin <axel.lin@ingics.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-30 11:18:47 +02:00
depends on BR2_USE_MMU
final step in buildroot facelift
2004-10-09 08:13:40 +02:00
help
more help updates from Tom Cameron
2004-12-26 08:36:59 +01:00
An implementation of the Point-to-point protocol.
final step in buildroot facelift
2004-10-09 08:13:40 +02:00
more help updates from Tom Cameron
2004-12-26 08:36:59 +01:00
http://www.samba.org/ppp/
Enable multilink PPP (no reason to disable it) Add configuration item to enable filtering (requires libpcap)
2009-02-19 06:31:05 +01:00
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
if BR2_PACKAGE_PPPD
Enable multilink PPP (no reason to disable it) Add configuration item to enable filtering (requires libpcap)
2009-02-19 06:31:05 +01:00
config BR2_PACKAGE_PPPD_FILTER
select BR2_PACKAGE_LIBPCAP
bool "filtering"
help
Packet filtering abilities for pppd. If enabled,
the pppd active-filter and pass-filter options
are available.
pppd: convert to gentargets, properly add radius support, fix l2tp for 2.6.35 headers Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-10-06 19:34:47 +02:00
config BR2_PACKAGE_PPPD_RADIUS
bool "radius"
help
Install RADIUS support for pppd
pppd: needs mmu and shared objects The plugin infrastructure is based on shared objects so it won't build for static-only scenarios. And the daemon uses fork() so MMU is required. [Peter: move below suboptions] Signed-off-by: Axel Lin <axel.lin@ingics.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-30 11:18:47 +02:00
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
endif
package/pppd: disable for musl toolchains For the same reason as for ipsec-tools [1], disable pppd for musl toolchains. It also include <sys/cdefs.h> which is not provided by musl [2]. This fixes a compilation error with musl libc because of undeclared __P and missing sys/cdefs.h include. Propagate the dependency to network-manager and rp-pppoe packages. [1] 33499484e457018203023cdfdd5286478f2ae381 [2] http://wiki.musl-libc.org/wiki/FAQ#Q:_I.27m_trying_to_compile_something_against_musl_and_I_get_error_messages_about_sys.2Fcdefs.h Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: add Config.in comment in network-manager.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-16 18:08:18 +02:00
comment "pppd needs a uClibc or glibc toolchain w/ dynamic library"
depends on BR2_STATIC_LIBS || BR2_TOOLCHAIN_USES_MUSL
pppd: needs mmu and shared objects The plugin infrastructure is based on shared objects so it won't build for static-only scenarios. And the daemon uses fork() so MMU is required. [Peter: move below suboptions] Signed-off-by: Axel Lin <axel.lin@ingics.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-30 11:18:47 +02:00
depends on BR2_USE_MMU
Reference in New Issue Copy Permalink