llvm dev - Nov 2015 - [RFC] Deprecating autoconf: Let's do it!

On Fri, Nov 06, 2015 at 04:17:04PM -0800, Hans Wennborg via llvm-dev
wrote:
> On Fri, Nov 6, 2015 at 9:56 AM, Chris Bieneman via llvm-dev
> <llvm-dev at lists.llvm.org> wrote:
> > Hi LLVMDev,
> >
> > Since my last update we???ve landed patches for these issues:
> > * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config
> > * Bug 23746 - test-suite lacks CMake support
> > * Bug 25059 - CMake libllvm.so.$MAJOR.$MINOR shared object name not
compatible with ldconfig
> >
> > On my last thread Jonathan Roelofs pointed out that there is a
workaround for Bug 21568 (Cannot add rpath), so I???m making it non-blocking.
Which leaves only Bug 23947, which I???m also going to move that to non-blocking
because it only applies to building LLVM on MIPS64 hardware.
> >
> > With those changes we have no issues left blocking deprecating
autoconf. There are still some issues we should track and follow through on, but
I think all major uses are covered and we can make CMake the only officially
supported way to build LLVM.
> >
> > My proposal at this point is that we should officially deprecate
autoconf, and I would like to follow this process for removing it:
> >
> > (1) Add a note to the release notes for 3.8, and a big warning at the
end of the configure script telling people to use CMake
> > (2) Support autoconf with bug fixes only, no new features for 3.8
> > (3) After the 3.8 branch remove all the makefiles and have the
configure script log a message to use CMake
> > (4) After the 3.9 branch remove the configure script completely
> 
> This sounds excellent!
> 
> During the 3.7 release, Dimitry reported that some components didn't
> build on FreeBSD with cmake yet. Is that fixed now? I'd like to have
> all binaries built with cmake for 3.8.
I think we're OK here.  I've got llvm, clang, clang-tools-extra,
compiler-rt, lld, lldb, and openmp building from cmake in the FreeBSD
ports collection.

-- Brooks

On 07 Nov 2015, at 02:05, Brooks Davis <brooks at freebsd.org>
wrote:
> 
> On Fri, Nov 06, 2015 at 04:17:04PM -0800, Hans Wennborg via llvm-dev wrote:
...
>> During the 3.7 release, Dimitry reported that some components
didn't
>> build on FreeBSD with cmake yet. Is that fixed now? I'd like to
have
>> all binaries built with cmake for 3.8.
> 
> I think we're OK here.  I've got llvm, clang, clang-tools-extra,
> compiler-rt, lld, lldb, and openmp building from cmake in the FreeBSD
> ports collection.
While it will probably all build (I'm testing that again now), I don't
think all tests will succeed.  Specifically in compiler-rt and some
other parts.

It would be very nice to be able to resolve all that before 3.8.0. :-)

-Dimitry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: Message signed with OpenPGP using GPGMail
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20151110/d9772ecf/attachment.sig>

On 10 Nov 2015, at 19:32, Dimitry Andric <dimitry at andric.com>
wrote:
> 
> On 07 Nov 2015, at 02:05, Brooks Davis <brooks at freebsd.org> wrote:
>> 
>> On Fri, Nov 06, 2015 at 04:17:04PM -0800, Hans Wennborg via llvm-dev
wrote:
> ...
>>> During the 3.7 release, Dimitry reported that some components
didn't
>>> build on FreeBSD with cmake yet. Is that fixed now? I'd like to
have
>>> all binaries built with cmake for 3.8.
>> 
>> I think we're OK here.  I've got llvm, clang,
clang-tools-extra,
>> compiler-rt, lld, lldb, and openmp building from cmake in the FreeBSD
>> ports collection.
> 
> While it will probably all build (I'm testing that again now),
Hm, I spoke too soon.  It bombs out fairly quickly with an error about
unwind.h (which we unfortunately *still* don't have in /usr/include, Ed
is working on that):

In file included from
/home/dim/src/llvm/trunk/projects/libcxxabi/src/cxa_default_handlers.cpp:19:
/home/dim/src/llvm/trunk/projects/libcxxabi/src/cxa_exception.hpp:19:10: fatal
error: 'unwind.h' file not found
#include "unwind.h"
         ^
1 error generated.

But this is during the libcxxabi build.  I don't think we have can build
libcxxabi at all on FreeBSD?  Brooks or Ed, did you ever manage that?

-Dimitry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: Message signed with OpenPGP using GPGMail
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20151110/a2a0da96/attachment.sig>