https://issues.qgis.org/https://issues.qgis.org/favicon.ico2008-01-31T08:26:50ZQGIS Issue TrackingQGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156392008-01-31T08:26:50Zpcavallini -pcavallini@foo.bar
<ul></ul><p>has this been fixed? please check and close it if appropriate</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156402008-03-28T08:55:44ZJohn Tull
<ul></ul><p>This has not been fixed.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156412008-06-20T06:55:19ZWilliam Kyngesburyekyngchaos@kyngchaos.com
<ul></ul><p>As reported recently on the mailing list, this seems to be affecting the operation of some (all?) python plugins.</p>
<p>Other info - it looks like the @loader_path method is not required. Fixing the python core.so and gui.so to use @executable_path (as the rest of Qgis currently uses) works.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156422008-06-20T07:05:17ZJohn Tull
<ul></ul><p>Here is the workaround for the python plugin failure from the dev list. This manual fix can be applied by those who are looking for a short-term fix. This workaround was provided by William (kyngchaos), and it may help whoever works on the code:</p>
<p>The paths all depend on where you have your source and where you install Qgis, so I won't give explicit paths here. After installing, open the qgis app package (right-click, Show Package Contents). Dig into Contents/MacOS/share/qgis/python/qgis to find core.so and gui.so. (I do this to easily get the path so I don't have to type it in the Terminal)</p>
<p>In a Terminal, type</p>
<p>otool -L</p>
<p>(that's a space after the L) and drag gui.so to the Terminal window. Press return.</p>
<p>Towards the top should be a line for libqgis_gui.0.11.dylib and a line for libqgis_core.0.11.dylib. Type:</p>
<p>sudo install_name_tool -change [/path/to/libqgis_gui.dylib] @executable_path/lib/libqgis_gui.dylib -change [/path/to/libqgis_core.dylib] @executable_path/lib/libqgis_core.dylib [drag gui.so to Terminal]</p>
<p>for the /path/to/libqgis_*.dylib above, copy and paste what you found for the full path to each library in otool -L.</p>
<p>For example <strong>this is just for mine</strong> :</p>
<p>sudo install_name_tool -change /Users/Shared/src/qgis/svn/qgis_r8652/build-leo/src/gui/libqgis_gui.0.11.dylib @executable_path/lib/libqgis_gui.dylib -change /Users/Shared/src/qgis/svn/qgis_r8652/build-leo/src/core/libqgis_core.0.11.dylib @executable_path/lib/libqgis_core.dylib /Applications/qgis0.11.0.app/Contents/MacOS/share/qgis/python/qgis/gui.so</p>
<p>Do the same for core.so. You can just up-arrow to get the previous command and change gui.so to core.so at the very end of the command. It doesn't matter that core.so doesn't have libqgis_gui.dylib in it, it will ignore that.</p>
<p>Run otool -L on them again to verify the change.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156432008-10-10T11:31:09ZTim Suttontim@linfiniti.com
<ul></ul><p>Tom / William can you offer a permanent fix for this or can we otherwise close this somehow.</p>
<p>Regards</p>
<p>Tim</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156442008-10-11T07:31:44ZWilliam Kyngesburyekyngchaos@kyngchaos.com
<ul></ul><p>I tried to make sense of the cmake setup. The progress output is no help, even with verbose.</p>
<p>It looks like src/helpviewer/cmake_install.cmake is where the install_name_tool step happens for help_viewer, and it looks right. So maybe it's skipping the install_name_tool step for some reason?</p>
<p>It looks like python/cmake_install.cmake is where the python qgis modules are installed, but I see no install_name_tool steps there.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156452008-10-11T07:51:43ZWilliam Kyngesburyekyngchaos@kyngchaos.com
<ul></ul><p>... And the cmake_install.cmake's are generated from cmakelists, of course...</p>
<p>for the python modules, which are missing the instal_name_tool... as an example, the main qgis gui library, it has:</p>
<pre>
INSTALL(TARGETS qgis_gui
RUNTIME DESTINATION ${QGIS_BIN_DIR}
LIBRARY DESTINATION ${QGIS_LIB_DIR}
ARCHIVE DESTINATION ${QGIS_LIB_DIR})
</pre>
<p>I'm guessing that the cmake INSTALL LIBRARY and RUNTIME keywords tell cmake to generate the install_name_tool steps on OSX. The python cmakelists.txt only uses the FILES keyword:</p>
<pre>
INSTALL(FILES +init+.py ${CMAKE_CURRENT_BINARY_DIR}/qgisconfig.py ${BINDINGS_LIBS} DESTINATION ${SITE_PKG_PATH}/qgis)
</pre> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156462009-01-31T01:31:32ZPaolo Cavallinicavallini@faunalia.it
<ul></ul><p>Has this been fixed in 1.0? If so, please close it.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156472009-01-31T08:32:48ZWilliam Kyngesburyekyngchaos@kyngchaos.com
<ul></ul><p>qgis_help is OK now.</p>
<p>But the Qgis Python libs are still a problem.</p>
<p>No word from Tom - I wonder if he's seen this? I added him to the CC for the ticket just in case.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156482009-02-08T15:40:30ZWilliam Kyngesburyekyngchaos@kyngchaos.com
<ul></ul><p>Correction - help_viewer now has a different linkng problem. it links @executable_path/lib/libqgis_core.1.0.dylib, and since it's not in <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/MacOS">MacOS</a> folder, but in <a class="wiki-page new" href="https://issues.qgis.org/projects/qgis/wiki/MacOS">MacOS</a>/bin/qgis_help.app..., it doesn't work.</p>
<p>The relative path here should be @executable_path/../../../../lib/libqgis_core.1.0.dylib.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156492009-07-15T07:09:09ZWilliam Kyngesburyekyngchaos@kyngchaos.com
<ul></ul><p>I have no idea how to <em>fix</em> this in the cmake files. But now that there is the Xcode (in trunk only) project that's working out well, the cmake build is not critical to me. For 1.0.x releases I can post-process the build.</p>
<p>If someone can figure this out, great.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156502009-07-15T07:34:12ZWilliam Kyngesburyekyngchaos@kyngchaos.com
<ul></ul><p>Ah, see part of patch submitted in <a class="issue tracker-1 status-5 priority-3 priority- closed" href="https://issues.qgis.org/issues/1658" title="MacOS X universal 4-way binaries (Closed)">#1658</a>.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156512009-09-04T16:20:33ZWilliam Kyngesburyekyngchaos@kyngchaos.com
<ul></ul><p>As I noted in <a class="issue tracker-1 status-5 priority-3 priority- closed" href="https://issues.qgis.org/issues/1658" title="MacOS X universal 4-way binaries (Closed)">#1658</a>, the install_name_tool step should be done at install like the rest of Qgis, so it can't happen in the python compilation.</p> QGIS Application - Bug report #768: A few lib paths wrong in OSXhttps://issues.qgis.org/issues/768?journal_id=156522009-09-04T17:48:34ZWilliam Kyngesburyekyngchaos@kyngchaos.com
<ul><li><strong>Resolution</strong> set to <i>fixed</i></li><li><strong>Status</strong> changed from <i>Open</i> to <i>Closed</i></li></ul><p>Ooh. The key is the BUILD_WITH_INSTALL_RPATH cmake target property. That was easy. This setting shouldn't be a problem with an OSX build because the application is not executable in the source until assembled in the application package.</p>
<p>Fixed in trunk and 1.0</p>