[LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf (original) (raw)
Brenden Blanco bblanco at gmail.com
Wed Jul 29 16:48:26 PDT 2015
- Previous message: [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf
- Next message: [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
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/clangdarwin.mk in compilerrt * Bug 21568 - Cannot add rpath * Bug 23947 - CMake+Mips: findlibrary() 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 x8664 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>
- Previous message: [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf
- Next message: [LLVMdev] [RFC] July Update: Progress report on CMake build system's ability to replace autoconf
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]