kumquat-buildroot/package/wireless_tools/Config.in

config BR2_PACKAGE_WIRELESS_TOOLS
	bool "wireless tools"
	help
	  A collection of tools to configure wireless lan cards.

	  https://hewlettpackard.github.io/wireless-tools/

if BR2_PACKAGE_WIRELESS_TOOLS

config BR2_PACKAGE_WIRELESS_TOOLS_LIB
	bool "Install shared library"
	depends on !BR2_STATIC_LIBS
	help
	  The shared library of wireless tools

endif
What is 'wtools'? Give it its proper name 'wireless-tools' 2005-02-12 01:25:16 +01:00			`config BR2_PACKAGE_WIRELESS_TOOLS`
			`bool "wireless tools"`
			`help`
			`A collection of tools to configure wireless lan cards.`

wireless_tools: Fix site URL does not work Replace broken http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux by https://hewlettpackard.github.io/wireless-tools. [Peter: also adjust URL in Config.in] Signed-off-by: Vadim Kochan <vadim.kochan@petcube.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com> 2018-08-19 15:46:56 +02:00			`https://hewlettpackard.github.io/wireless-tools/`
wireless-tools: add option to install shared lib Closes #2461 Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk> 2010-11-07 20:25:39 +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_WIRELESS_TOOLS`

wireless-tools: add option to install shared lib Closes #2461 Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk> 2010-11-07 20:25:39 +01:00			`config BR2_PACKAGE_WIRELESS_TOOLS_LIB`
			`bool "Install shared library"`
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`
wireless-tools: add option to install shared lib Closes #2461 Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk> 2010-11-07 20:25:39 +01:00			`help`
			`The shared library of wireless tools`
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`