Do not let TKernel depend on X11 on Unix #12
Comments
|
Is the patch you provided enough to solve and close this issue? |
|
Yes, it is used in Debian. But this is a hack, and it does not work as is with CMake. IMO we have to cleanly move OSD_FontMgr into another package, this is why I targeted this issue to OCE 0.5. |
|
OpenGl might not be the best package for that. There are (should be) few dependencies on X11. I would propose to move it to Xw and have specific implementation for WNT and OSX in their specific directories (same names). |
|
A better alternative can be found at http://www.opencascade.org/org/forum/thread_21351/ We can leave OSD_FontMgr.cxx in the OSD package, and replace X11 calls by reading font directories from compile-time option and environment variable. Fortunately this one is pretty straightforward. |
|
It sounds to be a good solution. I agree with this idea. |
|
Fixed in db/TKService-drop-X11-dependency branch, but not yet fully tested |
This class uses X11 calls to get the list of available fonts, which is then used by OpenGl_FontMgr.cxx; see http://www.opencascade.org/org/forum/thread_21351/ for details about why this is a bad idea. Here we use an environment variable to get the list of directories where fonts have to be looked for. If it is unset, default paths are set when compiling: * On Darwin, /usr/X11/lib/X11/fonts:/Library/Fonts:/System/Library/Fonts * On other Unix, /usr/share/X11/fonts:/usr/share/fonts/X11 Closes issue #12. Tkernel indirectly depends on libdl through libX11, so this commit must be applied after ca78eea, otherwise applications may have unresolved symbols when linking against TKernel.
OCC 6.5.0 introduced a dependency between TKernel and X11 on Unix. With previous versions, one can use many features (for instance modeling) without X11, which is very convenient.
See http://www.opencascade.org/org/forum/thread_20042/
The text was updated successfully, but these errors were encountered: