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

34 lines
950 B
Plaintext
Raw Normal View History

elfutils: disable for static builds Even when doing static builds, a shared library is built. This causes a build failure under some circumstances, for instance when building for MIPS + uClibc + static. After asking upstream if it would be possible to add a configure option to not build the shared library, the answer was that doing a static build is not a good idea. Here is a small snippet of the conversation: "Note that fully static builds are problematic. elfutils uses dlopen to open the EBL backends (the CPU-specific support snippets), so even if you link statically, the final binaries are still considerably dynamic." Related: https://lists.fedorahosted.org/pipermail/elfutils-devel/2014-November/004223.html Fixes: http://autobuild.buildroot.net/results/691/6913f5af6519463fbed39ef37b6a40ecf6a67b54/ Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-11-05 11:42:46 +01:00
comment "elfutils needs a toolchain w/ largefile, wchar, dynamic library"
elfutils: disable on Blackfin, problem of assembly symbol prefix Fixes: http://autobuild.buildroot.org/results/922/92291286e86f9ea943ae7aa58cbd884c8db0c5d2/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-17 10:54:03 +02:00
depends on !BR2_bfin
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_LARGEFILE || !BR2_USE_WCHAR || BR2_STATIC_LIBS
elfutils: needs wchar elfutils contains a call to wmempcpy, which is only available when the toolchain has wchar support, so add the dependency. Also display a comment if the toolchain dependencies are not met. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-07 21:59:56 +01:00
elfutils: new package This patch adds a a package for elfutils. For now, the package is glibc specific, as adding uClibc support for this package is quite tedious, and will therefore be done through followup patches. Heavily based from work done by Stefan Fröberg, but with many further modifications by Thomas Petazzoni. Signed-off-by: Stefan Fröberg <stefan.froberg@petroprogram.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-06 06:22:43 +01:00
config BR2_PACKAGE_ELFUTILS
bool "elfutils"
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
select BR2_PACKAGE_ARGP_STANDALONE if BR2_TOOLCHAIN_USES_UCLIBC
elfutils: towards uClibc support: gettext elfutils is annoying: it needs gettext even if locale support is disabled... Heavily based from work done by Stefan Fröberg, but with many further modifications by Thomas Petazzoni. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-06 06:22:52 +01:00
select BR2_PACKAGE_GETTEXT if BR2_NEEDS_GETTEXT
elfutils: towards uClibc support: requires largefile elfutils unconditionally uses off64_t for example, so largefile is needed. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-06 06:22:51 +01:00
depends on BR2_LARGEFILE
elfutils: needs wchar elfutils contains a call to wmempcpy, which is only available when the toolchain has wchar support, so add the dependency. Also display a comment if the toolchain dependencies are not met. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-07 21:59:56 +01:00
depends on BR2_USE_WCHAR
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
elfutils: disable on Blackfin, problem of assembly symbol prefix Fixes: http://autobuild.buildroot.org/results/922/92291286e86f9ea943ae7aa58cbd884c8db0c5d2/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-17 10:54:03 +02:00
# build issue caused by the _ prefix used on blackfin for
# assembly symbols
depends on !BR2_bfin
elfutils: new package This patch adds a a package for elfutils. For now, the package is glibc specific, as adding uClibc support for this package is quite tedious, and will therefore be done through followup patches. Heavily based from work done by Stefan Fröberg, but with many further modifications by Thomas Petazzoni. Signed-off-by: Stefan Fröberg <stefan.froberg@petroprogram.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-06 06:22:43 +01:00
help
Libraries/utilities to handle ELF objects (drop in
replacement for libelf).
elfutils: make it possible to only install the libraries Add and use a --{enable,disable}-progs configuration option to selectively enable or disable the elfutils programs. Generally, on an embedded system, the libraries are more useful than the programs, and being able to not build the programs will make it easier to build the elfutils libraries on uClibc. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-06 06:22:44 +01:00
Note that this option only installs the libraries, and not
the programs.
elfutils: new package This patch adds a a package for elfutils. For now, the package is glibc specific, as adding uClibc support for this package is quite tedious, and will therefore be done through followup patches. Heavily based from work done by Stefan Fröberg, but with many further modifications by Thomas Petazzoni. Signed-off-by: Stefan Fröberg <stefan.froberg@petroprogram.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-06 06:22:43 +01:00
https://fedorahosted.org/elfutils
elfutils: make it possible to only install the libraries Add and use a --{enable,disable}-progs configuration option to selectively enable or disable the elfutils programs. Generally, on an embedded system, the libraries are more useful than the programs, and being able to not build the programs will make it easier to build the elfutils libraries on uClibc. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-06 06:22:44 +01:00
if BR2_PACKAGE_ELFUTILS
config BR2_PACKAGE_ELFUTILS_PROGS
bool "Install programs"
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
elfutils: make it possible to only install the libraries Add and use a --{enable,disable}-progs configuration option to selectively enable or disable the elfutils programs. Generally, on an embedded system, the libraries are more useful than the programs, and being able to not build the programs will make it easier to build the elfutils libraries on uClibc. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-06 06:22:44 +01:00
help
This option tells elfutils to not only install the libelf
libraries, but also the elfutils programs.
endif
Reference in New Issue Copy Permalink