Minor update 3 (the last one in this thread ;-) ):
On 2015-04-29 19:58 (+0200), su_v wrote:
still fails to link, support for GTK+/Quartz hasn't been added to Inkscape's cmake files yet, etc.)
Still open.
Summary (cmake build on Mac OS X 10.7.5): ========================================= Linker errors have been identified, and worked around by - prepending $CMAKE_PREFIX_PATH/lib as library search path - adding more (hard-coded) libs (temporary, needs fixing)
Notes: ====== Known issues - general: - poppler >= 0.29 not supported (breaks build) - newer librevenge-based input formats (libwpg, libcdr, libvisio) not supported (see related sections in configure.ac) - CMake's module for ImageMagick seems outdated and misses defines [1] - ...
Known issues - OS X: - failing tests in ConfigChecks.cmake (e.g. to detect existing gtk features) - missing includes/libs for the predefined tests? - no checks for gtk backend (don't pull in X11 unless used, configure for gtk-mac-integration (future)) - workarounds for linker failures seem too simplistic compared to the tests done by autotools-based build system (--> simply adding '-liconv -lintl' is likely to break on other systems (?)) - Cmake's FindFreetype.cmake module still lists path name of older freetype versions first [2]. This causes cmake to opportunistically detect an older version of freetype which happens to be installed on the local system (Lion's original X11 in /usr/X11R6 --> /usr/X11), completely outside any configured prefixes. Deleting the (incorrect) name in a local copy of the module works around this issue. - ... (to be continued)
Changes (WIP): ============== See diff used for local cmake build, currently maintained as gist [3]
References: =========== [1] see also: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776832 [2] https://github.com/Kitware/CMake/blob/master/Modules/FindFreetype.cmake#L76 [3] https://gist.github.com/su-v/c15cffe3b73c092ef397#file-02-changes-diff