<div dir="ltr">On Fri, Jun 28, 2013 at 11:13 AM, Eric Christopher <span dir="ltr"><<a href="mailto:echristo@gmail.com" target="_blank">echristo@gmail.com</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">Going to be interesting layering issues if you do the latter. Then you<br>
have CodeGen depending upon DebugInfo instead of just a header in<br>
Support.<br></blockquote><div><br></div><div style>Well, the issue is that LLVM's "libraries" are really not fine grained due to our build system/source tree layout, so we end up just glomming together large pieces of (sometimes vaguely) related functionality into "libraries", which are the units of physical dependency. Realistically, Support/ELF.h is a fine piece of independent functionality that should be independently reusable, but we don't have effective tools for managing and maintaining proper physical dependencies to make that happen.</div>
<div style><br></div><div style>There are actually a bunch of things in Support that I wish could be independently reused. Like if I want to write up a little program, I really wish I could do</div><div style><br></div><div style>
$ llpm install StringRef ArrayRef raw_ostream MemoryBuffer</div><div style><br></div><div style>and then have it put those relevant modules and their dependencies in a local `deps/` (or whatever) directory so that I can then just include them in my build.</div>
<div style><br></div><div style>-- Sean Silva</div></div></div></div>