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 class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">>> 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>Thank you, that would be great.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
</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>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>