9406d4dc02
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>
23 lines
911 B
Plaintext
23 lines
911 B
Plaintext
config BR2_PACKAGE_LTRACE
|
|
bool "ltrace"
|
|
# ltrace normally has mips/mipsel support, but it's currently
|
|
# broken (error: 'struct ltelf' has no member named
|
|
# 'relplt_count'). Issue reported upstream at
|
|
# https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756764.
|
|
depends on (BR2_i386 || BR2_arm \
|
|
|| BR2_powerpc || BR2_sparc || BR2_x86_64)
|
|
select BR2_PACKAGE_ELFUTILS
|
|
depends on BR2_LARGEFILE # elfutils
|
|
depends on BR2_USE_WCHAR # elfutils
|
|
depends on !BR2_PREFER_STATIC_LIB # elfutils
|
|
help
|
|
Debugging program which runs a specified command until it exits.
|
|
While the command is executing, ltrace intercepts and records
|
|
the dynamic library calls which are called by the executed
|
|
process and the signals received by that process.
|
|
|
|
http://ltrace.org
|
|
|
|
comment "ltrace needs toolchain w/ largefile, wchar, dynamic library"
|
|
depends on !BR2_LARGEFILE || !BR2_USE_WCHAR || BR2_PREFER_STATIC_LIB
|