If we don't wrap __cxa_throw, we will have stack-buffer-overflow false positives (the stack will be poisoned on entry and never unpoisoned on exit).<div><br></div><div>Maybe, if we build asan-rt w/ exceptions (remove -fno-exceptions from compiler-rt/make/<a href="http://config.mk">config.mk</a>) the bug will get fixed, </div>
<div>but I'd really like to find another solution (ideally, asan-rt should not require libstdc++ at all, and on linux this seems to work)</div><div><br></div><div>--kcc </div><div><br><div><br><div class="gmail_quote">
On Wed, Dec 28, 2011 at 7:56 AM, Alexander Potapenko <span dir="ltr"><<a href="mailto:glider@google.com">glider@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Wed, Dec 28, 2011 at 5:18 PM, Alexander Potapenko <<a href="mailto:glider@google.com">glider@google.com</a>> wrote:<br>
> The attached patch introduces the wrap_cxa_throw flag that should help<br>
> us to build Chrome while<br>
> <a href="http://code.google.com/p/address-sanitizer/issues/detail?id=23" target="_blank">http://code.google.com/p/address-sanitizer/issues/detail?id=23</a> is not<br>
> fixed (tl;dr: wrapping __cxa_throw possibly affects stack unwinding<br>
> and exception handling).<br>
><br>
</div>Actually it looks like Chrome does not work with wrap___cxa_throw<br>
either, so we'll need to disable it on Mac.<br>
Kostya, is it safe to do so, or this will lead to false positives?<br>
</blockquote></div><br></div></div>