From 65ddbe72001cc9e5a49b54d821eafd352c25ee92 Mon Sep 17 00:00:00 2001 From: Robert Griebl Date: Tue, 30 Nov 2021 14:40:23 +0100 Subject: Fix glibc compatibility problem glibc 2.32 deprecated sys_siglist: the symbol is not available to link against anymore, but it is available at runtime for apps that have been linked against an older glibc version. Our problem is now that the CI builds release version of the AM against an older glibc, which works for the appman binary itself, but if you want to compile a custom appman executable on a modern, glibc 2.32 based system, you get a "missing symbol" linker error in libQt6AppManCommon.a(unixsignalhandler.cpp.o) Detecting this at runtime would be a nightmare for little gain, so we fall back to using the non-async-signal-safe strsignal() function when initially building against a glibc < 2.32. Change-Id: I1e702c5ee00e2725fe6f76f9ce001c099ec72eea Pick-to: 6.2 5.15 Fixes: AUTOSUITE-1667 Reviewed-by: Dominik Holland --- src/common-lib/unixsignalhandler.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/common-lib/unixsignalhandler.cpp b/src/common-lib/unixsignalhandler.cpp index 3878dddf..8777cd4e 100644 --- a/src/common-lib/unixsignalhandler.cpp +++ b/src/common-lib/unixsignalhandler.cpp @@ -92,7 +92,7 @@ const char *UnixSignalHandler::signalName(int sig) #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 32 return sigdescr_np(sig); #else - return sys_siglist[sig]; + return strsignal(sig); // not async-signal-safe #endif #else Q_UNUSED(sig) -- cgit v1.2.3