<div dir="ltr">It shouldn't truncate paths if specified... cause of course if we want to test against a dev version then maybe the script knows better.  But neither should it add the full path if it's not specified in the script.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 17, 2014 at 11:59 PM, Nils Gladitz <span dir="ltr"><<a href="mailto:nilsgladitz@gmail.com" target="_blank">nilsgladitz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09/18/2014 07:52 AM, Volker Pilipp wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That actually does the trick. But it's not nice, because there are many<br>
targets in the project.<br>
Actually, I do not know about any use case, where cmake should replace a<br>
full path to a lib<br>
by its "-l" shortcut.<br>
</blockquote>
<br></span>
There are as far as I understand two use cases.<br>
<br>
- The library does not have a SONAME<br>
  Linking to the library by path would embed the full path of the library in the target rather than just the name (which is what it does with -l or when the library does have a SONAME set)<br>
<br>
- The second use case I am not familiar with myself but the explanation in the code is:<br>
  // Many system linkers support multiple architectures by<br>
  // automatically selecting the implicit linker search path for the<br>
  // current architecture.  If the library appears in an implicit link<br>
  // directory then just report the file name without the directory<br>
  // portion.  This will allow the system linker to locate the proper<br>
  // library for the architecture at link time.<div class="HOEnZb"><div class="h5"><br>
<br>
Nils<br>
-- <br>
<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/<u></u>CMake_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" target="_blank">http://cmake.org/cmake/help/<u></u>support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" target="_blank">http://cmake.org/cmake/help/<u></u>consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" target="_blank">http://cmake.org/cmake/help/<u></u>training.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/<u></u>opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/cmake" target="_blank">http://public.kitware.com/<u></u>mailman/listinfo/cmake</a><br>
</div></div></blockquote></div><br></div>