|Anonymous | Login | Signup for a new account||2017-09-23 03:51 CEST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001219||Orfeo Toolbox (OTB)||General||public||2016-05-13 11:45||2017-07-13 15:34|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Summary||0001219: cannot rely on FindQt4.cmake distributed by CMake.|
We need a small minimal findQt4.cmake and avoid the one from cmake. It is buggy and creates a lot lot of problems for us.
For a start,
It first find qmake and then use qmake -query to get location of headers, mkspecs etc..
Why did ever they do this?
chance of having directories under install prefix of QT is almost zero. Maybe they do this for embedded platforms or mobiles or just to make life miserable for rest of world.
Now what is the problem with qmake -query? It hard coded the absolute installation path for everything expect qmake. moc, rcc, uic, mkspec, imports, etc..
why should I install qmake and then put the other tools moc, rcc; uic into a other folder? network share ?
I could go on with the issue with cmake's FindQt4.cmake. It is not bad that cmake did this way. But all my point is we don't need this one. simply a small FindQt4.cmake with some macros from existing code.
|Tags||No tags attached.|
|It is a limitation of Qt4 , let see what we can do.|
the issue with cmake's findQt4 is problem again. see this failing test http://dash.orfeo-toolbox.org/testDetails.php?test=40099215&build=235666 [^]
there are other starting with owTvQt.
and have a look at build notes.
I found this here:
//The Qt QTCLUCENE library
//Path to a library.
//Path to a library.
do we have a dependency to Qt CLucene. I don't think so. So when calling find_package(Qt4 REQUIRED). it fills QT_LIBRARIES with all found libraries. On linux we install only qtcore and qtgui. So not much problem there. Also remember only on macosx, qt "framework" drags all the system libraries.
Easy/temporary fix would be to use COMPONENTS in find_package call. But the original bug report about qmake -query still persists.
Any comments ?
This FindQt4 also defines macros that we use, such as QT4_WRAP_CPP and others. I don't think we can avoid calling it.
I agree on the component list, we should give the list of the components we need. Speaking of OTB + MVD, we need QtCore, QtGui, QtXml, QtSql, and QtOpenGL.
The issue about "qmake -query" is a limitation of a Qt4 install : it wasn't meant to be relocatable. I don't think it is an OTB bug. Is it still possible for the user to enter the right QT libraries paths in the CMake cache ? If yes, we should document this trick.
do we need QtXml and QtSql in monteverdi? I think the sqldb part is removed or has no effect in code.
regarding qt4_wrap_cpp, we don't need the complete functionality provided by cmake. having putting this macro into FindQt4.cmake would not be that hard.
zero-cost solution is your proposed workaround, set variables in cmake manually. But statistically (atleast in otb) zero/low cost solution are just the high price we pay later in time ;)
Qt4Macros.cmake and UseQT4.cmake can be included in custom FindQt4.cmake. Unfortunately, they are not dependent on CMake's FindQt4.cmake
only thing blocking is usage of qmake -query to find include, headers, moc etc..
cmake 3.5.1 has QT_BINARY_DIR which can used to set to <xdk install directory>/bin
and will solve the issue. But right we need to hardcode <xdk install directory>/bin. and use cmake -DQT_BINARY_DIR=<xdk install directory>/bin to find qt properly.
better is fix is to write FindQt4.cmake and include Qt4Macros.cmake. we will loose no other macros from cmake
a workaround is documented in xdk readme.
closing this issue for now.
|2016-05-13 11:45||rashadkm||New Issue|
|2016-06-10 10:32||gpasero||Note Added: 0003500|
|2016-06-10 10:32||gpasero||Assigned To||=> gpasero|
|2016-06-10 10:32||gpasero||Status||new => acknowledged|
|2016-07-04 09:52||rashadkm||Note Added: 0003550|
|2016-07-29 14:53||gpasero||Note Added: 0003616|
|2016-08-03 12:12||rashadkm||Note Added: 0003623|
|2016-09-12 18:01||rashadkm||Note Added: 0003711|
|2016-10-10 12:30||rashadkm||Assigned To||gpasero => rashadkm|
|2016-10-10 12:30||rashadkm||Status||acknowledged => assigned|
|2016-10-13 17:52||rashadkm||Note Added: 0003768|
|2017-07-13 15:34||rashadkm||Note Added: 0004243|
|2017-07-13 15:34||rashadkm||Status||assigned => closed|
|2017-07-13 15:34||rashadkm||Resolution||open => fixed|
|Copyright © 2000 - 2017 MantisBT Team|