Mac CMake build needs to set INSTALL_NAME_DIR on libinkscape_base
Bug #1781701 reported by
RJVB
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Invalid
|
Undecided
|
Unassigned |
Bug Description
The CMake build system needs to set the INSTALL_NAME_DIR property on libinkscape_
Failing to do so causes the build to assume that the library is installed in $prefix/lib rather than in $prefix/
Observed in Inkscape 0.92.3 and INKSCAPE_
To post a comment you must log in.
Hi RJVB,
thank you very much for working on the Mac build! We really need some capable hands helping out with it!
I had a look at your patch and while it probably works around the issue I think it's not the correct solution as RPATH should be in use on Mac, see [1]. This *should* allow the executable to locate the shared lib in "CMAKE_ INSTALL_ RPATH" which is set to "@loader_ path/.. /lib/inkscape" . In this case INSTALL_NAME_DIR should not be used, as it effectively disables RPATH again, see [2].
Could you double check if any other paths are set wrongly? Maybe also [3] can help. Unfortunately I'm not on Mac (an neither is any of the other active developers) so I can only guess...
P.S. Did you know Inkscape code is hosted on GitLab [4]? If you want you can create merge requests over there which will make code review even easier and might give your patches more visibility.
[1] https:/ /gitlab. com/inkscape/ inkscape/ blob/b190394114 fb32c0636aa8deb 94bf2108616a4d4 /CMakeLists. txt#L43- 45 /blog.kitware. com/upcoming- in-cmake- 2-8-12- osx-rpath- support/ /gitlab. kitware. com/cmake/ community/ wikis/doc/ cmake/RPATH- handling /gitlab. com/inkscape/ inkscape
[2] https:/
[3] https:/
[4] https:/