Hello
I haven't focus on the osg cmake conf managment but I suggest you talk about
your encountered build problems in the dedicated forum
http://forum.openscenegraph.org/viewforum.php?f=9
before making a code submission. Perhaps somebody has the same issues, or can
tell you if your changes are clean enough to fullfill the multiplateforms
requirements of osg build system...
For example, I doubt hardcoded paths are acceptable...
(Further, I'm almost sure these WINSDK paths for the linker are setted in
vcvars.bat)
Cheers
DeadParrot wrote:
> Thanks for the response Julien.
>
> I build the 3rd party libs from scratch in dependency order using a script,
> not all at once with CMake, with zlib first so I don't have the png--zlib
> order issue. Maybe you use a bundled 3rd party lib package.
>
> I use VC++ without any issue on multiple projects and the vcvars setup is
> fine. The only issue I raised that is possibly environment setup related is
> needing to tell it where to find libraries like opengl32.lib. The Visual
> Studio vcvars setup doesn't add that to the environment but maybe there is an
> SDK setup script that puts all that in the environment so you don't need to
> explicitly point to the right Windows Kits directory? I'm not sure how the
> stock OSG build finds those libraries. Maybe it is a VC++ 2015 or Win10
> change?
>
> The other issues probably arise mostly from using Qt 5 and latest versions of
> 3rd party libraries. CMake usage is quite changed for Qt 5, the freetype
> directory structure has changed, etc. But if someone sees a way to avoid some
> of these CMake tweaks or something specific that I'm doing wrong that's great.
>
> Cheers,
> Stuart
>
> On 5/14/2016 5:37 PM, Julien Valentin wrote:
>
> > Hello DeadParrot,
> > It's strange you experience problems with the osg build system...
> > I've built it a lot of time both in 32 and 64 bit without big issues like
> > you describe
> > The recurent problem I have is with the png support that need a two time
> > cmake configuration step:
> > 1) set the 3rdParty folder then configure (png lib is not detected as it
> > come after zlib)
> > 2) re-configure (this time zlib is set to found and png detection works)
> > But this so-called "problem" is not longer one until you know that
> >
> > My guess is that you don't setup correctly VisualStudio environment with
> > the vcvars.bat
> >
> > Cheers
> >
> >
> > DeadParrot wrote:
> >
> > >
> > > > Hello,
> > > >
> > > > I recently built OSG 3.4.0 on Windows with Visual C++ 2015 and Intel
> > > > C++ 2016
> > > > using Qt 5.6. I am sharing the CMake configuration adjustments I neede
> > > > to make.
> > > > Provisos are that I'm not a CMake expert and my focus was just on
> > > > Windows with
> > > > these compilers and my 3rd party library builds, so I may not have made
> > > > the
> > > > most elegant and general purpose modifications. But I hope that the OSG
> > > > CMake
> > > > experts can benefit from some of this.
> > > >
> > > > Here is an overview of the attached files and the modifications. The
> > > > attached
> > > > files have the modifications to the current git master branch.
> > > >
> > > >
> > > > CMakeLists.txt
> > > >
> > > > CMAKE_STATIC_LINKER_FLAGS and CMAKE_SHARED_LINKER_FLAGS and
> > > > CMAKE_EXE_LINKER_FLAGS:
> > > > I needed to add the path to Windows dev libraries to get linking to
> > > > succeed.
> > > > For portability this should probably be done on the cmake command line
> > > > but I did
> > > > it in CMakeLists.txt in the MSVC section this way (for my current SDK):
> > > > set(CMAKE_STATIC_LINKER_FLAGS "${CMAKE_STATIC_LINKER_FLAGS}
> > > > /LIBPATH:"C:/Program Files (x86)/Windows
> > > > Kits/10/Lib/10.0.10586.0/um/x64"" CACHE INTERNAL "" FORCE)
> > > > set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS}
> > > > /LIBPATH:"C:/Program Files (x86)/Windows
> > > > Kits/10/Lib/10.0.10586.0/um/x64"" CACHE INTERNAL "" FORCE)
> > > > set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS}
> > > > /LIBPATH:"C:/Program Files (x86)/Windows
> > > > Kits/10/Lib/10.0.10586.0/um/x64"" CACHE INTERNAL "" FORCE)
> > > > I'm not sure if this can be done portably within CMakeLists.txt.
> > > >
> > > >
> > > > CMakeModulesFindFreetype.cmake
> > > >
> > > > The freetype include path structure has changed
> > > >
> > > > I needed to add freetyped to the NAMES for the debug build to find the
> > > > library
> > > >
> > > >
> > > > srcOpenThreadsqtCMakeLists.txt
> > > >
> > > > For Qt5 the use of qt5_use_modules and I replaced it with
> > > > FIND_PACKAGE( Qt5 REQUIRED Core )
> > > > target_link_libraries( ${LIB_NAME} Qt5::Core )
> > > > I'm not completely sure the FIND_PACKAGE is needed here but it seems
> > > > that it
> > > > should be since we've only found Qt5Widgets so far.
> > > >
> > > >
> > > > srcosgPluginsfreetypeCMakeLists.txt
> > > >
> > > > I needed to add the PNG lib to:
> > > > SET(TARGET_LIBRARIES_VARS FREETYPE_LIBRARY PNG_LIBRARY )
> > > > since I built freetype with PNG support. But I also built freetype with
> > > > zlib support yet I didn't need to add ZLIB_LIBRARY here. I'm not sure
> > > > how
> > > > to craft this to smoothly handle freetype libs built with different
> > > > feature
> > > > sets.
> > > >
> > > >
> > > > srcosgQtCMakeLists.txt
> > > >
> > > > For Qt5 I had to change to doing
> > > > FIND_PACKAGE( Qt5 REQUIRED Core Gui OpenGL Widgets )
> > > > before SETUP_LIBRARY and I changed the qt5_use_modules call after
> > > > SETUP_LIBRARY to
> > > > target_link_libraries( ${LIB_NAME} Qt5::Core Qt5::Gui Qt5::Widgets
> > > > Qt5::OpenGL )
> > > >
> > > > I also split out the Qt4 debug support based on information that some
> > > > CMake versions
> > > > weren't adding the "d" suffix to library names like QT_QTCORE_LIBRARY
> > > > on Windows in
> > > > debug builds. This may be unnecessary now or might never have been
> > > > necessary.
> > > >
> > > >
> > > > Cheers,
> > > > Stuart
> > > >
> > >
> >
>
> _______________________________________________
> osg-submissions mailing list
>
> http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
>
> ------------------
> Post generated by Mail2Forum
------------------
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=67108#67108
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
