llvm dev - May 2015 - [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf

Hi all,

Time for another update on the status of the CMake build system.

Completed:
* Bug 18496 - [cmake] .S assembly files not compiled by cmake in
libclang_rt.ARCH
* Bug 22725 - lldb build with cmake fails with "Program error: Invalid
parameters entered, -h for help. "
* Update GettingStarted to prefer CMake

Still Outstanding:

* Bug 14109 - CMake build for compiler-rt should use just-built clang
 - No Update: Still some small issues to resolve.

* Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions
 - I commented in the review for this today (http://reviews.llvm.org/D7623). I
think the patches I have are good to land, but Stephen Kelly made some other
suggestions in the bug we should consider separately.

* Bug 19875 - libraries and executables need different rpaths
 - No Update: Still outstanding, I don't think this is a blocker.

* Bug 21561 - Update release scripts to use CMake
 - No Update: Still outstanding and blocking removal of autoconf

* Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in
compiler_rt
 - I've looked at this a bit on and off. It is unfortunately a hard problem.
I think it would be easier if CMake had better support for setting clang's
sysroot and arch flags. To that end I've filed a bug against CMake
(http://www.cmake.org/Bug/view.php?id=15591).

* Bug 21568 - Cannot add rpath
 - No Update: Not a blocker.

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
* We need to make sure libc++ works properly on Darwin
* Put together a “cheat sheet” document for transitioning
 - If you have an autoconf workflow you’d like to see in the cheat sheet please
send your commands my way and I‘ll assemble the cheat sheet.

If there is anything I’m missing please let me know. Thanks,

Thanks,
-Chris

Probably not a blocker for replacing autoconf, while at it:
Bug 23468 - LLVM_OPTIMIZED_TABLEGEN does not work with Visual Studio.
It makes the tablegenning really slow.


2015-05-28 18:22 GMT+03:00 Chris Bieneman <beanz at apple.com>:
> Hi all,
>
> Time for another update on the status of the CMake build system.
>
> Completed:
> * Bug 18496 - [cmake] .S assembly files not compiled by cmake in
> libclang_rt.ARCH
> * Bug 22725 - lldb build with cmake fails with "Program error: Invalid
> parameters entered, -h for help. "
> * Update GettingStarted to prefer CMake
>
> Still Outstanding:
>
> * Bug 14109 - CMake build for compiler-rt should use just-built clang
>  - No Update: Still some small issues to resolve.
>
> * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions
>  - I commented in the review for this today
(http://reviews.llvm.org/D7623).
> I think the patches I have are good to land, but Stephen Kelly made some
> other suggestions in the bug we should consider separately.
>
> * Bug 19875 - libraries and executables need different rpaths
>  - No Update: Still outstanding, I don't think this is a blocker.
>
> * Bug 21561 - Update release scripts to use CMake
>  - No Update: Still outstanding and blocking removal of autoconf
>
> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in
> compiler_rt
>  - I've looked at this a bit on and off. It is unfortunately a hard
> problem. I think it would be easier if CMake had better support for setting
> clang's sysroot and arch flags. To that end I've filed a bug
against CMake (
> http://www.cmake.org/Bug/view.php?id=15591).
>
> * Bug 21568 - Cannot add rpath
>  - No Update: Not a blocker.
>
> 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
> * We need to make sure libc++ works properly on Darwin
> * Put together a “cheat sheet” document for transitioning
>  - If you have an autoconf workflow you’d like to see in the cheat sheet
> please send your commands my way and I‘ll assemble the cheat sheet.
>
> If there is anything I’m missing please let me know. Thanks,
>
> Thanks,
> -Chris
> _______________________________________________
> 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/20150528/ca4f88af/attachment.html>

> On May 28, 2015, at 8:37 AM, Yaron Keren <yaron.keren at gmail.com>
wrote:
> 
> Probably not a blocker for replacing autoconf, while at it:
> Bug 23468 - LLVM_OPTIMIZED_TABLEGEN does not work with Visual Studio.
> It makes the tablegenning really slow.
This is actually a feature of the CMake build system that the autoconf one
doesn’t have, so this is not related to replacing autoconf.

That said, I’ll try to address this soon.

-Chris
> 
> 
> 2015-05-28 18:22 GMT+03:00 Chris Bieneman <beanz at apple.com
<mailto:beanz at apple.com>>:
> Hi all,
> 
> Time for another update on the status of the CMake build system.
> 
> Completed:
> * Bug 18496 - [cmake] .S assembly files not compiled by cmake in
libclang_rt.ARCH
> * Bug 22725 - lldb build with cmake fails with "Program error: Invalid
parameters entered, -h for help. "
> * Update GettingStarted to prefer CMake
> 
> Still Outstanding:
> 
> * Bug 14109 - CMake build for compiler-rt should use just-built clang
>  - No Update: Still some small issues to resolve.
> 
> * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions
>  - I commented in the review for this today (http://reviews.llvm.org/D7623
<http://reviews.llvm.org/D7623>). I think the patches I have are good to
land, but Stephen Kelly made some other suggestions in the bug we should
consider separately.
> 
> * Bug 19875 - libraries and executables need different rpaths
>  - No Update: Still outstanding, I don't think this is a blocker.
> 
> * Bug 21561 - Update release scripts to use CMake
>  - No Update: Still outstanding and blocking removal of autoconf
> 
> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk
<http://clang_darwin.mk/> in compiler_rt
>  - I've looked at this a bit on and off. It is unfortunately a hard
problem. I think it would be easier if CMake had better support for setting
clang's sysroot and arch flags. To that end I've filed a bug against
CMake (http://www.cmake.org/Bug/view.php?id=15591
<http://www.cmake.org/Bug/view.php?id=15591>).
> 
> * Bug 21568 - Cannot add rpath
>  - No Update: Not a blocker.
> 
> 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
> * We need to make sure libc++ works properly on Darwin
> * Put together a “cheat sheet” document for transitioning
>  - If you have an autoconf workflow you’d like to see in the cheat sheet
please send your commands my way and I‘ll assemble the cheat sheet.
> 
> If there is anything I’m missing please let me know. Thanks,
> 
> Thanks,
> -Chris
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu <mailto:LLVMdev at cs.uiuc.edu>        
http://llvm.cs.uiuc.edu <http://llvm.cs.uiuc.edu/>
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
<http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev>
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20150528/541ac809/attachment.html>

It seems the fix for Bug 19462 causes my stand-alone build of Clang to die with

CMake Error at CMakeLists.txt:528 (install):
  install EXPORT given no DESTINATION!

Any pointers?

On Thu, May 28, 2015 at 8:22 AM, Chris Bieneman <beanz at apple.com>
wrote:
> Hi all,
>
> Time for another update on the status of the CMake build system.
>
> Completed:
> * Bug 18496 - [cmake] .S assembly files not compiled by cmake in
libclang_rt.ARCH
> * Bug 22725 - lldb build with cmake fails with "Program error: Invalid
parameters entered, -h for help. "
> * Update GettingStarted to prefer CMake
>
> Still Outstanding:
>
> * Bug 14109 - CMake build for compiler-rt should use just-built clang
>  - No Update: Still some small issues to resolve.
>
> * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions
>  - I commented in the review for this today
(http://reviews.llvm.org/D7623). I think the patches I have are good to land,
but Stephen Kelly made some other suggestions in the bug we should consider
separately.
>
> * Bug 19875 - libraries and executables need different rpaths
>  - No Update: Still outstanding, I don't think this is a blocker.
>
> * Bug 21561 - Update release scripts to use CMake
>  - No Update: Still outstanding and blocking removal of autoconf
>
> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in
compiler_rt
>  - I've looked at this a bit on and off. It is unfortunately a hard
problem. I think it would be easier if CMake had better support for setting
clang's sysroot and arch flags. To that end I've filed a bug against
CMake (http://www.cmake.org/Bug/view.php?id=15591).
>
> * Bug 21568 - Cannot add rpath
>  - No Update: Not a blocker.
>
> 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
> * We need to make sure libc++ works properly on Darwin
> * Put together a “cheat sheet” document for transitioning
>  - If you have an autoconf workflow you’d like to see in the cheat sheet
please send your commands my way and I‘ll assemble the cheat sheet.
>
> If there is anything I’m missing please let me know. Thanks,
>
> Thanks,
> -Chris
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

Takumi fixed that issue with r238628.

Thanks,
-Chris
> On May 29, 2015, at 4:24 PM, Steve King <steve at metrokings.com>
wrote:
> 
> It seems the fix for Bug 19462 causes my stand-alone build of Clang to die
with
> 
> CMake Error at CMakeLists.txt:528 (install):
>  install EXPORT given no DESTINATION!
> 
> Any pointers?
> 
> On Thu, May 28, 2015 at 8:22 AM, Chris Bieneman <beanz at apple.com>
wrote:
>> Hi all,
>> 
>> Time for another update on the status of the CMake build system.
>> 
>> Completed:
>> * Bug 18496 - [cmake] .S assembly files not compiled by cmake in
libclang_rt.ARCH
>> * Bug 22725 - lldb build with cmake fails with "Program error:
Invalid parameters entered, -h for help. "
>> * Update GettingStarted to prefer CMake
>> 
>> Still Outstanding:
>> 
>> * Bug 14109 - CMake build for compiler-rt should use just-built clang
>> - No Update: Still some small issues to resolve.
>> 
>> * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions
>> - I commented in the review for this today
(http://reviews.llvm.org/D7623). I think the patches I have are good to land,
but Stephen Kelly made some other suggestions in the bug we should consider
separately.
>> 
>> * Bug 19875 - libraries and executables need different rpaths
>> - No Update: Still outstanding, I don't think this is a blocker.
>> 
>> * Bug 21561 - Update release scripts to use CMake
>> - No Update: Still outstanding and blocking removal of autoconf
>> 
>> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk
in compiler_rt
>> - I've looked at this a bit on and off. It is unfortunately a hard
problem. I think it would be easier if CMake had better support for setting
clang's sysroot and arch flags. To that end I've filed a bug against
CMake (http://www.cmake.org/Bug/view.php?id=15591).
>> 
>> * Bug 21568 - Cannot add rpath
>> - No Update: Not a blocker.
>> 
>> 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
>> * We need to make sure libc++ works properly on Darwin
>> * Put together a “cheat sheet” document for transitioning
>> - If you have an autoconf workflow you’d like to see in the cheat sheet
please send your commands my way and I‘ll assemble the cheat sheet.
>> 
>> If there is anything I’m missing please let me know. Thanks,
>> 
>> Thanks,
>> -Chris
>> _______________________________________________
>> LLVM Developers mailing list
>> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

Hi,

I recently discovered that CMake has difficulty handling multilibs for Mips.
This isn't a blocker at the moment since we only do 32-bit releases on
llvm.org but will be a problem when we start 64-bit releases.

There's a bit more detail at:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785401
> -----Original Message-----
> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at
cs.uiuc.edu]
> On Behalf Of Chris Bieneman
> Sent: 28 May 2015 16:22
> To: LLVM Developers Mailing List
> Subject: [LLVMdev] [RFC] Late May Update: Progress report on CMake build
> system's ability to replace autoconf
> 
> Hi all,
> 
> Time for another update on the status of the CMake build system.
> 
> Completed:
> * Bug 18496 - [cmake] .S assembly files not compiled by cmake in
> libclang_rt.ARCH
> * Bug 22725 - lldb build with cmake fails with "Program error: Invalid
> parameters entered, -h for help. "
> * Update GettingStarted to prefer CMake
> 
> Still Outstanding:
> 
> * Bug 14109 - CMake build for compiler-rt should use just-built clang
>  - No Update: Still some small issues to resolve.
> 
> * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions
>  - I commented in the review for this today
(http://reviews.llvm.org/D7623). I
> think the patches I have are good to land, but Stephen Kelly made some
> other suggestions in the bug we should consider separately.
> 
> * Bug 19875 - libraries and executables need different rpaths
>  - No Update: Still outstanding, I don't think this is a blocker.
> 
> * Bug 21561 - Update release scripts to use CMake
>  - No Update: Still outstanding and blocking removal of autoconf
> 
> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk
> in compiler_rt
>  - I've looked at this a bit on and off. It is unfortunately a hard
problem. I think
> it would be easier if CMake had better support for setting clang's
sysroot and
> arch flags. To that end I've filed a bug against CMake
> (http://www.cmake.org/Bug/view.php?id=15591).
> 
> * Bug 21568 - Cannot add rpath
>  - No Update: Not a blocker.
> 
> 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
> * We need to make sure libc++ works properly on Darwin
> * Put together a “cheat sheet” document for transitioning
>  - If you have an autoconf workflow you’d like to see in the cheat sheet
> please send your commands my way and I‘ll assemble the cheat sheet.
> 
> If there is anything I’m missing please let me know. Thanks,
> 
> Thanks,
> -Chris
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

I’ve been trying, and thus far failing, to get the test suite up and running
against a CMake+ninja clang build. Filed
https://llvm.org/bugs/show_bug.cgi?id=23746
<https://llvm.org/bugs/show_bug.cgi?id=23746>. Depending on what
workarounds people know of or can come up with, that may or may not be a
blocker.

-Jim
> On May 28, 2015, at 8:22 AM, Chris Bieneman <beanz at apple.com>
wrote:
> 
> Hi all,
> 
> Time for another update on the status of the CMake build system.
> 
> Completed:
> * Bug 18496 - [cmake] .S assembly files not compiled by cmake in
libclang_rt.ARCH
> * Bug 22725 - lldb build with cmake fails with "Program error: Invalid
parameters entered, -h for help. "
> * Update GettingStarted to prefer CMake
> 
> Still Outstanding:
> 
> * Bug 14109 - CMake build for compiler-rt should use just-built clang
> - No Update: Still some small issues to resolve.
> 
> * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions
> - I commented in the review for this today (http://reviews.llvm.org/D7623).
I think the patches I have are good to land, but Stephen Kelly made some other
suggestions in the bug we should consider separately.
> 
> * Bug 19875 - libraries and executables need different rpaths
> - No Update: Still outstanding, I don't think this is a blocker.
> 
> * Bug 21561 - Update release scripts to use CMake
> - No Update: Still outstanding and blocking removal of autoconf
> 
> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in
compiler_rt
> - I've looked at this a bit on and off. It is unfortunately a hard
problem. I think it would be easier if CMake had better support for setting
clang's sysroot and arch flags. To that end I've filed a bug against
CMake (http://www.cmake.org/Bug/view.php?id=15591).
> 
> * Bug 21568 - Cannot add rpath
> - No Update: Not a blocker.
> 
> 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
> * We need to make sure libc++ works properly on Darwin
> * Put together a “cheat sheet” document for transitioning
> - If you have an autoconf workflow you’d like to see in the cheat sheet
please send your commands my way and I‘ll assemble the cheat sheet.
> 
> If there is anything I’m missing please let me know. Thanks,
> 
> Thanks,
> -Chris
> _______________________________________________
> 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/20150603/ac302b7f/attachment.html>

On 3 June 2015 at 12:14, Jim Grosbach <grosbach at apple.com>
wrote:
> I’ve been trying, and thus far failing, to get the test suite up and
running
> against a CMake+ninja clang build. Filed
> https://llvm.org/bugs/show_bug.cgi?id=23746. Depending on what workarounds
> people know of or can come up with, that may or may not be a blocker.
I've been successfully using LNT to run the test-suite based on CMake
builds. Sometimes have to symbolically link ld64 into build/bin
directory, but otherwise I just go for some variant of:

~/lnt-sandbox/bin/lnt runtest --verbose nt \
    --sandbox ~/lnt-sandbox/results \
    --test-suite ~/lnt-sandbox/test-suite \
    --test-externals ~/lnt-sandbox/test-suite-externals \
    --cc ~/llvm/build.rel/bin/clang \
    --cflag="-flto -O3 -stdlib=libstdc++" \
    --without-llvm \
    --simple \
    --small \
    -j 4

Tim.