<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">I’m not opposed to 3.5.1, I was suggesting 3.4.3 because it is a more stable conservative release, and it is available on basically ever reasonably recent OS release except Debian jessie.</div><div class=""><br class=""></div><div class="">-Chris</div><br class=""><div><blockquote type="cite" class=""><div class="">On Apr 26, 2016, at 3:28 PM, Rafael Espíndola <<a href="mailto:rafael.espindola@gmail.com" class="">rafael.espindola@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><p dir="ltr" class="">Why not 3.5.1?</p><p dir="ltr" class="">Cheers,<br class="">
Rafael</p>
<div class="gmail_quote">On Apr 26, 2016 6:01 PM, "Chris Bieneman via cfe-dev" <<a href="mailto:cfe-dev@lists.llvm.org" class="">cfe-dev@lists.llvm.org</a>> wrote:<br type="attribution" class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello llvm-dev and cfe-dev,<br class="">
<br class="">
I want open up the discussion of upgrading our minimum required CMake version.<br class="">
<br class="">
In the past when we’ve discussed this one of the major reasons for not moving forward was that the Ubuntu LTS release was on CMake 2.8.12.x. A few days ago Ubuntu 16.04, the new LTS, was released, and it contains CMake 3.5.1.<br class="">
<br class="">
I have a couple of motivations for this, the biggest of which is that I’ve hit a wall trying to overcome some limitations in the CMake ExternalProject module which I can’t get past without being on CMake 3.4 or newer. These limitations make using ExternalProject to build the LLVM test-suite and runtime libraries (compiler-rt, libcxx, etc) difficult.<br class="">
<br class="">
The other big motivation that I have for this is the ability to cleanup code. We have a lot of CMake code that checks CMAKE_VERSION and enables and disables features used on the version. None of the places where we currently have CMAKE_VERSION checks should impact build correctness, but most people don’t realize that if you’re using Ninja your build will be faster on a newer CMake than on an older one. It would be nice if we just pushed the bar up and could remove a bunch of those conditionals.<br class="">
<br class="">
To do this we need bot maintainers to update their CMake installations, so we need some consensus that (1) we want to do this and (2) what a reasonable timeline for doing it is.<br class="">
<br class="">
What I’d like to do is raise the minimum version for all LLVM projects to CMake 3.4.3 at the end of May. Setting the date at the end of May gives bot maintainers and developers lots of time to update, and CMake 3.4.3 is the last CMake 3.4 release and it is widely available. For reference here’s a list of linux distributions and their CMake versions:<br class="">
<br class="">
Ubuntu Wily -> 3.2.2<br class="">
Ubuntu Xenial -> 3.5.1<br class="">
Ubuntu Yakkety -> 3.5.1<br class="">
Debian jessie -> 3.0.2<br class="">
Debian stretch -> 3.5.1<br class="">
Debian sid -> 3.5.2<br class="">
FreeBSD 10.2 -> 3.5.0<br class="">
FreeBSD HEAD -> 3.5.2<br class="">
<br class="">
Feedback?<br class="">
<br class="">
Thanks,<br class="">
-Chris<br class="">
_______________________________________________<br class="">
cfe-dev mailing list<br class="">
<a href="mailto:cfe-dev@lists.llvm.org" class="">cfe-dev@lists.llvm.org</a><br class="">
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank" class="">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br class="">
</blockquote></div>
</div></blockquote></div><br class=""></body></html>