<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Nov 1, 2014 at 12:29 AM, James Courtier-Dutton <span dir="ltr"><<a href="mailto:james.dutton@gmail.com" target="_blank">james.dutton@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I use LLVM as a shared lib.<br>
autoconf builds a single .so for this.<br>
cmake builds multiple .so files.<br>
The multiple .so files are better for me because I only need to link<br>
to the ones I need, and this makes load time quicker.<br>
I notice that Ubuntu creates a single .so file, so it must be using<br>
the autoconf build method<br>
<br>
But, before dumping autoconf, I think one of the things that need<br>
fixing is a decision on which is the best method.<br>
1) Single .so files.<br>
2) Multiple .so files.<br>
<br>
Then, if (2) is decided on, make autoconf create (2) instead of (1)<br>
Once the output of autoconf and cmake are the same, it will be a<br>
painless transition, and we can then dump autoconf.<br></blockquote><div><br></div><div>Chris Bieneman recently added llvm/tools/llvm-shlib which is basically just some CMake goo to build a big DSO out of all of the LLVM libraries and export the C interface. I think we could go ahead and bless that as the canonical CMake way for distributions to build libLLVM.so. We probably want to add support for exporting all C++ symbols, though, since we don't have API export annotations in our source code.</div></div></div></div>