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

66 lines
1.7 KiB
Plaintext
Raw Normal View History

libv4l: Add new package libv4l [Peter: move to hw section] Signed-off-by: Klaus Schwarzkopf <schwarzkopf@sensortherm.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-03-07 18:21:18 +01:00
config BR2_PACKAGE_LIBV4L
bool "libv4l"
depends on BR2_LARGEFILE
libv4l: needs thread support Fixes: http://autobuild.buildroot.org/results/c74/c741ca445a63ce9ab8b0e5b87f3126d7b6051009/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:21:58 +02:00
depends on BR2_TOOLCHAIN_HAS_THREADS
libv4l: needs mmu Fixes: http://autobuild.buildroot.net/results/989/989d32f3532283817e9439aa78cceff5983dc421/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-21 19:35:29 +02:00
depends on BR2_USE_MMU # fork()
libv4l: depends on jpeg so must select it Fixes http://autobuild.buildroot.net/results/3053854fccd65bc5b28384f2a2039a33abeeea47 The introduction of the error message for the jpeg virtual package exposes this kind of error. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-12 12:17:05 +01:00
select BR2_PACKAGE_JPEG
libv4l: Add new package libv4l [Peter: move to hw section] Signed-off-by: Klaus Schwarzkopf <schwarzkopf@sensortherm.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-03-07 18:21:18 +01:00
help
libv4l is an accompanying collection of libraries that adds a thin
abstraction layer on top of video4linux2 (V4L2) devices.
http://freshmeat.net/projects/libv4l
libv4l: add options to install utilites These have extra deps though (C++ for some, argp.h for others which is not available on uClibc). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-05 12:05:08 +02:00
if BR2_PACKAGE_LIBV4L
config BR2_PACKAGE_LIBV4L_DECODE_TM6000
bool "decode_tm6000"
Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC} Currently, when we need to do a conditional on the type of C library used, we need to take into account the three toolchain backends. As we are going to add eglibc support to the Buildroot toolchain backend, it would become even uglier, so this patch introduces two new hidden options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that exist regardless of the toolchain backend. The entire Buildroot code base is converted to use those options. Note that we have intentionally created only one option (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are essentially the same, as far as Buildroot is concerned. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:09 +02:00
depends on BR2_TOOLCHAIN_USES_GLIBC
libv4l: add options to install utilites These have extra deps though (C++ for some, argp.h for others which is not available on uClibc). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-05 12:05:08 +02:00
help
Tool to decode tm6000 proprietary format streams
Config.in files: add/update comments on (e)glibc dependencies This patch adds missing comments about (e)glibc dependencies and updates the text of existing comments. Additionally, it splits dependency expressions for the touched packages 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> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-10-31 13:02:39 +01:00
comment "decode_tm6000 needs an (e)glibc toolchain"
Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC} Currently, when we need to do a conditional on the type of C library used, we need to take into account the three toolchain backends. As we are going to add eglibc support to the Buildroot toolchain backend, it would become even uglier, so this patch introduces two new hidden options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that exist regardless of the toolchain backend. The entire Buildroot code base is converted to use those options. Note that we have intentionally created only one option (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are essentially the same, as far as Buildroot is concerned. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:09 +02:00
depends on !BR2_TOOLCHAIN_USES_GLIBC
libv4l: add options to install utilites These have extra deps though (C++ for some, argp.h for others which is not available on uClibc). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-05 12:05:08 +02:00
config BR2_PACKAGE_LIBV4L_IR_KEYTABLE
bool "ir-keytable"
Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC} Currently, when we need to do a conditional on the type of C library used, we need to take into account the three toolchain backends. As we are going to add eglibc support to the Buildroot toolchain backend, it would become even uglier, so this patch introduces two new hidden options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that exist regardless of the toolchain backend. The entire Buildroot code base is converted to use those options. Note that we have intentionally created only one option (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are essentially the same, as far as Buildroot is concerned. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:09 +02:00
depends on BR2_TOOLCHAIN_USES_GLIBC
libv4l: add options to install utilites These have extra deps though (C++ for some, argp.h for others which is not available on uClibc). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-05 12:05:08 +02:00
help
Tool to alter keymaps of Remote Controller devices
Config.in files: add/update comments on (e)glibc dependencies This patch adds missing comments about (e)glibc dependencies and updates the text of existing comments. Additionally, it splits dependency expressions for the touched packages 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> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-10-31 13:02:39 +01:00
comment "ir-keytable needs an (e)glibc toolchain"
Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC} Currently, when we need to do a conditional on the type of C library used, we need to take into account the three toolchain backends. As we are going to add eglibc support to the Buildroot toolchain backend, it would become even uglier, so this patch introduces two new hidden options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that exist regardless of the toolchain backend. The entire Buildroot code base is converted to use those options. Note that we have intentionally created only one option (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are essentially the same, as far as Buildroot is concerned. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:09 +02:00
depends on !BR2_TOOLCHAIN_USES_GLIBC
libv4l: add options to install utilites These have extra deps though (C++ for some, argp.h for others which is not available on uClibc). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-05 12:05:08 +02:00
config BR2_PACKAGE_LIBV4L_V4L2_COMPLIANCE
bool "v4l2-compliance"
depends on BR2_INSTALL_LIBSTDCPP
help
Tool to test v4l2 API compliance of drivers
Config.in files: unify comments of toolchain option dependencies 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 <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 16:55:32 +02:00
comment "v4l2-compliance needs a toolchain w/ C++"
libv4l: add options to install utilites These have extra deps though (C++ for some, argp.h for others which is not available on uClibc). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-05 12:05:08 +02:00
depends on !BR2_INSTALL_LIBSTDCPP
config BR2_PACKAGE_LIBV4L_V4L2_CTL
bool "v4l2-ctl"
depends on BR2_INSTALL_LIBSTDCPP
default y
help
Tool to configure v4l2 controls from the cmdline
Config.in files: unify comments of toolchain option dependencies 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 <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 16:55:32 +02:00
comment "v4l2-ctl needs a toolchain w/ C++"
libv4l: add options to install utilites These have extra deps though (C++ for some, argp.h for others which is not available on uClibc). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-05 12:05:08 +02:00
depends on !BR2_INSTALL_LIBSTDCPP
config BR2_PACKAGE_LIBV4L_V4L2_DBG
bool "v4l2-dbg"
depends on BR2_INSTALL_LIBSTDCPP
help
Tool to directly get and set registers of v4l2 devices
Config.in files: unify comments of toolchain option dependencies 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 <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 16:55:32 +02:00
comment "v4l2-dbg needs a toolchain w/ C++"
libv4l: add options to install utilites These have extra deps though (C++ for some, argp.h for others which is not available on uClibc). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-05 12:05:08 +02:00
depends on !BR2_INSTALL_LIBSTDCPP
endif
Config.in files: unify comments of toolchain option dependencies 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 <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 16:55:32 +02:00
comment "libv4l needs a toolchain w/ largefile, threads"
Config.in files: whitespace cleanup This patch fixes the following whitespace problems in Config.in files: - trailing whitespace - spaces instead of tabs for indentation - help text not indented with tab + 2 spaces Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-11 17:23:23 +01:00
depends on !BR2_LARGEFILE || !BR2_TOOLCHAIN_HAS_THREADS
libv4l: needs mmu Fixes: http://autobuild.buildroot.net/results/989/989d32f3532283817e9439aa78cceff5983dc421/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-21 19:35:29 +02:00
depends on BR2_USE_MMU
Reference in New Issue Copy Permalink