Also, could you give us your rationale for this? <div><br></div><div>Several people asked this feature because their code is too buggy and they want to see all bugs before fixing any. </div><div>So far I have resisted... </div>
<div><br></div><div>--kcc <br><br><div class="gmail_quote">On Thu, Sep 6, 2012 at 12:31 PM, Alexander Potapenko <span dir="ltr"><<a href="mailto:glider@google.com" target="_blank">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">Reid,<br>
<br>
Have you tested this patch on a real-world code?<br>
I think recovering from errors might be trickier than you suppose it to be.<br>
Some types of bugs, e.g. wild stores, may introduce more bugs if they<br>
corrupt the heap or the internal tool state.<br>
The simplest way to treat such errors will require to drop a store if<br>
it's accessing unaddressable memory.<br>
Another approach is to write the stored value somewhere else in order<br>
to allow further loads to see it.<br>
<br>
I suggest you to take a look at Martin Rinard's "Failure-Oblivious<br>
Computing and Boundless Memory Blocks"<br>
(<a href="http://people.csail.mit.edu/rinard/paper/sma05oblivious.pdf" target="_blank">http://people.csail.mit.edu/rinard/paper/sma05oblivious.pdf</a>)<br>
<br>
HTH,<br>
Alex<br>
<div><div class="h5"><br>
On Thu, Sep 6, 2012 at 6:51 AM, Reid Watson <<a href="mailto:reidw@google.com">reidw@google.com</a>> wrote:<br>
> Hi all,<br>
><br>
> I've attached a couple of patches which add support for ASan to continue<br>
> when an error is encountered.  In order to not wreck performance, the<br>
> decision to enable this must be made at compile time with -mllvm<br>
> -asan-keep-going.  If the option is off (by default) then the instrumented<br>
> code will be 100% identical, with no performance change.<br>
><br>
> Code Review:<br>
> LLVM: <a href="https://codereview.appspot.com/6492085/" target="_blank">https://codereview.appspot.com/6492085/</a><br>
> compiler-rt: <a href="https://codereview.appspot.com/6493086/" target="_blank">https://codereview.appspot.com/6493086/</a><br>
><br>
> Thanks,<br>
> Reid<br>
><br>
</div></div>> _______________________________________________<br>
> llvm-commits mailing list<br>
> <a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
--<br>
Alexander Potapenko<br>
Software Engineer<br>
Google Moscow<br>
_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
</font></span></blockquote></div><br></div>