
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Aug 22, 2017, at 4:34 PM, Kostya Serebryany <<a href="mailto:kcc@google.com" class="">kcc@google.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">On Tue, Aug 22, 2017 at 4:21 PM, George Karpenkov <span dir="ltr" class=""><<a href="mailto:ekarpenkov@apple.com" target="_blank" class="">ekarpenkov@apple.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br class="">

<br class="">

As a part of a recent move of libFuzzer from LLVM to compiler-rt I am looking into updating the build code<br class="">

for the libraries which use libFuzzer.<br class="">

<br class="">

I have tried to compile llvm-mc-assemble-fuzzer, and llvm-mc-disassemble-fuzzer, and I couldn’t build either of those.<br class="">

For the first one, the reason is that it refers to a nonexistent enum,<br class="">

and for the second one I believe the reason is that it does not enclose LLVMFuzzerTestOneInput in “extern ‘C’”.<br class="">

<br class="">

Are those libraries maintained and/or used?<br class="">

<br class="">

If yes, the code should be compilable, and ideally there should be a buildbot.<br class=""></blockquote><div class=""><br class=""></div><div class="">"there should be a buildbot" is actually two different questions. </div><div class="">1. There should be a bot that builds the fuzz targets and runs them on a fixed set of inputs to ensure they don't bit-rot (and to use them as regression tests). </div></div></div></div></div></blockquote><br class=""><div>I’ve just meant building them, not even necessarily running.</div><div>Then authors / people who make changes would notice, and it would get compiled.</div><div class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class="">This will require us to tweak the cmake machinery to allow building fuzz target with regular flags (no coverage). </div></div></div></div></div></blockquote><div><br class=""></div><div>I’m not sure why that would be necessary? We can have a checkout setup with LLVM_USE_SANITIZERS=ON.</div><div><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class="">2. There should also be a bot that actually runs continuous fuzzing. <br class=""></div><div class="">Our buildbots are not suitable for this, so I was planing to add the llvm fuzzers to OSS-Fuzz (<a href="https://github.com/google/oss-fuzz" class="">https://github.com/google/oss-fuzz</a>)</div><div class="">We already run the cxa_demangler fuzzer there with quite a bit of success. </div></div></div></div></div></blockquote><div><br class=""></div>Right, that would be great as well!<br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote"><div class=""><br class=""></div><div class="">I hope Daniel can answer the other questions. <br class=""></div><div class=""> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

If no, maybe we should remove it, or move it to a separate repository.<br class="">

<br class="">

Thanks,<br class="">

George<br class="">

<br class="">

(sorry for starting multiple threads, I believe this way it is more convenient to keep track of tasks)</blockquote></div><br class=""></div></div>

</div></blockquote></div><br class=""></body></html>