<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Yeah, I'm just thrown off by the original email to this thread where the phrase "llvm as<div>an external library" was used in the context of building clang. Also although its volitility is </div><div>small, there is a direct dependency of tblgen on clang given the clang specific tblgen</div><div>backends such as ClangASTNodesEmitter. Although these backends obviously do not</div><div>use clang libs, and their semantics are really concerned with expression tree like </div><div>concepts (in my view), this dependency could be fixed and then exploited if tblgen</div><div>could load backend plugins. There would still be build order issues for clang, but </div><div>the code would be self contained except for LLVM libs. However I'm off topic, so I'll </div><div>shut up now. :-) </div><div><br></div><div>Garrison</div><div><br><div><div>On Feb 2, 2011, at 8:49, arrowdodger wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On Wed, Feb 2, 2011 at 4:43 PM, Garrison Venn <span dir="ltr"><<a href="mailto:gvenn.cfe.dev@gmail.com">gvenn.cfe.dev@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Don't you also need tblgen given that it is used to generate code/classes for clang?<br>
If correct the problem here being that tblgen is a non-library found under utils vs lib.<br>
<font color="#888888"><br>
Garrison</font><br><div><div class="h5"></div></div></blockquote>Well, if someone already installed llvm it's very likely to have tblgen too.<br></div>
</blockquote></div><br></div></body></html>