[LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf

Alexey Samsonov vonosmas at gmail.com
Tue Feb 17 14:01:28 PST 2015


On Tue, Feb 3, 2015 at 11:08 AM, Chris Bieneman <beanz at apple.com> wrote:

> So, we’ve had this conversation a few times, and I wanted to coalate a
> status report for all the interested parties.
>
> Here's the outstanding work and my (not necissarily correct) view of the
> status and importance of each one:
>
> * Bug 12157 - llvmconfig.cmake.in make cmake installations not relocatable
>   - There are patches on the bug that we should review, test, and land
>
> * Bug 14109 - CMake build for compiler-rt should use just-built clang
>   - Still waiting for patches, I don't think this is a blocker
>
> * Bug 15493 - No option to build shared libLLVM-version.so in CMake
>   - Patches out for review http://reviews.llvm.org/D6157
>
> * Bug 18496 - [cmake] .S assembly files not compiled by cmake in
> libclang_rt.ARCH
>   - Unclear if this is still a problem
>
> * Bug 18722 - Option to use CMake with libc++ to compile clang
>   - I think this is done by passing -DLLVM_ENABLE_LIBCXX=On
>
> * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions
>   - 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
>
> * Bug 19875 - libraries and executables need different rpaths
>   - Still outstanding, I don't think this is a blocker.
>
> * Bug 21560 - Add support to cmake for using installed versions of LLVM
> and Clang
>   - Takumi commented that this works.
>
> * Bug 21561 - Update release scripts to use CMake
>   - Still outstanding and blocking removal of autoconf
>
> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in
> compiler_rt
>   - 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.
>
> * Bug 21568 - Cannot add rpath
>   - 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.
>
> * Bug 21569 - Can't `make install prefix=/tmp/llvm' with CMake.
>   - I think this is a fundamental difference between CMake and autoconf,
> and people just need to get used to the difference
>
> * Bug 21570 - Cannot set default configuration options for CMake
>   - I think you can do this in CMake by creating a toolchain file and
> passing it in with CMAKE_TOOLCHAIN_FILE
>
>
> Other issues not tracked by bugs:
>
> * FreeBSD seemed to have problems with CMake identifying itself as amd64
> causing x86_64 tests to fail
> * Migrating buildbots
> * CMake builds for libc++?
>
>
> Thoughts? Anything missing?
>

One more thing: we should probably update "Getting Started" pages (
http://clang.llvm.org/get_started.html,
http://llvm.org/docs/GettingStarted.html#getting-started-quickly-a-summary)
to
refer to CMake as the "recommended" way to build LLVM, and to autotools as
"works for now".


>
> -Chris
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>



-- 
Alexey Samsonov
vonosmas at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150217/9114531d/attachment.html>


More information about the llvm-dev mailing list