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

Hi LLVMDev,

It has been a while since I last sent out an update on this work, so I thought
I'd send one this month.

The following issues have been marked as fixed since the last update I sent out.
* Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in
compiler_rt
* Bug 24154 - CMake shared files are broken in llvm-3.7-dev

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 14200 - -fno-rtti not in cxxflags given by llvm-config (Patches out for
review http://reviews.llvm.org/D11849)
* Bug 14109 - CMake build for compiler-rt should use just-built clang
* 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
* Bug 24919 - [autoconf -> cmake] libclang.a is not packaged in the Ubuntu
x86_64 pre-built

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

Thank you everyone who has helped out to get us this far. We're getting
awfully close now!

Thanks,
-Chris

Nice.

On Thu, Oct 1, 2015 at 12:05 PM, Chris Bieneman via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> Hi LLVMDev,
>
> It has been a while since I last sent out an update on this work, so I
> thought I'd send one this month.
>
> The following issues have been marked as fixed since the last update I
> sent out.
> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in
> compiler_rt
> * Bug 24154 - CMake shared files are broken in llvm-3.7-dev
>
> 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 14200 - -fno-rtti not in cxxflags given by llvm-config (Patches out
> for review http://reviews.llvm.org/D11849)
> * Bug 14109 - CMake build for compiler-rt should use just-built clang
> * 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
> * Bug 24919 - [autoconf -> cmake] libclang.a is not packaged in the
Ubuntu
> x86_64 pre-built
>
> 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
>
> Thank you everyone who has helped out to get us this far. We're getting
> awfully close now!
>
> Thanks,
> -Chris
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20151002/c7f5fdfe/attachment.html>

On Thu, Oct 01, 2015 at 12:05:59PM -0700, Chris Bieneman via llvm-dev
wrote:
> Hi LLVMDev,
> 
> It has been a while since I last sent out an update on this work, so I
thought I'd send one this month.
> 
> The following issues have been marked as fixed since the last update I sent
out.
> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in
compiler_rt
> * Bug 24154 - CMake shared files are broken in llvm-3.7-dev
> 
> 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 14200 - -fno-rtti not in cxxflags given by llvm-config (Patches out
for review http://reviews.llvm.org/D11849)
> * Bug 14109 - CMake build for compiler-rt should use just-built clang
> * 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
> 
I just filed: https://llvm.org/bugs/show_bug.cgi?id=25059 which in my
opinion is also a blocking issue.

-Tom
> 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
> * Bug 24919 - [autoconf -> cmake] libclang.a is not packaged in the
Ubuntu x86_64 pre-built
> 
> 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
> 
> Thank you everyone who has helped out to get us this far. We're getting
awfully close now!
> 
> Thanks,
> -Chris
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev