<div dir="rtl"><div dir="ltr">Thanks!</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div dir="ltr">2015-05-28 18:56 GMT+03:00 Chris Bieneman <span dir="ltr"><<a href="mailto:beanz@apple.com" target="_blank">beanz@apple.com</a>></span>:</div><blockquote class="gmail_quote" style="margin:0 .8ex;border-left:1px #ccc solid;border-right:1px #ccc solid;padding-left:1ex;padding-right:1ex"><div style="word-wrap:break-word"><br><div><span class=""><blockquote type="cite"><div>On May 28, 2015, at 8:37 AM, Yaron Keren <<a href="mailto:yaron.keren@gmail.com" target="_blank">yaron.keren@gmail.com</a>> wrote:</div><br><div><div dir="rtl"><div dir="ltr">Probably not a blocker for replacing autoconf, while at it:</div><div dir="ltr">Bug 23468 - LLVM_OPTIMIZED_TABLEGEN does not work with Visual Studio.</div><div dir="ltr">It makes the tablegenning really slow.</div></div></div></blockquote><div><br></div></span><div>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.</div><div><br></div><div>That said, I’ll try to address this soon.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Chris</div></font></span><div><div class="h5"><br><blockquote type="cite"><div><div dir="rtl"><div dir="ltr"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div dir="ltr">2015-05-28 18:22 GMT+03:00 Chris Bieneman <span dir="ltr"><<a href="mailto:beanz@apple.com" target="_blank">beanz@apple.com</a>></span>:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Time for another update on the status of the CMake build system.<br>
<br>
Completed:<br>
* Bug 18496 - [cmake] .S assembly files not compiled by cmake in libclang_rt.ARCH<br>
* Bug 22725 - lldb build with cmake fails with "Program error: Invalid parameters entered, -h for help. "<br>
* Update GettingStarted to prefer CMake<br>
<br>
Still Outstanding:<br>
<br>
* Bug 14109 - CMake build for compiler-rt should use just-built clang<br>
- No Update: Still some small issues to resolve.<br>
<br>
* Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions<br>
- I commented in the review for this today (<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__reviews.llvm.org_D7623&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=8MwX00td9NA99HJgp0D1fv2hkU-3_G_qA1xfxaJJwfY&s=Gu0W0NR989WemyxxAZl83J1fxgMpPlagYqmeYLXXtV0&e=" target="_blank">http://reviews.llvm.org/D7623</a>). I think the patches I have are good to land, but Stephen Kelly made some other suggestions in the bug we should consider separately.<br>
<br>
* Bug 19875 - libraries and executables need different rpaths<br>
- No Update: Still outstanding, I don't think this is a blocker.<br>
<br>
* Bug 21561 - Update release scripts to use CMake<br>
- No Update: Still outstanding and blocking removal of autoconf<br>
<br>
* Bug 21562 - Add a CMake equivalent for make/platform/<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__clang-5Fdarwin.mk_&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=8MwX00td9NA99HJgp0D1fv2hkU-3_G_qA1xfxaJJwfY&s=7s47dfdgm7gXqeqmGorvK0f9aRW-0vlpm8419cXMPJE&e=" target="_blank">clang_darwin.mk</a> in compiler_rt<br>
- 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 (<a href="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=8MwX00td9NA99HJgp0D1fv2hkU-3_G_qA1xfxaJJwfY&s=YC88Jl9jxr7Fw_JXIIHBf8YRsjUphqiWQewvt5iIO4Y&e=" target="_blank">http://www.cmake.org/Bug/view.php?id=15591</a>).<br>
<br>
* Bug 21568 - Cannot add rpath<br>
- No Update: Not a blocker.<br>
<br>
Other issues not tracked by bugs:<br>
<br>
* FreeBSD seemed to have problems with CMake identifying itself as amd64 causing x86_64 tests to fail<br>
* Migrating buildbots<br>
* We need to make sure libc++ works properly on Darwin<br>
* Put together a “cheat sheet” document for transitioning<br>
- 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.<br>
<br>
If there is anything I’m missing please let me know. Thanks,<br>
<br>
Thanks,<br>
-Chris<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu" target="_blank">LLVMdev@cs.uiuc.edu</a> <a href="http://llvm.cs.uiuc.edu/" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
</blockquote></div><br></div>
</div></blockquote></div></div></div><br></div></blockquote></div><br></div>