<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="">Ed,<div class=""><br class=""></div><div class="">Just to be clarify the timeline for this is somewhere between 6 months and never. Don’t look at this as impending, but also don’t ignore it.</div><div class=""><br class=""></div><div class="">We have a sizable list of outstanding issues, and some of them are quite substantial (like compiler-rt). Without a concerted effort from the community this is unlikely to happen.</div><div class=""><br class=""></div><div class="">-Chris</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Feb 16, 2015, at 1:03 AM, Zachary Turner <<a href="mailto:zturner@google.com" class="">zturner@google.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">+Ed Maste, who maintains FreeBSD's LLDB and probably does not check this very often. I know (or at least am pretty sure) that they are using autoconf over there, so he may be aware of other issues.<br class=""><br class=""><div class="gmail_quote">On Tue Feb 03 2015 at 11:19:22 AM Chris Bieneman <<a href="mailto:beanz@apple.com" class="">beanz@apple.com</a>> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So, we’ve had this conversation a few times, and I wanted to coalate a status report for all the interested parties.<br class="">
<br class="">
Here's the outstanding work and my (not necissarily correct) view of the status and importance of each one:<br class="">
<br class="">
* Bug 12157 - <a href="http://llvmconfig.cmake.in/" target="_blank" class="">llvmconfig.cmake.in</a> make cmake installations not relocatable<br class="">
- There are patches on the bug that we should review, test, and land<br class="">
<br class="">
* Bug 14109 - CMake build for compiler-rt should use just-built clang<br class="">
- Still waiting for patches, I don't think this is a blocker<br class="">
<br class="">
* Bug 15493 - No option to build shared libLLVM-version.so in CMake<br class="">
- Patches out for review <a href="http://reviews.llvm.org/D6157" target="_blank" class="">http://reviews.llvm.org/D6157</a><br class="">
<br class="">
* Bug 18496 - [cmake] .S assembly files not compiled by cmake in libclang_rt.ARCH<br class="">
- Unclear if this is still a problem<br class="">
<br class="">
* Bug 18722 - Option to use CMake with libc++ to compile clang<br class="">
- I think this is done by passing -DLLVM_ENABLE_LIBCXX=On<br class="">
<br class="">
* Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions<br class="">
- I believe this is all done. I've never managed to get the import part of this to work, but the export files are generated<br class="">
<br class="">
* Bug 19875 - libraries and executables need different rpaths<br class="">
- Still outstanding, I don't think this is a blocker.<br class="">
<br class="">
* Bug 21560 - Add support to cmake for using installed versions of LLVM and Clang<br class="">
- Takumi commented that this works.<br class="">
<br class="">
* Bug 21561 - Update release scripts to use CMake<br class="">
- Still outstanding and blocking removal of autoconf<br class="">
<br class="">
* Bug 21562 - Add a CMake equivalent for make/platform/<a href="http://clang_darwin.mk/" target="_blank" class="">clang_darwin.mk</a> in compiler_rt<br class="">
- From discussions on llvm-dev and IRC the proper fix for this is a cross-compiling approach for compiler_rt builds, and this is a blocker.<br class="">
<br class="">
* Bug 21568 - Cannot add rpath<br class="">
- It looks like this is not a blocker because it can be done, but is unwieldy. I think this may be made a lot easier with help from the CMake developers.<br class="">
<br class="">
* Bug 21569 - Can't `make install prefix=/tmp/llvm' with CMake.<br class="">
- I think this is a fundamental difference between CMake and autoconf, and people just need to get used to the difference<br class="">
<br class="">
* Bug 21570 - Cannot set default configuration options for CMake<br class="">
- I think you can do this in CMake by creating a toolchain file and passing it in with CMAKE_TOOLCHAIN_FILE<br class="">
<br class="">
<br class="">
Other issues not tracked by bugs:<br class="">
<br class="">
* FreeBSD seemed to have problems with CMake identifying itself as amd64 causing x86_64 tests to fail<br class="">
* Migrating buildbots<br class="">
* CMake builds for libc++?<br class="">
<br class="">
<br class="">
Thoughts? Anything missing?<br class="">
<br class="">
-Chris<br class="">
______________________________<u class=""></u>_________________<br class="">
LLVM Developers mailing list<br class="">
<a href="mailto:LLVMdev@cs.uiuc.edu" target="_blank" class="">LLVMdev@cs.uiuc.edu</a> <a href="http://llvm.cs.uiuc.edu/" target="_blank" class="">http://llvm.cs.uiuc.edu</a><br class="">
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank" class="">http://lists.cs.uiuc.edu/<u class=""></u>mailman/listinfo/llvmdev</a><br class="">
</blockquote></div></div>
</div></blockquote></div><br class=""></div></body></html>