[Adding cfe-dev to CC, not everyone there is subscribed to llvmdev]<br><br><div class="gmail_quote">On Wed, May 22, 2013 at 4:22 PM, Richard Smith <span dir="ltr"><<a href="mailto:richard@metafoo.co.uk" target="_blank">richard@metafoo.co.uk</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 Wed, May 22, 2013 at 4:14 PM, Eric Christopher <span dir="ltr"><<a href="mailto:echristo@gmail.com" target="_blank">echristo@gmail.com</a>></span> wrote:<br>
</div><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All,<br>
<br>
I fear starting another centi-thread on this but I'll give it a shot.<br>
<br>
We're currently supporting two build systems which is definitely one<br>
more than we (or I) want to support.<br>
<br>
I don't know of any support in autoconf past the<br>
--host/--build/--target case that's not supported in cmake. I'll send<br>
out an assertion here that this support isn't necessary and any system<br>
that needs it can instead move to:<br>
<br>
build native clang<br>
build next clang with some target that supplies a sysroot and a<br>
-target option to the native clang<br>
<br>
Can anyone see good a reason not to move to cmake as our only build<br>
configuration system and drop future support for autoconf + makefiles<br>
now that 3.3 has branched?</blockquote><div><br></div></div><div>I definitely think this is a good idea, and a very timely suggestion. Once we have collected a list of remaining problems, we should have plenty of time to address them all such that we can remove the autoconf build system for 3.4.</div>

</div>
</blockquote></div><br>