<font face="verdana,sans-serif">What's wrong with having a gcc compatibility layer for the driver which just translates from one option set to the other. I'm thinking of something like:<br><br>clang-gcc [gcc options]<br>

clang-g++ [g++ options]<br><br>clang [clang options]<br>clang++ [clang++ options]<br><br>If anything, the clang-gcc and clang-g++ could just be shell script wrappers around clang.<br></font><br><div class="gmail_quote">On Tue, Nov 8, 2011 at 4:12 AM, Jens Ayton <span dir="ltr"><<a href="mailto:mailing-lists.jens@ayton.se">mailing-lists.jens@ayton.se</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Nov 8, 2011, at 09:57, Miles Bader wrote:<br>
><br>
> Clang's gcc-compatible options (and extensions) are one of its best<br>
> features, from a user point of view.  All one's tweaking worked out<br>
> (sometimes painfully) for gcc pretty much just magically works with<br>
> clang!  This is really incredibly refreshing, and makes clang look<br>
> good ("wow, they actually thought about the users!").<br>
<br>
</div>The flipside is that it is impossible to even consider a situation where getting things to work doesn’t involve painful tweaking. Calling this “thinking about the users” smacks of Stockholm syndrome.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Jens Ayton<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
</div></div></blockquote></div><br>