Hoernchen has uploaded this change for review.
configure.ac: fix libtool issue with clang and sanitizer
[this fix already exists in most of the other repos]
As pointed out at https://github.com/libexpat/libexpat/issues/312
libtool does not play nice with clang sanitizer builds at all.
For those builds LD shoud be set to clang too (and LDFLAGS needs the
sanitizer flags as well), because the clang compiler driver knows how
linking to the sanitizer libs works, but then at a later stage libtool
fails to actually produce the shared libraries and the build fails. This
is fixed by this patch.
Addtionally LD_LIBRARY_PATH has no effect on conftest runs during
configure time, so the rpath needs to be set to the asan library path to
ensure the configure run does not fail due to a missing asan library,
i.e.:
SANS='-fsanitize=memory -fsanitize-recover=all -shared-libsan'
export CC=clang-10
ASANPATH=$(dirname `$CC -print-file-name=libclang_rt.asan-x86_64.so`)
export LDFLAGS="-Wl,-rpath,$ASANPATH $SANS $LDFLAGS"
Change-Id: I13fa39e440b5e7d2231454c6f3a1de55e6025399
---
M configure.ac
1 file changed, 35 insertions(+), 0 deletions(-)
git pull ssh://gerrit.osmocom.org:29418/gapk refs/changes/22/32722/1
diff --git a/configure.ac b/configure.ac
index ad659ca..9a318bb 100644
--- a/configure.ac
+++ b/configure.ac
@@ -16,6 +16,12 @@
AC_CONFIG_MACRO_DIR([m4])
AC_CONFIG_TESTDIR(tests)
+dnl patching ${archive_cmds} to affect generation of file "libtool" to fix linking with clang
+AS_CASE(["$LD"],[*clang*],
+ [AS_CASE(["${host_os}"],
+ [*linux*],[archive_cmds='$CC -shared $pic_flag $libobjs $deplibs $compiler_flags $wl-soname $wl$soname -o $lib'])])
+
+
# Options
AC_ARG_ENABLE(gsmhr,
[AS_HELP_STRING(
To view, visit change 32722. To unsubscribe, or for help writing mail filters, visit settings.