<div dir="ltr">On Fri, Aug 23, 2013 at 10:11 PM, Joerg Sonnenberger <span dir="ltr"><<a href="mailto:joerg@britannica.bec.de" target="_blank" class="cremed">joerg@britannica.bec.de</a>></span> wrote:<br><div class="gmail_extra">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Fri, Aug 23, 2013 at 06:28:10PM -0000, Hans Wennborg wrote:<br>
> Author: hans<br>
> Date: Fri Aug 23 13:28:10 2013<br>
> New Revision: 189130<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=189130&view=rev" target="_blank" class="cremed">http://llvm.org/viewvc/llvm-project?rev=189130&view=rev</a><br>
> Log:<br>
> CMake: don't install tablegen<br>
><br>
> Since it's an llvm-internal tool, we shouldn't install it.<br>
<br>
</div>Is it really llvm-internal? The support for libOption makes me think<br>
it is not.<br></blockquote><div><br></div><div>I don't think we can or should realistically try to support external users of libOption... It's really a utility library for building drivers like Clang and LLD, not something that we can reasonably support fully generic use of it. Similarly for the tablegen libraries and a few others.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Joerg<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu" class="cremed">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank" class="cremed">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
</div></div></blockquote></div><br></div></div>