Agreed. Once numbers will be in the same place, we could choose whatever solution.
Off Topic: I was. I don't have enough time to make it work. Feel free to continue the job! Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ ----- "Luigi Calori" <[email protected]> a écrit : > Sukender wrote: > > Just as a side note: I personnaly use a CMake script that parses > "Version" headers to get OSG/OpenThreads version numbers. > > > But if you parse the header, then you got 11 as OpenThreads soversion, > exactly the same I got running > > osgversion --openthreads-soversion-number > > that is different from the numbering of real dll. > If you use your script at OSG configuration time.... that would solve > but it seem to me you can > not override this value. > > Anyway... wherever you set, I do not see any good in having defined in > multiple places. > > Off topic: are you also mantainer of cURL cmake? in that case I have > some cmake patch for cURL. > > Thanks > Luigi > > > Sukender > > PVLE - Lightweight cross-platform game engine - > http://pvle.sourceforge.net/ > > > > ----- "Luigi Calori" <[email protected]> a écrit : > > > > > >> Hi Sukender,Robert,Jean > >> > >> I have just bitten by this stuff: I was relying on osgversion > >> --openthreads-soversion-number to find out version of installed dll > in > >> > >> custom FindOSG > >> > >> Is there another reliable way to find out version info on installed > >> osg? > >> What about providing OSGConfig.cmake instead of FinfOSG? this > would > >> > >> possibly simplify using OSG from other cmake based projects. > >> > >> Anyhow it would be better osgversion be automatically kept in sync > >> with > >> name encoded dll/so version generated by cmake > >> > >> I include my fix: that insert version number in the config.in, this > is > >> > >> triggering a almost full recompile.. though > >> > >> Regards > >> > >> Luigi > >> > >> Sukender wrote: > >> > >>>> Hi Sukender, Robert, > >>>> > >>>> > >>>> > >>>>> CMake script for OpenThreads specifies SET(OPENTHREADS_SOVERSION > >>>>> > >> 12) > >> > >>>>> > >>>>> > >>>> whereas the so version in "Version" header is 11. Shouldn't this > >>>> > >> (well > >> > >>>> "these", including OpenSceneGraph) Version headers be benerated > by > >>>> CMake? Or is there a reason for not doing so? Anyway, please note > >>>> > >> the > >> > >>>> version number isn't correct. > >>>> > >>>> This has happened for OSG's SOVERSION as well in the past, so I > >>>> > >> agree > >> > >>>> that it should probably be in just one place (either the CMake > >>>> > >> files > >> > >>>> or > >>>> the Version header, whatever makes most sense / is easy to > >>>> > >> implement / > >> > >>>> you like) and could be changed there and used elsewhere without > >>>> > >> having > >> > >>>> to be changed in multiple places by hand. > >>>> > >>>> J-S > >>>> -- > >>>> > >>>> > >>> Hi JS and Robert, > >>> > >>> I agree with JS. If for some reason you don't want to put the > >>> > >> version in the CMake script, I can give you a small ready-to-use > >> script that parses the header and gets the version from it. Of > course, > >> I'd prefer not... > >> > >>> Sukender > >>> PVLE - Lightweight cross-platform game engine - > >>> > >> http://pvle.sourceforge.net/ > >> > >>> _______________________________________________ > >>> osg-submissions mailing list > >>> [email protected] > >>> > >>> > >> > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org > >> > >>> > >>> > >> _______________________________________________ > >> osg-submissions mailing list > >> [email protected] > >> > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org > >> > > _______________________________________________ > > osg-submissions mailing list > > [email protected] > > > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org > > > > _______________________________________________ > osg-submissions mailing list > [email protected] > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
