Chris Bieneman
2015-May-28 15:56 UTC
[LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf
> 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>
Yaron Keren
2015-May-28 16:48 UTC
[LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf
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). 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/19cca04d/attachment.html>
Chris Bieneman
2015-May-28 20:36 UTC
[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 <http://reviews.llvm.org/D10102> -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 <mailto:beanz at apple.com>>: > >> On May 28, 2015, at 8:37 AM, Yaron Keren <yaron.keren at gmail.com <mailto: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/d55dd0f8/attachment.html>
Possibly Parallel Threads
- [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf
- [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf
- [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf
- [LLVMdev] [RFC] Late May Update: Progress report on CMake build system's ability to replace autoconf
- [LLVMdev] How to use get the memory location of a function argument correctly?