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

23 lines
899 B
Plaintext
Raw Normal View History

final step in buildroot facelift
2004-10-09 08:13:40 +02:00
config BR2_PACKAGE_LTRACE
more help updates from Tom Cameron
2004-12-26 08:36:59 +01:00
bool "ltrace"
ltrace: disable on mips/mipsel ltrace currently doesn't build on mips/mipsel, and it's an upstream issue that has been reported. Until it get fixed, let's disable ltrace for mips/mipsel. Fixes: http://autobuild.buildroot.org/results/43a/43a8fc7075f52eab74ebfee4c9f25dd2b886e75e/ Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-08-14 19:41:44 +02:00
# 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 \
ltrace: narrow down available architectures First switch the architecture availability to positive logic since it's cleaner and avoids issues when new ones are introduced. Then look at the source for the available ones at sysdeps/linux-gnu/... aarch64 -> NULL arc -> NULL arm -> hardcoded to little endian, so no armeb avr32 -> NULL blackfin -> NULL microblaze -> NULL mips -> little/big endian handled but not for 64 bits nios2 -> NULL ppc -> OK sh -> NULL sparc -> OK x86 -> Both i386 and x86_64 handled xtensa -> NULL Fixes: http://autobuild.buildroot.net/results/cd2/cd24e7b6f863ab413d76ca7a81bd357ddf1dc4f7/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-09 23:32:47 +01:00
|| BR2_powerpc || BR2_sparc || BR2_x86_64)
ltrace: use current master ltrace 0.7.3 is the latest release but it is actually broken on ARM since PTRACE_SINGLESTEP emulation has been removed, see: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=425fc47adb5bb69f76285be77a09a3341a30799e It fails with: PTRACE_SINGLESTEP: Input/output error Using master solves that until a new release is made. Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-07-24 23:59:21 +02:00
select BR2_PACKAGE_ELFUTILS
package/ltrace: Fix "unmet direct dependencies" Fixes build error in elfutils http://autobuild.buildroot.net/results/37f/37f87ad7ba087d42d0001f55305f7468c2a172b6/ eblwstrtab.c:(.text+0x43): undefined reference to `wmempcpy' eblwstrtab.c:(.text+0x1ba): undefined reference to `wcslen' eblwstrtab.c:(.text+0x2df): undefined reference to `wmemcmp' because ltrace did not take into account that elfutils depends on BR2_LARGEFILE & BR2_USE_WCHAR. This is also visible here: wget http://autobuild.buildroot.net/results/37f/37f87ad7ba087d42d0001f55305f7468c2a172b6/defconfig make defconfig BR2_DEFCONFIG=defconfig warning: (BR2_PACKAGE_LTRACE) selects BR2_PACKAGE_ELFUTILS which has unmet direct dependencies (BR2_LARGEFILE && BR2_USE_WCHAR && !BR2_avr32 && !BR2_bfin) Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-08-03 13:36:32 +02:00
depends on BR2_LARGEFILE # elfutils
depends on BR2_USE_WCHAR # elfutils
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
final step in buildroot facelift
2004-10-09 08:13:40 +02:00
help
more help updates from Tom Cameron
2004-12-26 08:36:59 +01:00
Debugging program which runs a specified command until it exits.
ltrace: expand help text
2008-08-04 21:07:48 +02:00
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.
final step in buildroot facelift
2004-10-09 08:13:40 +02:00
ltrace: bump to version 0.7.3 Now with proper mips support! Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-17 19:39:34 +02:00
http://ltrace.org
ltrace: add comment for dependencies Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-08-03 14:38:03 +02:00
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 "ltrace needs toolchain w/ largefile, wchar, 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_LARGEFILE || !BR2_USE_WCHAR || BR2_STATIC_LIBS
Reference in New Issue Copy Permalink