<div dir="ltr">+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><br><div class="gmail_quote">On Tue Feb 03 2015 at 11:19:22 AM Chris Bieneman <<a href="mailto:beanz@apple.com">beanz@apple.com</a>> wrote:<br><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>
<br>
Here's the outstanding work and my (not necissarily correct) view of the status and importance of each one:<br>
<br>
* Bug 12157 - <a href="http://llvmconfig.cmake.in" target="_blank">llvmconfig.cmake.in</a> make cmake installations not relocatable<br>
- There are patches on the bug that we should review, test, and land<br>
<br>
* Bug 14109 - CMake build for compiler-rt should use just-built clang<br>
- Still waiting for patches, I don't think this is a blocker<br>
<br>
* Bug 15493 - No option to build shared libLLVM-version.so in CMake<br>
- Patches out for review <a href="http://reviews.llvm.org/D6157" target="_blank">http://reviews.llvm.org/D6157</a><br>
<br>
* Bug 18496 - [cmake] .S assembly files not compiled by cmake in libclang_rt.ARCH<br>
- Unclear if this is still a problem<br>
<br>
* Bug 18722 - Option to use CMake with libc++ to compile clang<br>
- I think this is done by passing -DLLVM_ENABLE_LIBCXX=On<br>
<br>
* Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions<br>
- 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>
<br>
* Bug 19875 - libraries and executables need different rpaths<br>
- Still outstanding, I don't think this is a blocker.<br>
<br>
* Bug 21560 - Add support to cmake for using installed versions of LLVM and Clang<br>
- Takumi commented that this works.<br>
<br>
* Bug 21561 - Update release scripts to use CMake<br>
- Still outstanding and blocking removal of autoconf<br>
<br>
* Bug 21562 - Add a CMake equivalent for make/platform/<a href="http://clang_darwin.mk" target="_blank">clang_darwin.mk</a> in compiler_rt<br>
- 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>
<br>
* Bug 21568 - Cannot add rpath<br>
- 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>
<br>
* Bug 21569 - Can't `make install prefix=/tmp/llvm' with CMake.<br>
- I think this is a fundamental difference between CMake and autoconf, and people just need to get used to the difference<br>
<br>
* Bug 21570 - Cannot set default configuration options for CMake<br>
- I think you can do this in CMake by creating a toolchain file and passing it in with CMAKE_TOOLCHAIN_FILE<br>
<br>
<br>
Other issues not tracked by bugs:<br>
<br>
* FreeBSD seemed to have problems with CMake identifying itself as amd64 causing x86_64 tests to fail<br>
* Migrating buildbots<br>
* CMake builds for libc++?<br>
<br>
<br>
Thoughts? Anything missing?<br>
<br>
-Chris<br>
______________________________<u></u>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu" target="_blank">LLVMdev@cs.uiuc.edu</a> <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/<u></u>mailman/listinfo/llvmdev</a><br>
</blockquote></div></div>