<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="">One last reminder to everyone. Today is the day.<div class=""><br class=""></div><div class="">I’m going to start removing autoconf around 1:30.</div><div class=""><br class=""></div><div class="">The patches are:</div><div class="">LLVM: <a href="http://reviews.llvm.org/D16471" class="">http://reviews.llvm.org/D16471</a></div><div class="">Clang: <a href="http://reviews.llvm.org/D16472" class="">http://reviews.llvm.org/D16472</a></div><div class="">Compiler-RT: <a href="http://reviews.llvm.org/D16473" class="">http://reviews.llvm.org/D16473</a></div><div class="">Clang-tools-extra: <a href="http://reviews.llvm.org/D16475" class="">http://reviews.llvm.org/D16475</a></div><div class=""><br class=""></div><div class="">Once the LLVM patch lands the autoconf builds everywhere will cease to function.</div><div class=""><br class=""></div><div class="">One last big thank you to everyone in the community that made this happen! By the end of the day today we’ll only be supporting one build system!</div><div class=""><br class=""></div><div class="">-Chris</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jan 12, 2016, at 9:35 AM, Chris Bieneman via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Now that 3.8 is imminently branching with the newly deprecated autoconf I think it is time to propose a process and timeline for removing autoconf support from trunk.<br class=""><br class="">At this point I believe there should be no users of autoconf for Clang and LLVM that are not supported by CMake, so I would like to propose dropping autoconf support from the cfe and llvm repositories on January 26th (two weeks from today). I believe this gives sufficient time for users to migrate any remaining systems off autoconf. If this timeline doesn’t work for you, please speak up.<br class=""><br class="">There are still some problematic use cases for building the compiler-rt builtins. Specifically bootstrapping cross-compilers is fragile and in some cases entirely unworkable in CMake. To this end I’m not proposing a full removal of the compiler-rt makefiles at this time. What I would like to propose is that on February 2nd we remove autoconf support for all sanitizer runtimes from compiler-rt.<br class=""><br class="">We will not be removing the makefile build system from the test-suite project. The CMake build system there is very new, and still nowhere near feature complete.<br class=""><br class="">For other projects (libcxx, libcxxabi, libunwind…) I’ve not made significant contributions to these projects, so I’d like to defer to more active contributors on those projects, but I am unaware of any blocking issues.<br class=""><br class="">Questions, comments, concerns, panic, fire, brimstone?<br class=""><br class="">-Chris<br class="">_______________________________________________<br class="">LLVM Developers mailing list<br class=""><a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a><br class="">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev<br class=""></div></div></blockquote></div><br class=""></div></body></html>