<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 29, 2017 at 10:15 AM, 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-m_8081658985951058120gmail-">Kostya Serebryany <<a href="mailto:kcc@google.com" target="_blank">kcc@google.com</a>> writes:<br>
> On Fri, Aug 25, 2017 at 8:51 AM, Daniel Sanders <<a href="mailto:daniel_l_sanders@apple.com" target="_blank">daniel_l_sanders@apple.com</a>> wrote:<br>
</span><span class="gmail-m_8081658985951058120gmail-">>> On 23 Aug 2017, at 00:21, George Karpenkov via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br>
</span><span class="gmail-m_8081658985951058120gmail-">>>> I have tried to compile llvm-mc-assemble-fuzzer, and<br>
>>> llvm-mc-disassemble-fuzzer, and I couldn’t build either of those.<br>
>>> For the first one, the reason is that it refers to a nonexistent<br>
>>> enum,<br>
</span> ...<br>
<span class="gmail-m_8081658985951058120gmail-">>>> Are those libraries maintained and/or used?<br>
>><br>
>> I haven't used it for quite a while now. My original motivator was the<br>
>> Mips assembler/disassembler being very buggy. I was using it to find<br>
>> crashes and generate interesting test cases for round-trip testing of the<br>
>> assembler/disassembler. Since then, the Mips MC layer has become much more<br>
>> stable and I've also changed jobs.<br>
>><br>
>> That said, I'd like to set up a bot to make use of these tools,<br>
><br>
> As soon as these fuzz targets build, don't immediately crash, and have<br>
> someone who cares about them, I can add them to OSS-Fuzz for automated<br>
> continuous fuzzing.<br>
<br>
</span>These both compile and run again as of r312011, though I suspect they'll<br>
need some small changes to play well in OSS Fuzz and the like. They use<br>
an approach to command line arguments that won't work for features like<br>
-merge or parallel fuzzing (they could pretty easily be updated to use<br>
"-ignore_remaining_args=1" like llvm-isel-fuzzer does though).<br></blockquote><div><br></div><div>Yep. I may not have time to update these fuzzers though. Volunteers? </div><div>Also, even with -ignore_remaining_args=1 we may not be able to use them (and llvm-isel-fuzzer) on oss-fuzz.</div><div><br></div><div><br></div><div>I'd suggest to at least change llvm-isel-fuzzer (and others) to have a default value of flags, such that running e.g. </div><div>./bin/llvm-isel-fuzzer  # no flags</div><div>will work (and fuzz one default config). </div><div><br></div><div>If we like how it works on oss-fuzz, we may then extend  llvm-isel-fuzzer to parse the command arguments (or a config type, etc) from the executable's name. </div><div><br></div><div>--kcc </div><div><br></div><div><br></div><div> </div></div><br></div></div>