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

78 lines
1.8 KiB
Plaintext
Raw Normal View History

libnfc: new package Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-05-02 03:40:02 +02:00
config BR2_PACKAGE_LIBNFC
bool "libnfc"
help
package/lib*: fix wrapping of Config.in help text The check-package script when ran gives warnings on text wrapping on all of these Config files. This patch cleans up all warnings related to the text wrapping for the Config files starting with lib in the package directory. The appropriate indentation is: <tab><2 spaces><62 chars> See http://nightly.buildroot.org/#writing-rules-config-in for more information. Signed-off-by: Adam Duskett <aduskett@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-31 15:53:50 +02:00
Public platform independent Near Field Communication (NFC)
library.
libnfc: new package Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-05-02 03:40:02 +02:00
http://www.libnfc.org/
libnfc: make example build optional [Peter: trip patch, add AUTORECONF] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-06-10 11:43:43 +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
if BR2_PACKAGE_LIBNFC
package/libnfc: add sub-options to enable individual drivers Until now, the arygon and pn53x_usb were unconditionally enabled, and there were no options to choose other drivers. Therefore, we had sub-options for each individual driver, keeping arygon and pn53x_usb enabled by default to preserve backward compatibility. Also, due to this, the BR2_TOOLCHAIN_HAS_THREADS dependency on the libnfc package is no longer needed, and is only needed for some of the sub-options. Signed-off-by: Louis Aussedat <aussedat.louis@gmail.com> [Thomas: - drop the default "" - remove the top-level HAS_THREADS dependency, and move it down to the sub-options that need it - improve commit log] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-12-09 22:59:23 +01:00
config BR2_PACKAGE_LIBNFC_ACR122_PCSC
bool "acr122_pcsc driver"
depends on BR2_TOOLCHAIN_HAS_THREADS # pcsc-lite
depends on BR2_USE_MMU # pcsc-lite
depends on !BR2_STATIC_LIBS # pcsc-lite
select BR2_PACKAGE_PCSC_LITE
help
support for acr112_pcsc driver
comment "acr122_pcsc driver needs a toolchain w/ threads, dynamic library"
depends on BR2_USE_MMU
depends on !BR2_TOOLCHAIN_HAS_THREADS || BR2_STATIC_LIBS
config BR2_PACKAGE_LIBNFC_ACR122_USB
bool "acr122_usb driver"
depends on BR2_TOOLCHAIN_HAS_THREADS
select BR2_PACKAGE_LIBUSB
select BR2_PACKAGE_LIBUSB_COMPAT
help
support for acr122_usb driver
comment "acr122_usb driver needs a toolchain w/ threads"
depends on !BR2_TOOLCHAIN_HAS_THREADS
config BR2_PACKAGE_LIBNFC_ACR122S
bool "acr122s driver"
help
support for acr122s driver
config BR2_PACKAGE_LIBNFC_ARYGON
bool "arygon driver"
default y
help
support for arygon driver
config BR2_PACKAGE_LIBNFC_PN532_I2C
bool "pn532_i2c driver"
help
support for pn532_i2c driver
config BR2_PACKAGE_LIBNFC_PN532_SPI
bool "pn532_spi driver"
help
support for pn532_spi driver
config BR2_PACKAGE_LIBNFC_PN532_UART
bool "pn532_uart driver"
help
support for pn532_uart driver
config BR2_PACKAGE_LIBNFC_PN53X_USB
bool "pn53x_usb driver"
default y
depends on BR2_TOOLCHAIN_HAS_THREADS
select BR2_PACKAGE_LIBUSB
select BR2_PACKAGE_LIBUSB_COMPAT
help
support for pn53x_usb driver
comment "pn53x_usb driver needs a toolchain w/ threads"
depends on !BR2_TOOLCHAIN_HAS_THREADS
libnfc: make example build optional [Peter: trip patch, add AUTORECONF] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-06-10 11:43:43 +02:00
config BR2_PACKAGE_LIBNFC_EXAMPLES
bool "build libnfc examples"
select BR2_PACKAGE_READLINE
libusb: needs thread support libusb needs thread support, and so do other packages that depend on it. [thomas.petazzoni@free-electrons.com: adds threads dependency to libnfc-llp, which selects libnfc.] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-06-28 03:35:25 +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
Reference in New Issue Copy Permalink