Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QT-related build error on Mac OS X 10.10 #57

Closed
mikepurvis opened this issue Jul 16, 2015 · 7 comments
Closed

QT-related build error on Mac OS X 10.10 #57

mikepurvis opened this issue Jul 16, 2015 · 7 comments

Comments

@mikepurvis
Copy link
Member

Something to do with Python bindings:

[qt_gui_cpp] ==> '/Users/test/indigo_desktop_full_ws/build/qt_gui_cpp/build_env.sh /usr/bin/make --jobserver-fds=3,4 -j' in '/Users/test/indigo_desktop_full_ws/build/qt_gui_cpp'
[ 76%] Built target qt_gui_cpp
[ 84%] Compiling generated code for qt_gui_cpp_sip Python bindings...
In file included from siplibqt_gui_cpp_sipQList0101qt_gui_cppPluginProvider.cpp:7:
./sipAPIlibqt_gui_cpp_sip.h:13:10: fatal error: 'QMetaType' file not found
#include <QMetaType>
         ^
In file included from siplibqt_gui_cpp_sipcmodule.cpp:7:
./sipAPIlibqt_gui_cpp_sip.h:13:10: fatal error: 'QMetaType' file not found
#include <QMetaType>
         ^
1 error generated.
make[3]: *** [siplibqt_gui_cpp_sipQList0101qt_gui_cppPluginProvider.o] Error 1
make[3]: *** Waiting for unfinished jobs....
1 error generated.
make[3]: *** [siplibqt_gui_cpp_sipcmodule.o] Error 1
make[2]: *** [/Users/test/indigo_desktop_full_ws/devel/lib/python2.7/site-packages/qt_gui_cpp/libqt_gui_cpp_sip.dylib] Error 2
make[1]: *** [src/qt_gui_cpp_sip/CMakeFiles/libqt_gui_cpp_sip.dir/all] Error 2
make: *** [all] Error 2
[qt_gui_cpp] <== '/Users/test/indigo_desktop_full_ws/build/qt_gui_cpp/build_env.sh /usr/bin/make --jobserver-fds=3,4 -j' failed with return code '2'

Failed   <== qt_gui_cpp                       [ 1.6 seconds ] 
@mikepurvis
Copy link
Member Author

Related question: http://answers.ros.org/question/211546/fatal-error-qmetatype-file-not-found-when-building-ros-indigo-on-os-x-10103/

The following workaround, though horrible, does seem to make it build happily:

pushd /usr/local/Cellar/qt
ln -s 4.8.7 4.8.6
popd

@dirk-thomas
Copy link
Contributor

It looks like there is nothing we can do about in the ROS package?

@mikepurvis
Copy link
Member Author

If this is a problem with QT's cmake find module, then yeah, nothing can be done I suppose. But this is the first affected package in a desktop_full build. :(

@dirk-thomas
Copy link
Contributor

dirk-thomas commented Jul 17, 2015

You could output all the CMake variables Qt's CMake module returns and check if they are consistent. Without having OS X to test this I would guess it might be more likely a bug where the files are being installed.
Are all other files (except QMetaType.h) available in both version folders? Is CMake reporting the wrong Qt version was found?

@dirk-thomas dirk-thomas added this to the untargeted milestone Sep 17, 2015
@spmaniato
Copy link

Hello @mikepurvis, I'm installing ROS on OS X using your install script and instead of /usr/local/Cellar/qt/4.8.7 I have /usr/local/Cellar/qt/4.8.7_2. I should still do the equivalent of the instructions below, right? Thanks!

  # This awful hack papers over a problem with QT's cmake find modules.
  # See: https://github.com/ros-visualization/qt_gui_core/issues/57#issuecomment-122348727
  if [ -d /usr/local/Cellar/qt/4.8.7 ]; then
    pushd /usr/local/Cellar/qt
    if [ ! -d "4.8.6" ]; then
      ln -s 4.8.7 4.8.6
    fi
    popd
  fi

@dirk-thomas
Copy link
Contributor

Is this problem still relevant or can this be closed?

@spmaniato
Copy link

Is this problem still relevant or can this be closed?

Looking at the latest version of the OS X installation script, I believe it can be closed 👍 @mikepurvis can confirm.

@dirk-thomas dirk-thomas removed this from the untargeted milestone Oct 13, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants