<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 10, 2014 at 5:34 AM, Evgeniy Stepanov <span dir="ltr"><<a href="mailto:eugeni.stepanov@gmail.com" target="_blank">eugeni.stepanov@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":byk" class="a3s" style="overflow:hidden">Author: <span class="il">eugenis</span><br>
Date: Mon Feb 10 07:34:43 2014<br>
New Revision: 201084<br>
<br>
URL: <a href="http://llvm.org/viewvc/llvm-project?rev=201084&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=201084&view=rev</a><br>
Log:<br>
Add a copy of missing <ucontext.h> for Android and enable ASan SEGV handler.<br>
<br>
This change adds a copy of <ucontext.h> for Android found in google-breakpad<br>
that <span class="il">is</span> missing from the official NDK.<br>
ASan SEGV handler <span class="il">is</span> still disabled by default and can be enabled with<br>
ASAN_OPTIONS=handle_segv.<br>
<br>
Added:<br>
    compiler-rt/trunk/third_party/<br>
    compiler-rt/trunk/third_party/android/<br>
    compiler-rt/trunk/third_party/android/LICENSE.TXT   (with props)</div></blockquote></div><br>Evgeniy, this seems a somewhat concerning development. This adds a second license which impacts any code that links in the sanitizer runtimes. Is that really OK? The license is not the same as the MIT license under which compiler-rt is (dual) licensed to make the impact on software built with clang absolutely minimal.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">I've added Danny to help clarify whether this poses a problem in practice, or if this is reasonably well isolated from the standard usage of asan.</div></div>