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

24 lines
513 B
Plaintext
Raw Normal View History

libnl: new package Closes #287. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Tested-by: Will Newton <will.newton@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-26 21:08:51 +02:00
config BR2_PACKAGE_LIBNL
bool "libnl"
libnl: requires thread support Fixes http://autobuild.buildroot.net/results/813602e91ad4022957b3bc8d285ddb2b05d3b875/build-end.log Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-26 19:46:42 +02:00
depends on BR2_TOOLCHAIN_HAS_THREADS
libnl: new package Closes #287. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Tested-by: Will Newton <will.newton@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-26 21:08:51 +02:00
help
A library for applications dealing with netlink socket.
http://people.suug.ch/~tgr/libnl/
libnl: bump to version 3.2.9 and enhance Bump to version 3.2.9 and add an option to install the tools. Since they're not usually required we default to N to reduce size. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-05-14 04:29:58 +02:00
libnl: do not allow to build tools on static lib configs Building the libnl tools requires the <dlfcn.h> header, which is not compatible with static only builds. Therefore, this commit makes the libnl tools option depend on !BR2_PREFER_STATIC_LIB. Fixes: http://autobuild.buildroot.org/results/573/57340b9bd2db3a523836e02e01cba6f7c17c8ca7/build-end.log [Peter: fix tools comment dependency] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by: Samuel Martin <s.martin49@gmail.com>
2013-11-02 11:26:26 +01:00
if BR2_PACKAGE_LIBNL
libnl: bump to version 3.2.9 and enhance Bump to version 3.2.9 and add an option to install the tools. Since they're not usually required we default to N to reduce size. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-05-14 04:29:58 +02:00
config BR2_PACKAGE_LIBNL_TOOLS
bool "install tools"
libnl: do not allow to build tools on static lib configs Building the libnl tools requires the <dlfcn.h> header, which is not compatible with static only builds. Therefore, this commit makes the libnl tools option depend on !BR2_PREFER_STATIC_LIB. Fixes: http://autobuild.buildroot.org/results/573/57340b9bd2db3a523836e02e01cba6f7c17c8ca7/build-end.log [Peter: fix tools comment dependency] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by: Samuel Martin <s.martin49@gmail.com>
2013-11-02 11:26:26 +01:00
# uses <dlfcn.h>
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
libnl: bump to version 3.2.9 and enhance Bump to version 3.2.9 and add an option to install the tools. Since they're not usually required we default to N to reduce size. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-05-14 04:29:58 +02:00
help
Install binary tools.
libnl: requires thread support Fixes http://autobuild.buildroot.net/results/813602e91ad4022957b3bc8d285ddb2b05d3b875/build-end.log Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-26 19:46:42 +02:00
libnl: need->needs for toolchain comment Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-21 20:27:36 +02:00
comment "libnl tools needs a toolchain w/ dynamic 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
libnl: do not allow to build tools on static lib configs Building the libnl tools requires the <dlfcn.h> header, which is not compatible with static only builds. Therefore, this commit makes the libnl tools option depend on !BR2_PREFER_STATIC_LIB. Fixes: http://autobuild.buildroot.org/results/573/57340b9bd2db3a523836e02e01cba6f7c17c8ca7/build-end.log [Peter: fix tools comment dependency] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by: Samuel Martin <s.martin49@gmail.com>
2013-11-02 11:26:26 +01:00
endif
libnl: Move the pthread dependency menu comment In order for this comment to be properly displayed, it must be moved to be at the end of the file. Signed-off-by: Ezequiel Garcia <ezequiel@vanguardiasur.com.ar> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-05 23:08:02 +02:00
comment "libnl needs a toolchain w/ threads"
depends on !BR2_TOOLCHAIN_HAS_THREADS
Reference in New Issue Copy Permalink