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

Yaron Keren
2015-05-29T06:59:10Z

Both Release and $CONFIG tblgen are built but the Release one is always
used. At least with Visual C++ the Release tblgen is much faster than the
Debug one.


2015-05-29 9:37 GMT+03:00 Mueller-Roemer, Johannes Sebastian <
Johannes.Sebastian.Mueller-Roemer at igd.fraunhofer.de>:

>  Do they really allways put them into Release/bin or rather
$<CONFIG>/bin?
>
>
>
> --
>
> Johannes S. Mueller-Roemer, MSc
>
> Wiss. Mitarbeiter - Interactive Engineering Technologies (IET)
>
>
>
> Fraunhofer-Institut für Graphische Datenverarbeitung IGD
>
> Fraunhoferstr. 5  |  64283 Darmstadt  |  Germany
>
> Tel +49 6151 155-606  |  Fax +49 6151 155-139
>
> johannes.mueller-roemer at igd.fraunhofer.de  |  www.igd.fraunhofer.de
>
>
>
> *From:* llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at
cs.uiuc.edu] *On
> Behalf Of *Chris Bieneman
> *Sent:* Thursday, May 28, 2015 22:36
> *To:* Yaron Keren
> *Cc:* LLVM Developers Mailing List
> *Subject:* Re: [LLVMdev] [RFC] Late May Update: Progress report on CMake
> build system's ability to replace autoconf
>
>
>
> I sent out a patch for review.
>
>
>
> http://reviews.llvm.org/D10102
>
<https://urldefense.proofpoint.com/v2/url?u=http-3A__reviews.llvm.org_D10102&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=CnMJsu0f0vSR1CHLloYJapdWWCpu9GRn3nQydr1tcoc&s=8zJYqD7TktfFqlUjdI8Gcv-ULAGh72ZOOZ9KumO1PZo&e=>
>
>
>
> -Chris
>
>
>
>  On May 28, 2015, at 9:48 AM, Yaron Keren <yaron.keren at gmail.com>
wrote:
>
>
>
> Thanks!
>
>
>
> 2015-05-28 18:56 GMT+03:00 Chris Bieneman <beanz at apple.com>:
>
>
>
>  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>:
>
> 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
>
<https://urldefense.proofpoint.com/v2/url?u=http-3A__reviews.llvm.org_D7623&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=CnMJsu0f0vSR1CHLloYJapdWWCpu9GRn3nQydr1tcoc&s=sUUTJf37gKTcDMx58mdbge8nZhoWhIh5vIfTXTa8ibI&e=>).
> 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
>
<https://urldefense.proofpoint.com/v2/url?u=http-3A__clang-5Fdarwin.mk_&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=CnMJsu0f0vSR1CHLloYJapdWWCpu9GRn3nQydr1tcoc&s=wt0UGa6r8x3w45AVGzPGHAjLVWguk3nXjPFh74rdxxM&e=>
> 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
>
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.cmake.org_Bug_view.php-3Fid-3D15591&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=CnMJsu0f0vSR1CHLloYJapdWWCpu9GRn3nQydr1tcoc&s=umuCvLy-UFJkds60slnEM9ROl2OiO4qvtQbhF7MhIF8&e=>
> ).
>
> * 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
>
>
>
>
>
>
>
>
>
> _______________________________________________
> 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/20150529/e74173f3/attachment.html>