Chris Bieneman
2015-Jul-29 20:17 UTC
[LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf
Hi LLVMDev, The following issues have been fixed since the last update I sent out. Completed: * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions * Bug 21561 - Update release scripts to use CMake These issues are still outstanding. Classification of blocking vs non-blocking are my own opinions, please let me know if you disagree. All non-blocking issues are still serious bugs that need to be fixed. Blocking Issues: * Bug 14109 - CMake build for compiler-rt should use just-built clang * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt * Bug 21568 - Cannot add rpath * Bug 23947 - CMake+Mips: find_library() doesn't work correctly when recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie Non-Blocking Issues: * Bug 19875 - libraries and executables need different rpaths * Bug 22466 - cmake build should provide way to run tablegen with no arguments * Bug 23746 - test-suite lacks CMake support * Bug 24157 - CMake built shared library does not export all public symbols 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 I have another RFC titled "[RFC] Road map for CMake” which I’ll be sending shorty to discuss PR 14109 and PR21562 in more detail. Thanks, -Chris
Brenden Blanco
2015-Jul-29 23:48 UTC
[LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf
Hi Chris, Looking forward to continued support for CMake! Along that note, I wanted to add one bug to your list of things to track, which to me seems up your alley but maybe was filed in the wrong bucket (or is actually someone else's problem). Bug 24154 - CMake shared files are broken in llvm-3.7-dev Cheers, Brenden On Wed, Jul 29, 2015 at 1:20 PM Chris Bieneman <beanz at apple.com> wrote:> Hi LLVMDev, > > The following issues have been fixed since the last update I sent out. > > Completed: > * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions > * Bug 21561 - Update release scripts to use CMake > > These issues are still outstanding. Classification of blocking vs > non-blocking are my own opinions, please let me know if you disagree. All > non-blocking issues are still serious bugs that need to be fixed. > > Blocking Issues: > * Bug 14109 - CMake build for compiler-rt should use just-built clang > * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in > compiler_rt > * Bug 21568 - Cannot add rpath > * Bug 23947 - CMake+Mips: find_library() doesn't work correctly when > recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie > > Non-Blocking Issues: > * Bug 19875 - libraries and executables need different rpaths > * Bug 22466 - cmake build should provide way to run tablegen with no > arguments > * Bug 23746 - test-suite lacks CMake support > * Bug 24157 - CMake built shared library does not export all public symbols > > 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 > > I have another RFC titled "[RFC] Road map for CMake” which I’ll be sending > shorty to discuss PR 14109 and PR21562 in more detail. > > 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/20150729/243497ad/attachment.html>
Chris Bieneman
2015-Jul-30 16:44 UTC
[LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf
Hi Brenden, Thanks for the heads up. I don’t expect that to be a blocker for deprecating autoconf because autoconf doesn’t have an equivalent of LLVMExports.cmake. That said it is a real issue and I’ll track it with the other issues on this list, and I’ve added it as a dependency on the meta bug (PR15732) to make it easier to keep track of. Thanks, -Chris> On Jul 29, 2015, at 4:48 PM, Brenden Blanco <bblanco at gmail.com> wrote: > > Hi Chris, > > Looking forward to continued support for CMake! > > Along that note, I wanted to add one bug to your list of things to track, which to me seems up your alley but maybe was filed in the wrong bucket (or is actually someone else's problem). > > Bug 24154 - CMake shared files are broken in llvm-3.7-dev > > Cheers, > Brenden > > > > On Wed, Jul 29, 2015 at 1:20 PM Chris Bieneman <beanz at apple.com <mailto:beanz at apple.com>> wrote: > Hi LLVMDev, > > The following issues have been fixed since the last update I sent out. > > Completed: > * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions > * Bug 21561 - Update release scripts to use CMake > > These issues are still outstanding. Classification of blocking vs non-blocking are my own opinions, please let me know if you disagree. All non-blocking issues are still serious bugs that need to be fixed. > > Blocking Issues: > * Bug 14109 - CMake build for compiler-rt should use just-built clang > * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk <http://clang_darwin.mk/> in compiler_rt > * Bug 21568 - Cannot add rpath > * Bug 23947 - CMake+Mips: find_library() doesn't work correctly when recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie > > Non-Blocking Issues: > * Bug 19875 - libraries and executables need different rpaths > * Bug 22466 - cmake build should provide way to run tablegen with no arguments > * Bug 23746 - test-suite lacks CMake support > * Bug 24157 - CMake built shared library does not export all public symbols > > 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 > > I have another RFC titled "[RFC] Road map for CMake” which I’ll be sending shorty to discuss PR 14109 and PR21562 in more detail. > > 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/20150730/2b2ce779/attachment.html>
Maybe Matching Threads
- [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf
- [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf
- [RFC] Late October 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