CMake @3.0.0_2: configure and build pick up local frameworks

[luc-j-bourhis (Luc J. Bourhis)]

The error is

:info:configure CMake Error at Modules/FindGTK2.cmake:181 (file):
:info:configure   file STRINGS file
:info:configure   "/Library/Frameworks/Gtk.framework/Headers/gtk/gtk/gtkversion.h" cannot be
:info:configure   read.
:info:configure Call Stack (most recent call first):
:info:configure   Modules/FindGTK2.cmake:796 (_GTK2_GET_VERSION)
:info:configure   Tests/CMakeLists.txt:1197 (find_package)

There is a file /Library/Frameworks/Gtk.framework/Headers/gtk/gtkversion.h on my system. This is the first time Macports fails to update CMake which I have installed with macports for the first time years ago.

[mojca (Mojca Miklavec)]

Cc Me!

[mojca (Mojca Miklavec)]

This has to be reported upstream. Can you please open a ticket at ​http://www.cmake.org/Bug?

(I wonder why CMake even searches for GTK during installation.)

This most probably failed because of a bug in FindGTK.cmake. You could try two things. After "port patch cmake", edit FindGTK.cmake. The first thing you could try is to replace gtk/gtkversion.h with gtkversion.h in the following chunks of code:

        _GTK2_GET_VERSION(GTK2_MAJOR_VERSION
                          GTK2_MINOR_VERSION
                          GTK2_PATCH_VERSION
                          ${GTK2_GTK_INCLUDE_DIR}/gtk/gtkversion.h)
...
if(NOT GTK2_FIND_VERSION AND GTK2_GTK_INCLUDE_DIR)
    _GTK2_GET_VERSION(GTK2_MAJOR_VERSION
                      GTK2_MINOR_VERSION
                      GTK2_PATCH_VERSION
                      ${GTK2_GTK_INCLUDE_DIR}/gtk/gtkversion.h)
    set(GTK2_VERSION ${GTK2_MAJOR_VERSION}.${GTK2_MINOR_VERSION}.${GTK2_PATCH_VERSION})
endif()

The second option would be to modify GTK2_GTK_INCLUDE_DIR, but I'm not yet sure how.

(Oh, and the third thing to try would be to uninstall Gtk.framework. ;)

[ryandesign (Ryan Carsten Schmidt)]

Installing frameworks into /Library/Frameworks is just as bad for MacPorts as installing libraries into /usr/local, so you should remove them.

[luc-j-bourhis (Luc J. Bourhis)]

Ok, thanks guys, the GTK in /Library/Frameworks was a remnant from long ago, before I used MacPorts, and that I had forgotten about. Simply, until now, it had not caused any issue. Anyway, I remove it and we can close this ticket I reckon.

[mojca (Mojca Miklavec)]

My request still stands: can you please file an upstream ticket?

[luc-j-bourhis (Luc J. Bourhis)]

I have filed a ticket upstream: ​http://cmake.org/Bug/view.php?id=15027

[air_drummer@…]

Replying to ryandesign@…:

Installing frameworks into /Library/Frameworks is just as bad for MacPorts as installing libraries into /usr/local, so you should remove them.

tried that, still fails:

