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

[Eric Christopher]

Seems reasonable.

-eric

On Tue Feb 17 2015 at 2:23:46 PM Alexey Samsonov <vonosmas at gmail.com> wrote:

> 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
>  _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150217/cfcdf2a5/attachment.html>