unknown
1970-01-01 00:00:00 UTC
QT5_BASE_DIR to the root of your Qt5 installation - otherwise OpenSG<br>wil=
l only look for Qt4 if I'm reading it correctly.<br></blockquote></bloc=
kquote><div>QT5_BASE_DIR seemed solve the detect-Qt5 problem. Nice. Thanks!=
</div>
<blockquote style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-=
left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex" class=
=3D"gmail_quote"><blockquote>CMake these days is trying to move away from t=
he use of Find*.cmake<br>
modules (for software built with cmake anyway) and instead prefers that<br>=
during the build/install step a package writes a file <foo>-config.cm=
ake<br>that contains the necessary info to locate headers and libs [1].<br>
</blockquote></blockquote><div>Makes it easier to select the right version =
if you have several versions of a package installed, I assume.<br></div><bl=
ockquote style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-lef=
t-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex" class=3D=
"gmail_quote">
<blockquote>CMake 2.8.12 should be fine, the support for Qt5 in the OpenSG =
build has<br>been there before the cmake 3 release.<br></blockquote></block=
quote><div>Got it. Thanks! :)</div><div><br></div><div>/Marcus</div></div>
<div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">2014-06-27 10=
:37 GMT+02:00 Marcus Lindblom Sonestedt <span dir=3D"ltr"><<a href=3D"ma=
ilto:***@yar.nu" target=3D"_blank">***@yar.nu</a>></span>:<br><block=
quote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc=
solid;padding-left:1ex">
<div dir=3D"ltr">Hi,<div><br></div><div>The only compile error I got was th=
e streaming of an std::ostringstream in OSGClusterwindow, line 235:</div><d=
iv><br></div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 S=
FATAL << "Error starting: " << command.str() <<=
std::endl;<br>
</div><div><br></div><div>I had to add ".str()" at the end of com=
mand, otherwise everything we're using (sans Qt) builds and links in de=
bug mode, so far.</div><div><br></div><div>/Marcus</div><div><br></div>
<div><br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote">2014-06-27 9:08 GMT+02:00 Marcus Lindblom Sonestedt <span dir=3D"lt=
r"><<a href=3D"mailto:***@yar.nu" target=3D"_blank">***@yar.nu</a>&g=
t;</span>:<div>
<div class=3D"h5"><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi,<div><br></div><div>(lon=
g time, no see, guys. I hope you're all doing well ;-)<br></div><div><d=
iv> <div><br></div><div>We're upgrading our compiler (VS2008->2013) and =
third-party libraries, and I'm running into cmake configure problems wi=
th OpenSG, which is not my forte, yet.</div>
</div></div><div><br></div><div>(I'll be sure to post any fixes we impl=
ement to make stuff work with VS2013 and Qt5, of course)</div><div><br></di=
v><div>Anyway, OpenEXR configuration fails with this error:</div><div>
<br>
</div><div><span style=3D"color:rgb(255,0,0)">CMake Error at CMake/FindOpen=
EXR.cmake:70 (FILE):<br> file FILE([TO_CMAKE_PATH|TO_NATIVE_PATH] path res=
ult) must be called with<br> exactly three arguments.<br>Call Stack (most =
recent call first):<br>
CMake/OSGBuildFunctions.cmake:2672 (FIND_PACKAGE)<br> CMake/OSGConfigure=
Packages.cmake:343 (OSG_FIND_PACKAGE)<br> CMakeLists.txt:591 (OSG_CONFIGUR=
E_OPENEXR)</span><br></div><div><span style=3D"color:rgb(255,0,0)"><br></sp=
an></div>
<div><span style=3D"color:rgb(255,0,0)">The line (70) is:</span></div><div>=
<div><font color=3D"#ff0000">=C2=A0 =C2=A0 FILE(TO_CMAKE_PATH ${OPENEXR_INC=
LUDE_DIR} OPENEXR_INCLUDE_DIR)</font></div><div style=3D"color:rgb(255,0,0)=
"><br>
</div></div>And the result of OPENEXR_INCLUDE_DIR is this:<div><br><div>c:/=
_work/_unzip/opensg/supportlibs.7z/supportlibs/include;c:/_work/_unzip/open=
sg/supportlibs.7z/supportlibs/include/OpenEXR<br><br>The fix is to add quot=
es to the middle part:<br>
<div>=C2=A0 =C2=A0 FILE(TO_CMAKE_PATH "${OPENEXR_INCLUDE_DIR}" OP=
ENEXR_INCLUDE_DIR)</div><div><br></div><div>At least it does not error out,=
but it still fails to find the libraries. I don't care much as we don&=
#39;t use the EXR file-format currently. I suppose it can be fixed by point=
ing to those support libs.</div>
<div><br></div><div><br></div>Btw, the supportlibs.7z file/directory is fro=
m 2009 (i.e. the time we built OpenSG, supplied by you guys), but it should=
still work, right? =C2=A0(unless I need to recompile them with VS2013 too.=
.. augh)<br>
</div><div><br></div><div>The related cmake options I set (which are set fr=
om a python build file, hence the odd syntax):</div><div><br></div><div><di=
v>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'-DOSG_USE_OSGSUPPORT=
_LIBS=3DON',<br></div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0'-DOSG_USE_STATIC_SUPPORT_LIBS=3DON',</div>
<div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'-DOSG_SUPPORT_ROO=
T=3D%s' % module.supportlibs,</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0'-DPNG_INCLUDE_DIR=3D%s' % pj(module.supportlibs, =
'include'),</div><div><br></div></div><div>Anyway, I'm perfectl=
y happy to compile without OpenEXR, which we don't use at the moment.</=
div>
<div><br></div><div><br></div><div><br></div><div>It also fails to find Qt5=
, but that's only a warning. The only related output is w.r.t Qt4:</div=
are/cmake-2.8/Modules/FindQt4.cmake:659 (message):<br>
C:/Code/tpd-build/Libs/Qt/qt-repo/qtbase/bin/qmake.exe reported<br> QT_I=
NSTALL_LIBS as "c:/_work/C_Code/tpd-build/tmp/qt/lib" but QtCore =
could<br> not be found there. Qt is NOT installed correctly for the targe=
t build<br>
environment.<br>Call Stack (most recent call first):<br> CMake/OSGBuildF=
unctions.cmake:2672 (FIND_PACKAGE)<br> CMake/OSGConfigurePackages.cmake:75=
8 (OSG_FIND_PACKAGE)<br> CMakeLists.txt:700 (OSG_CONFIGURE_QT)</span><br>
</div><div><span style=3D"color:rgb(255,0,0)"><br></span></div><div><font c=
olor=3D"#ff0000">I'm not sure how well cmake supports Qt5.</font></div>=
<div><span style=3D"color:rgb(255,0,0)"><br></span></div>(The qmake.exe it =
finds is Qt5.3.1. qmake.exe I built myself. Also, in the <dir>/qt/lib=
there is a =C2=A0Qt5Core.lib, so it should be ok.)<div>
<span style=3D"color:rgb(255,0,0)"><br></span></div>Do I need to do anythin=
g special to enable Qt5 (as opposed to 4?).=C2=A0<div>Qt5 seems to be suppo=
rted as it appears in the files, but theres nothing in the output indicatin=
g that it even tries to look for Qt5.<div>
<br></div><div>The resulting configure output has a few lines like:</div><d=
iv>=C2=A0Dependency (Qt{4|5}) not found, can not build (OSGWindowQT4 /=C2=
=A0OSGContribCSMQt)<br></div><div><br></div><div>But there's no FindQt5=
in cmake/modules nor any references to 5 in FindQt.cmake?</div>
<div><br></div><div><br></div><div>I'm using cmake version 2.8.12.2, by=
the way. (I just noticed 3.0.0 came out, but that's probably too bleed=
ing an edge to tamper with, or is it required for Qt5 support?)<br></div>
</div><div><br></div><div>Cheers,</div><div>/Marcus</div><div><br></div></d=
iv></div>
</blockquote></div></div></div><br></div>
</blockquote></div><br></div>
--001a113378545dba1704fff18bef--
l only look for Qt4 if I'm reading it correctly.<br></blockquote></bloc=
kquote><div>QT5_BASE_DIR seemed solve the detect-Qt5 problem. Nice. Thanks!=
</div>
<blockquote style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-=
left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex" class=
=3D"gmail_quote"><blockquote>CMake these days is trying to move away from t=
he use of Find*.cmake<br>
modules (for software built with cmake anyway) and instead prefers that<br>=
during the build/install step a package writes a file <foo>-config.cm=
ake<br>that contains the necessary info to locate headers and libs [1].<br>
</blockquote></blockquote><div>Makes it easier to select the right version =
if you have several versions of a package installed, I assume.<br></div><bl=
ockquote style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-lef=
t-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex" class=3D=
"gmail_quote">
<blockquote>CMake 2.8.12 should be fine, the support for Qt5 in the OpenSG =
build has<br>been there before the cmake 3 release.<br></blockquote></block=
quote><div>Got it. Thanks! :)</div><div><br></div><div>/Marcus</div></div>
<div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">2014-06-27 10=
:37 GMT+02:00 Marcus Lindblom Sonestedt <span dir=3D"ltr"><<a href=3D"ma=
ilto:***@yar.nu" target=3D"_blank">***@yar.nu</a>></span>:<br><block=
quote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc=
solid;padding-left:1ex">
<div dir=3D"ltr">Hi,<div><br></div><div>The only compile error I got was th=
e streaming of an std::ostringstream in OSGClusterwindow, line 235:</div><d=
iv><br></div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 S=
FATAL << "Error starting: " << command.str() <<=
std::endl;<br>
</div><div><br></div><div>I had to add ".str()" at the end of com=
mand, otherwise everything we're using (sans Qt) builds and links in de=
bug mode, so far.</div><div><br></div><div>/Marcus</div><div><br></div>
<div><br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote">2014-06-27 9:08 GMT+02:00 Marcus Lindblom Sonestedt <span dir=3D"lt=
r"><<a href=3D"mailto:***@yar.nu" target=3D"_blank">***@yar.nu</a>&g=
t;</span>:<div>
<div class=3D"h5"><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi,<div><br></div><div>(lon=
g time, no see, guys. I hope you're all doing well ;-)<br></div><div><d=
iv> <div><br></div><div>We're upgrading our compiler (VS2008->2013) and =
third-party libraries, and I'm running into cmake configure problems wi=
th OpenSG, which is not my forte, yet.</div>
</div></div><div><br></div><div>(I'll be sure to post any fixes we impl=
ement to make stuff work with VS2013 and Qt5, of course)</div><div><br></di=
v><div>Anyway, OpenEXR configuration fails with this error:</div><div>
<br>
</div><div><span style=3D"color:rgb(255,0,0)">CMake Error at CMake/FindOpen=
EXR.cmake:70 (FILE):<br> file FILE([TO_CMAKE_PATH|TO_NATIVE_PATH] path res=
ult) must be called with<br> exactly three arguments.<br>Call Stack (most =
recent call first):<br>
CMake/OSGBuildFunctions.cmake:2672 (FIND_PACKAGE)<br> CMake/OSGConfigure=
Packages.cmake:343 (OSG_FIND_PACKAGE)<br> CMakeLists.txt:591 (OSG_CONFIGUR=
E_OPENEXR)</span><br></div><div><span style=3D"color:rgb(255,0,0)"><br></sp=
an></div>
<div><span style=3D"color:rgb(255,0,0)">The line (70) is:</span></div><div>=
<div><font color=3D"#ff0000">=C2=A0 =C2=A0 FILE(TO_CMAKE_PATH ${OPENEXR_INC=
LUDE_DIR} OPENEXR_INCLUDE_DIR)</font></div><div style=3D"color:rgb(255,0,0)=
"><br>
</div></div>And the result of OPENEXR_INCLUDE_DIR is this:<div><br><div>c:/=
_work/_unzip/opensg/supportlibs.7z/supportlibs/include;c:/_work/_unzip/open=
sg/supportlibs.7z/supportlibs/include/OpenEXR<br><br>The fix is to add quot=
es to the middle part:<br>
<div>=C2=A0 =C2=A0 FILE(TO_CMAKE_PATH "${OPENEXR_INCLUDE_DIR}" OP=
ENEXR_INCLUDE_DIR)</div><div><br></div><div>At least it does not error out,=
but it still fails to find the libraries. I don't care much as we don&=
#39;t use the EXR file-format currently. I suppose it can be fixed by point=
ing to those support libs.</div>
<div><br></div><div><br></div>Btw, the supportlibs.7z file/directory is fro=
m 2009 (i.e. the time we built OpenSG, supplied by you guys), but it should=
still work, right? =C2=A0(unless I need to recompile them with VS2013 too.=
.. augh)<br>
</div><div><br></div><div>The related cmake options I set (which are set fr=
om a python build file, hence the odd syntax):</div><div><br></div><div><di=
v>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'-DOSG_USE_OSGSUPPORT=
_LIBS=3DON',<br></div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0'-DOSG_USE_STATIC_SUPPORT_LIBS=3DON',</div>
<div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'-DOSG_SUPPORT_ROO=
T=3D%s' % module.supportlibs,</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0'-DPNG_INCLUDE_DIR=3D%s' % pj(module.supportlibs, =
'include'),</div><div><br></div></div><div>Anyway, I'm perfectl=
y happy to compile without OpenEXR, which we don't use at the moment.</=
div>
<div><br></div><div><br></div><div><br></div><div>It also fails to find Qt5=
, but that's only a warning. The only related output is w.r.t Qt4:</div=
<div><br></div><div><span style=3D"color:rgb(255,0,0)">CMake Warning at c:=
/_work/_unzip/cmake/cmake-2.8.12.2-win32-x86.7z/cmake-2.8.12.2-win32-x86/sh=are/cmake-2.8/Modules/FindQt4.cmake:659 (message):<br>
C:/Code/tpd-build/Libs/Qt/qt-repo/qtbase/bin/qmake.exe reported<br> QT_I=
NSTALL_LIBS as "c:/_work/C_Code/tpd-build/tmp/qt/lib" but QtCore =
could<br> not be found there. Qt is NOT installed correctly for the targe=
t build<br>
environment.<br>Call Stack (most recent call first):<br> CMake/OSGBuildF=
unctions.cmake:2672 (FIND_PACKAGE)<br> CMake/OSGConfigurePackages.cmake:75=
8 (OSG_FIND_PACKAGE)<br> CMakeLists.txt:700 (OSG_CONFIGURE_QT)</span><br>
</div><div><span style=3D"color:rgb(255,0,0)"><br></span></div><div><font c=
olor=3D"#ff0000">I'm not sure how well cmake supports Qt5.</font></div>=
<div><span style=3D"color:rgb(255,0,0)"><br></span></div>(The qmake.exe it =
finds is Qt5.3.1. qmake.exe I built myself. Also, in the <dir>/qt/lib=
there is a =C2=A0Qt5Core.lib, so it should be ok.)<div>
<span style=3D"color:rgb(255,0,0)"><br></span></div>Do I need to do anythin=
g special to enable Qt5 (as opposed to 4?).=C2=A0<div>Qt5 seems to be suppo=
rted as it appears in the files, but theres nothing in the output indicatin=
g that it even tries to look for Qt5.<div>
<br></div><div>The resulting configure output has a few lines like:</div><d=
iv>=C2=A0Dependency (Qt{4|5}) not found, can not build (OSGWindowQT4 /=C2=
=A0OSGContribCSMQt)<br></div><div><br></div><div>But there's no FindQt5=
in cmake/modules nor any references to 5 in FindQt.cmake?</div>
<div><br></div><div><br></div><div>I'm using cmake version 2.8.12.2, by=
the way. (I just noticed 3.0.0 came out, but that's probably too bleed=
ing an edge to tamper with, or is it required for Qt5 support?)<br></div>
</div><div><br></div><div>Cheers,</div><div>/Marcus</div><div><br></div></d=
iv></div>
</blockquote></div></div></div><br></div>
</blockquote></div><br></div>
--001a113378545dba1704fff18bef--