<div dir="ltr"><div><div><div>Hi there<br><br></div>blogilo did not seem to have bumped its so-version:<br> libcomposereditorwebengineprivate.so.5.6.0<br></div>whereas the rest is at 5.6.1<br><br><br></div>mfg Tobias<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 5 September 2017 at 16:07, Friedrich W. H. Kossebau <span dir="ltr"><<a href="mailto:kossebau@kde.org" target="_blank">kossebau@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Am Dienstag, 5. September 2017, 10:51:43 CEST schrieb Ben Cooksley:<br>
> Minuet fails because it does not use ECM, and is therefore not<br>
> building with ASAN enabled. Because ASAN is contagious and Frameworks<br>
> is built with ASAN enabled, Minuet fails to compile. A similar issue<br>
> impacts Marble (which is disabled on the FreeBSD CI as it causes<br>
> issues for the Dependency Build jobs which the whole system depends on<br>
> to function properly).<br>
><br>
> There are only two fixes for this: 1) Using ECM in both of those<br>
> projects or 2) Fixing Frameworks/ECM to pass along the enablement of<br>
> ASAN to anything which uses Frameworks.<br>
><br>
> This is not a compile time issue on Linux due to how ASAN works on<br>
> Linux (however the binaries produced won't be usable unless ASAN is<br>
> injected into the binary using LD_PRELOAD)<br>
<br>
</span>There is a third fix option:<br>
Fixing ECM code to support the dynamic lib option with ASAN also with clang as<br>
compiler, instead of resulting in different behaviour (gcc using -shared-<br>
libasan, clang not) which in the aftermath then prevents LD_PRELOAD injection<br>
from helping on freebsd.<br>
<br>
>From <a href="https://github.com/google/sanitizers/wiki/AddressSanitizer" rel="noreferrer" target="_blank">https://github.com/google/<wbr>sanitizers/wiki/<wbr>AddressSanitizer</a><br>
Q: When I link my shared library with -fsanitize=address, it fails due to<br>
some undefined ASan symbols (e.g. asan_init_v4)?<br>
<br>
A: Most probably you link with -Wl,-z,defs or -Wl,--no-undefined. These<br>
flags don't work with ASan unless you also use -shared-libasan (which is the<br>
default mode for GCC, but not for Clang).<br>
<br>
Right now <a href="https://cgit.kde.org/extra-cmake-modules.git/tree/modules/
ECMEnableSanitizers.cmake#n164" rel="noreferrer" target="_blank">https://cgit.kde.org/extra-<wbr>cmake-modules.git/tree/<wbr>modules/<br>
ECMEnableSanitizers.cmake#n164</a> only tries to dump (half of) the conflicting<br>
linker flags in case of clang, where instead it should possibly see to add the<br>
flag -shared-libasan. Though that might mean some juggling with supported<br>
clang versions, which made me stay away from trying to propose a fix (besides<br>
not having that much clue about ASan and clang :) ).<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888">Friedrich<br>
<br>
</font></span></blockquote></div><br></div>