fc0d31caee
It turns out that mpers support in strace still does not play nicely with musl libc. As explained in commit7892a778b(package/strace: disable libmpers with musl toolchains) headers mixup causes gcc header to be included, instead of the musl one, resulting in conflicting types. Commit1088372941(strace: bump to version 4.21) incorrectly enabled mpers for musl. Revert that. Fixes: http://autobuild.buildroot.net/results/345/3452419498c074ca66f36f0f87263fa10662ac86/ Cc: Romain Naour <romain.naour@gmail.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
36 lines
1.0 KiB
Makefile
36 lines
1.0 KiB
Makefile
################################################################################
|
|
#
|
|
# strace
|
|
#
|
|
################################################################################
|
|
|
|
STRACE_VERSION = 4.21
|
|
STRACE_SOURCE = strace-$(STRACE_VERSION).tar.xz
|
|
STRACE_SITE = https://strace.io/files/$(STRACE_VERSION)
|
|
STRACE_LICENSE = BSD-3-Clause
|
|
STRACE_LICENSE_FILES = COPYING
|
|
STRACE_CONF_OPTS = --enable-mpers=check
|
|
|
|
# strace bundle some kernel headers to build libmpers, this mixes userspace
|
|
# headers and kernel headers which break the build with musl.
|
|
# The stddef.h from gcc is used instead of the one from musl.
|
|
ifeq ($(BR2_TOOLCHAIN_USES_MUSL),y)
|
|
STRACE_CONF_OPTS += st_cv_m32_mpers=no \
|
|
st_cv_mx32_mpers=no
|
|
endif
|
|
|
|
ifeq ($(BR2_PACKAGE_LIBUNWIND),y)
|
|
STRACE_DEPENDENCIES += libunwind
|
|
STRACE_CONF_OPTS += --with-libunwind
|
|
else
|
|
STRACE_CONF_OPTS += --without-libunwind
|
|
endif
|
|
|
|
define STRACE_REMOVE_STRACE_GRAPH
|
|
rm -f $(TARGET_DIR)/usr/bin/strace-graph
|
|
endef
|
|
|
|
STRACE_POST_INSTALL_TARGET_HOOKS += STRACE_REMOVE_STRACE_GRAPH
|
|
|
|
$(eval $(autotools-package))
|