<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 21, 2015 at 2:24 PM, Hans Wennborg <span dir="ltr"><<a href="mailto:hans@chromium.org" target="_blank">hans@chromium.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="">On Wed, Jan 21, 2015 at 1:52 PM, Daniel Sanders<br>
<<a href="mailto:Daniel.Sanders@imgtec.com">Daniel.Sanders@imgtec.com</a>> wrote:<br>
>> > Shouldn't we be<br>
>> > moving to CMake based release anyway?<br>
>><br>
>> Oh, the joy of having two build systems. :-(<br>
>><br>
>> As long as we have  two, it doesn't really matter which one we use to<br>
>> build the binaries, as users building from source will still rely on<br>
>> both to be working.<br>
>><br>
>>  - Hans<br>
><br>
> On that subject, are you aware that the release builds for linux don't build compiler-rt for any target other than x86/x86_64? I noticed it today when I tried the address sanitizer for Mips and found I didn't have the runtime.<br>
><br>
> It seems that targets have to be explicitly enabled in tools/clang/runtime/compiler-rt/Makefile.<br>
<br>
</span>+kcc and samsonov who know the ASan build best<br>
<br>
Looks like when ASan support for MIPS landed in r211587, no one<br>
updated the autoconf build. That was before 3.5, so I guess that one<br>
also shipped without ASan support for MIPS.<br></blockquote><div><br></div></div>ASan support for MIPS was indeed added recently. We currently only build MIPS version of runtime on MIPS-Linux host and only in CMake build (we don't cross-compile sanitizer runtimes, and it's barely feasible - e.g. we use</div><div class="gmail_extra">a lot of system headers). autoconf build was not updated, and I would prefer not to touch it, that is, not to add new features there.<br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Alexey Samsonov<br><a href="mailto:vonosmas@gmail.com" target="_blank">vonosmas@gmail.com</a></div></div>
</div></div>