<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jan 22, 2015 at 6:05 AM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.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="">On 22 January 2015 at 00:36, Nico Weber <<a href="mailto:thakis@chromium.org">thakis@chromium.org</a>> wrote:<br>
> I'm trying to use afl-fuzz with asan on OS X. afl-fuzz tells you to set CXX to afl-clang++ and rebuild your program. afl-clang++ then calls clang++ with -no-integrated-as and -B to a path with its own as wrapper that inserts some instrumentation assembly before calling real as. This doesn't work on OS X because clang++ writes this .macosx_version_min directive that as doesn't support. If I apply this patch, everything does work. So this seems like a useful thing to me – are there any downsides to this patch?<br>
<br>
</span>Yes, it puts us in a direction we really don't want to go.<br>
<br>
On OS X /usr/bin/as is really old and not supported. If afl is using<br>
it instead clang that is a bug in afl.<br>
<br>
The correct way of making this easier would probably be to write a<br>
program that is command line compatible with /usr/bin/as but uses MC.<br></blockquote><div><br></div><div>If cctools as isn't supported, perhaps we should make -no-integrated-as shell out to `clang -cc1as` on Darwin. Users may be relying on -no-integrated-as implying cctools as quirks, though.</div></div></div></div>