<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 27, 2014 at 7:11 PM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">>> What I had in mind was defining a LLVM_LINK_TYPE that is INTERFACE,<br>
>> PUBLIC or PRIVATE depending on the build type. Is that possible?<br>
><br>
> I think link type would depend on relationship between linker and linkee.<br>
> Each library might be STATIC or SHARED.<br>
> (This was one of reasons why I took target_link_libraries under control)<br>
<br>
</div>If that is what it takes to be able to compute it, I think we should<br>
keep it, but maybe we can still get the flexibility while using the<br>
more familiar target_link_libraries.<br></blockquote><div><br></div><div>FWIW, I'm happy with this strategy too.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class=""><br>
>> I was looking at AddLLVM.cmake, but I don't quite understand it. For<br>
>> example, where is ARG_MODULE set?<br>
><br>
> ARG_XXX is set by cmake_parse_arguments(ARG ...).<br>
<br>
</div>OK. Maybe we could define<br>
<br>
LLVM_LINK_TYPE_SHARED<br>
LLVM_LINK_TYPE_STATIC<br>
LLVM_LINK_TYPE_DEFAULT (based on BUILD_SHARED_LIBS).<br></blockquote></div><br>And this looks really nice if it works.</div></div>