<div dir="ltr">Brad, Takumi;<div><br></div><div>Some part of this patch series has thoroughly broken the option LLVM_INSTALL_TOOLCHAIN_ONLY. Can you look into this? This is breaking some of our release processes. =/</div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 10, 2014 at 10:21 AM, Brad King <span dir="ltr"><<a href="mailto:brad.king@kitware.com" target="_blank">brad.king@kitware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 02/09/2014 07:27 PM, NAKAMURA Takumi wrote:<br>
> Landed to r201046..r201053.<br>
<br>
Great, thanks!<br>
<div class=""><br>
On 01/24/2014 03:44 PM, Brad King wrote:<br>
> It also communicates library dependencies (from llvm-build) to<br>
> applications in a way that CMake builtin features understand.<br>
> A follow-up to this series will use this feature to avoid explicit<br>
> handling of dependencies and system libraries in LLVM-Config.cmake.<br>
<br>
</div>It looks like you already took care of the dependency propagation<br>
in r200764 by splitting llvm_map_components_to_libnames out of<br>
explicit_map_components_to_libraries.  I've revised my follow-up<br>
series accordingly.<br>
<br>
Please find attached my next patch series.  The first patch adds a<br>
sanity check when using tablegen outside LLVM.  The other two patches<br>
simplify some code in LLVM-Config APIs and in supporting infrastructure<br>
(in both the CMake and Makefile build systems).<br>
<br>
Thanks,<br>
-Brad<br>
<br>
<br>_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
<br></blockquote></div><br></div>