Closed nikhilbiyani closed 8 years ago
See someone with similar issue here:
Looking more on the issue it can be concluded that CMAKE will first check the location where qmake is installed and take the package from there.
See following: (with two copies of QT4 installed on my machine)
$ which qmake /opt/local/bin/qmake
$ ls -l /usr/bin/qmake lrwxr-xr-x 1 avahi wheel 9B Apr 16 08:53 /usr/bin/qmake@ -> qmake-4.8
There are two copies of qmake: one at /opt/local/bin and other at /usr/bin.
One solution is to add /usr/bin to the $PATH. But this has some side effects.
The other solution is to make the /opt/local/bin/qmake point to /usr/bin/qmake. And this hack worked!!
In the new version 3.5.0, Qt has been moved to QT5! The cmake find_program for Qt5 is redesigned! Should work smoother!
There can be several copies of packages like QT4 present on the machine. This can occur if the QT4 was installed from macports. Somehow installing QT4 from macports doesn't give 2dx full functionality. The error while installing is:
file INSTALL cannot find "/opt/local/lib/libQtGui.dylib/Resources/qt_menu.nib".
So one needs to install QT4 via the .dmg file or command line. But the QT4 from macports cannot go as it depends on various other packages. Thus we are left with more than one copy of QT4 on the system.
Now while building 2dx if CMAKE finds the location of QT4 to be one from macports usually /opt/local/.., the build fails with the error above.