<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 26, 2013 at 11:29 PM, Richard Smith <span dir="ltr"><<a href="mailto:richard@metafoo.co.uk" target="_blank">richard@metafoo.co.uk</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 Tue, Feb 26, 2013 at 5:45 AM, zapadinsky <span dir="ltr"><<a href="mailto:zapadinsky@gmail.com" target="_blank">zapadinsky@gmail.com</a>></span> wrote:<br>
</div><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>>> I've tried hard to rule it out by myself... but yielded.<br>
>><br>
>> -fsanitize=enum require an external symbolizer.<br>
<br>
> External symbolizer in UBSan tool is not a requirement, but not fully<br>
> implemented feature. For now, I can add setting external symbolizer for<br>
> ubsan via env<br>
> var if Richard tells that's fine.<br></div></blockquote><div><br></div></div><div>Thank you, that would be great.</div></div></blockquote><div><br></div><div style>Can __ubsan::getCallerLocation() be called from multiple threads?</div>
<div style>I've seen no locks in UBSan runtime, can it be the case that ubsan tries to print reports from</div><div style>several threads simultaneously?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
</div>-fsanitize=integer somehow print the line number and character of an<br>
operator raised an overflow error. Why enum sanitizer needs symbolizer?<br>
There was an idea to print the stack trace?</blockquote><div><br></div></div><div>Two things: firstly, ubsan can't currently determine the source location for all checks at build time; for a few, we work out the location based on return address at runtime. That's just due to incomplete implementation. Secondly, as you suspect, we want to include a stack trace eventually. </div>

</div>
<br>_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Alexey Samsonov, MSK</div>
</div></div>