<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
CMake would much rather use full paths rather than -L/-l because of ambiguity problems.<br>
<br><br></blockquote><div>While I can see that; I can get around abguity by ordering the order of -L entries... like if one was buliding an upgrade to an already installed library, one would want the current version to link against what's being built not what's installed</div>
<div><br></div><div>It would appear that LD has no internal default paths so they're all specified on the command line or in linker scripts</div><div><a href="http://stackoverflow.com/questions/9922949/how-to-print-the-ldlinker-search-path">http://stackoverflow.com/questions/9922949/how-to-print-the-ldlinker-search-path</a></div>
<div><br></div><div>So I personally didn't understand why it was specifying full path to .so's anyway.  </div></div><div class="gmail_extra"><br></div>I think maybe there was one-off systems that were considered 'standard' when developing these things....(should have been the exception not the rule)  And maybe I'm way off base</div>
</div>