:info:configure sh: /bin/ps: Operation not permitted
:info:configure CMake Error at Modules/FindGTK2.cmake:181 (file):
:info:configure   file STRINGS file
:info:configure   "/Library/Frameworks/Gtk.framework/Headers/gtk/gtk/gtkversion.h" cannot be
:info:configure   read.
:info:configure Call Stack (most recent call first):
:info:configure   Modules/FindGTK2.cmake:796 (_GTK2_GET_VERSION)
:info:configure   Tests/CMakeLists.txt:1197 (find_package)
:info:configure
:info:configure
:info:configure CMake Error at Modules/FindGTK2.cmake:181 (file):
:info:configure   file STRINGS file
:info:configure   "/Library/Frameworks/Gtk.framework/Headers/gtk/gtk/gtkversion.h" cannot be
:info:configure   read.
:info:configure Call Stack (most recent call first):
:info:configure   Modules/FindGTK2.cmake:796 (_GTK2_GET_VERSION)
:info:configure   Tests/FindGTK2/CMakeLists.txt:1 (find_package)
:info:configure
:info:configure
:info:configure -- Configuring incomplete, errors occurred!
:info:configure See also "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cmake/cmake/work/cmake-3.0.0/CMakeFiles/CMakeOutput.log".
:info:configure See also "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cmake/cmake/work/cmake-3.0.0/CMakeFiles/CMakeError.log".
:info:configure ---------------------------------------------
:info:configure Error when bootstrapping CMake:
:info:configure Problem while running initial CMake
:info:configure ---------------------------------------------
:info:configure Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cmake/cmake/work/cmake-3.0.0" && ./configure --prefix=/opt/local --mandir=/share/man --docdir=/share/doc/cmake --parallel=8 --init=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cmake/cmake/work/cmake-3.0.0/macports.cmake --system-libs
:info:configure Exit code: 11
:error:configure org.macports.configure for port cmake returned: configure failure: command execution failed
:debug:configure Error code: NONE
:debug:configure Backtrace: configure failure: command execution failed
    while executing
"portconfigure::configure_main org.macports.configure"
    ("eval" body line 1)
    invoked from within
"eval $procedure $targetname"
:info:configure Warning: targets not executed for cmake: org.macports.install org.macports.configure org.macports.build org.macports.destroot

[neverpanic (Clemens Lang)]

Replying to air_drummer@…:

tried that, still fails:

If you removed Gtk.framework from /Library/Frameworks, how come cmake thinks it is still there? Did you clean and re-try?

[razzfazz (Daniel Becker)]

Cc Me!

[razzfazz (Daniel Becker)]

Cc Me!

[gthb (Gunnlaugur Thor Briem)]

Removing /Library/Frameworks/Gtk.framework worked around this for me.

[larryv (Lawrence Velázquez)]

Consolidating similar tickets #45729 and #45846.

[larryv (Lawrence Velázquez)]

Has duplicate #45859.

[mojca (Mojca Miklavec)]

The upstream bug report about Gtk.framework has been closed as "unable to reproduce":

• ​http://cmake.org/Bug/view.php?id=15027

(I agree that it was probably difficult to figure out how to reproduce it, but I don't agree with not doing anything to fix that specific problem.)

In a way CMake is somewhat "broken by design" when it comes to searching the libraries on Mac in a way that wouldn't interfere with MP.

in #45846 yannis mentioned the existence of the following libraries:

libMagick++.framework
libMagick.framework
libWand.framework
libbz2.framework
libcharset.framework
libcurl.framework
libiconv.framework
libjasper.framework
libjpeg.framework
libpng.framework
libtiff.framework
libxml2.framework
libz.framework

Any single one of them could cause problems and every single problematic one should be fixed separately.

I would start hunting for the sloppy mac installer that has put all those libraries there and try to convince them to fix the installer.

I don't know if there is any way to prevent searching for libraries inside /Library/Frameworks on a "global level". I'm afraid that every CMake module would need to be fixed separately. And it might get difficult to fix them. (CMake developers probably want to keep supporting searching for frameworks in /Library/Frameworks.)

[luc-j-bourhis (Luc J. Bourhis)]

Replying to mojca@…:

I don't know if there is any way to prevent searching for libraries inside /Library/Frameworks on a "global level". I'm afraid that every CMake module would need to be fixed separately. And it might get difficult to fix them. (CMake developers probably want to keep supporting searching for frameworks in /Library/Frameworks.)

May I suggest making use of the environment variable CMAKE_LIBRARY_PATH?

[tombombadil@…]

Cc Me!

[cooljeanius (Eric Gallager)]

In r101544, the cmake portgroup started setting -DCMAKE_FIND_FRAMEWORK=LAST due to the similar issue of #37341; does that help with this at all?