<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, Jan 12, 2016 at 12:31 PM Joerg Sonnenberger via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Jan 12, 2016 at 09:35:29AM -0800, Chris Bieneman via llvm-dev wrote:<br>
> Now that 3.8 is imminently branching with the newly deprecated autoconf<br>
> I think it is time to propose a process and timeline for removing<br>
> autoconf support from trunk.<br>
<br>
I don't know about others, but for me autoconf itself is quite useful<br>
and I would prefer to maintain <a href="http://configure.ac" rel="noreferrer" target="_blank">configure.ac</a> still in the LLVM<br>
repository. cmake is not an acceptable dependency for NetBSD, but the<br>
only relevant part for us is the auto-configuring. The Makefiles are<br>
completely uninteresting.<br><br></blockquote><div><br></div><div>For the project we've had the situation where maintaining two build systems is prone to build breakages of one or the other and have been actively moving everyone to a single configuration system that can support all of the various users of the project. It's been announced and worked on fairly heavily over the last few years.</div><div><br></div><div>If you don't have any use for configuration options (i.e. whether or not to turn on certain features for the build system), it should probably work to keep the configure script committed locally for NetBSD?</div><div><br></div><div>-eric </div></div></div>