<div dir="ltr">Hi,<div><br></div><div>Yes you are correct the issue is related to rpath. When CMake constructs the rpath for the library linking it will have two paths ( <span style="font-size:12.8px">/home/jenkins/workspace/</span><wbr style="font-size:12.8px"><span style="font-size:12.8px">FlightGear/dist/lib64, </span><span style="font-size:12.8px">/home/jenkins/workspace/</span><wbr style="font-size:12.8px"><span style="font-size:12.8px">SimGear/dist/lib64) each that contain a copy of </span><span style="font-size:12.8px">libosgText.so.130. CMake is warning that which version of libosgText is undefined.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 24, 2017 at 10:08 AM, James Turner <span dir="ltr"><<a href="mailto:james.turner@kdab.com" target="_blank">james.turner@kdab.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>
Since upgrading to a recent CMake, the FLightGear build system is now reporting this:<br>
<br>
==========<br>
        CMake Warning at utils/fgai/CMakeLists.txt:1 (add_executable):<br>
  Cannot generate a safe runtime search path for target fgai because there is<br>
  a cycle in the constraint graph:<br>
<br>
    dir 0 is [/home/jenkins/workspace/<wbr>FlightGear/dist/lib64]<br>
      dir 1 must precede it due to runtime library [libosgText.so.130]<br>
    dir 1 is [/home/jenkins/workspace/<wbr>SimGear/dist/lib64]<br>
      dir 0 must precede it due to runtime library [libosgText.so.130]<br>
<br>
  Some of these libraries may not be found correctly.<br>
==============<br>
<br>
<br>
I can guess various dumb things I might have done to cause this, but can anyone give me some context? This is about rpath setting in the executables?<br>
<br>
SimGear is a helper library for FlightGear, build as static libs, and imported into FlightGear directly. SimGear and FlightGear both depend on OpenSceneGraph, and on our buiuld server (but not commonly in real life) Simgear and FlightGear are being configured with different install prefixes (that’s the /home/jenkins/workspace/<<wbr>project>dist/lib64 part)<br>
<br>
Again rather than making ad-hoc changes to fix this, I’d like a bit more understanding about what is intended here, if anyone can suggest it.<br>
<br>
All this code is publicly visible on SourceForge BTW:<br>
<br>
        <a href="https://sourceforge.net/p/flightgear/_list/git?source=navbar" rel="noreferrer" target="_blank">https://sourceforge.net/p/<wbr>flightgear/_list/git?source=<wbr>navbar</a><br>
<br>
Kind regards,<br>
James<br>
--<br>
<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" 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" rel="noreferrer" target="_blank">http://www.cmake.org/Wiki/<wbr>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" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/<wbr>support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/<wbr>consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/<wbr>training.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/cmake" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/cmake</a></blockquote></div><br></div>