buildroot/package/pppd/Config.in, branch 2016.02

Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS

2014-12-11T21:48:13+00:00

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 Reviewed-by: "Yann E. MORIN"

Config.in files: use if/endif instead of 'depends on' for main symbol

2013-12-25T11:21:39+00:00

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 Signed-off-by: Thomas Petazzoni

Config.in files: unify comments of toolchain option dependencies

2013-10-14T20:45:57+00:00

This patch lines up the comments in Config.in files that clarify which toolchain options the package depends on. Signed-off-by: Thomas De Schampheleire Signed-off-by: Peter Korsgaard

pppd: needs mmu and shared objects

2013-10-01T19:37:21+00:00

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 Signed-off-by: Peter Korsgaard

pppd: convert to gentargets, properly add radius support, fix l2tp for 2.6.35 headers

2010-10-18T09:30:31+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

Bump pppd to 2.4.5 and convert to Makefile.autotools.in

2010-03-18T16:16:09+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

Enable multilink PPP (no reason to disable it)

2009-02-19T05:31:05+00:00

Add configuration item to enable filtering (requires libpcap)

Kconfig: remove 'default n'

2008-07-17T20:01:44+00:00

'default n' is the default, so there's no need to say it explicitly.

more help updates from Tom Cameron

2004-12-26T07:36:59+00:00

final step in buildroot facelift

2004-10-09T06:13:40+00:00