<div dir="ltr">Thanks!</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 12, 2014 at 2:42 PM, Justin Bogner <span dir="ltr"><<a href="mailto:mail@justinbogner.com" target="_blank">mail@justinbogner.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Alexey Samsonov <<a href="mailto:vonosmas@gmail.com">vonosmas@gmail.com</a>> writes:<br>
> Hi!<br>
><br>
> UBSan bootstrap bot fails with error report on 5 llvm-cov and llvm-profdata<br>
> lit-tests:<br>
> <a href="http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-bootstrap/builds/4526" target="_blank">http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-bootstrap/builds/4526</a><br>
> /steps/check-llvm%20ubsan/logs/stdio<br>
> Also see <a href="http://llvm.org/bugs/show_bug.cgi?id=20815" target="_blank">http://llvm.org/bugs/show_bug.cgi?id=20815</a>.<br>
<br>
</span>Thanks for pointing these out!<br>
<span class=""><br>
> The error reports look vaild: in general it's incorrect to load uint64_t, or<br>
> even structures like "RawHeader" or "CoverageMappingTURecord" from a random<br>
> address. Also, if you parse files stored on disk, it would certainly help to<br>
> know endianness of data in these files and, e.g., use routines from Support/<br>
> Endian.h. Can you take a look at this?<br>
<br>
</span>I've fixed the llvm-profdata failure in r217708. The file format has a<br>
known endianness and is always padded to a proper alignment, so this is<br>
just a matter of rejecting files that are malformed.<br>
<br>
I'm a bit less familiar with the llvm-cov format, so I'll look into that<br>
one and get it fixed in the next day or two.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Alexey Samsonov<br><a href="mailto:vonosmas@gmail.com" target="_blank">vonosmas@gmail.com</a></div>
</div>