<div dir="ltr">The afl problem is fixed in today's afl 1.20, which now uses clang instead of as for compiling the patched .s files.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 22, 2015 at 12:11 PM, Jim Grosbach <span dir="ltr"><<a href="mailto:grosbach@apple.com" target="_blank">grosbach@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><span class=""><blockquote type="cite"><div>On Jan 22, 2015, at 11:03 AM, Filipe Cabecinhas <<a href="mailto:filcab@gmail.com" target="_blank">filcab@gmail.com</a>> wrote:</div><br><div><div dir="ltr">What would be the difference between shelling out to clang -cc1as or simply doing a no-op on -no-integrated-as?<div><br></div><div>We could also start not allowing clang (on OS X) to emit directives by default if the latest Xcode-shipped clang doesn't handle them. That is: Maybe we should say what the “ground truth” for MachO/OSX is, and which tools outside of llvm we should try to be compatible with.</div><div><br></div></div></div></blockquote><blockquote type="cite"><div><div dir="ltr"><div>This whole problem is due to clang emitting ".macosx_version_min" and other directives by default, and the latest Xcode-provided clang/as -q not handling them.</div></div></div></blockquote><div><br></div></span>It’s far, far bigger than that. clang uses many assembly constructs that the non-integrated assembler doesn’t support. Passing clang generated assembly files into the cctools assembler is not supported and hasn’t been for a quite a while. The current cctools as(1) is deprecated.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Jim</div></font></span><span class=""><div><br><br><blockquote type="cite"><div><div dir="ltr"><div>Rafael: Yes, AFAICT that is the only case that is broken (and without the -c, but that's basically the same case).<br><div><div class="gmail_extra"><br clear="all"><div><div>  Filipe<br></div></div>
<br><div class="gmail_quote">On Thu, Jan 22, 2015 at 10:56 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>> If cctools as isn't supported, perhaps we should make -no-integrated-as<br>
> shell out to `clang -cc1as` on Darwin. Users may be relying on<br>
> -no-integrated-as implying cctools as quirks, though.<br>
<br>
</span>It is probably a good idea. Since cctools' as can't handle clang<br>
output, the only use case that might be broken by the change is "clang<br>
-c -no-integrated-as foo.s", no?<br>
<div><div><br>
Cheers,<br>
Rafael<br>
_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu" target="_blank">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
</div></div></blockquote></div><br></div></div></div></div>
_______________________________________________<br>llvm-commits mailing list<br><a href="mailto:llvm-commits@cs.uiuc.edu" target="_blank">llvm-commits@cs.uiuc.edu</a><br><a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br></div></blockquote></div><br></span></div></blockquote></div><br></div>