Re: [osg-users] Feature request for 2.9: please include swig bindings in main release
Hi, thanks for the replies.. I'd just like to state that the aim of my request is to get the basic swig prototypes/bindings in place, to ensure their correctness. I think that process could be automated, somewhat. Even though the automatically generated bindings would be unwieldy for end users, from there, one could generate the appropriate end-language bindings, in a clean, 2-step process. That way, you get the universality of having swig prototypes, and then language advocates can do their thing to get more language friendly/appropriate bindings. In any case, any changes that break SWIG would automatically generate a regression, and that's a damned useful thing to have happen. Also, I'd like to point out that for all of osgswigs' goodness, it is mightily unfriendly to non-python users, and I don't think that works to our advantage, in the long term. My specific issue with the osgswig project is the way files get released (the only downloadable file from the project site is http://osgswig.googlecode.com/files/osgPython-2.6.1-0-py26.exe), and I have a philosophical issue, having been burnt *many* times, with being forced to grab files from svn, cvs or any other source control system, because things aren't stable in that regime, by definition. By including the bindings with the releases, there is some notion of stability, even if it's just at a basic level, and that is an insanely valuable thing to have. ... Thank you! Cheers, john -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=15979#15979 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Feature request for 2.9: please include swig bindings in main release
Hi, the SWIG bindings are so useful, that it seems like a good idea to include them with the main release, predicated with -DBUILD_SWIG_BINDINGS -DBUILD_PYTHON_SWIG_BINDINGS or -DBUILD_RUBY_SWIG_BINDINGS (etc..) flags. Including them would ensure that they are kept up to date, and that any bindings are correct for the installed release of OSG. Moreover, it would encourage the building of those bindings for other languages, other than python or ruby. ... Thank you! Cheers, john -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=15708#15708 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] osgdb_freetype build problem on Mac OS/X 10.5.6
fyi.. the command I used to grab the svn release was: svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk OpenSceneGraph I'm pretty certain it's the latest, as installing it creates a /usr/local/lib/osgPlugins-2.9.1 directory. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=8815#8815 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] osgdb_freetype build problem on Mac OS/X 10.5.6
Robert, I put debugging messages in FindFreeType.cmake, and the behavior is as expected within that cmake file, i.e. FREETYPE_INCLUDE_DIRS gets set correctly. The issue, as far as I can tell, is why cmake on os/x either isn't exporting FREETYPE_INCLUDE_DIRS, or there's a typo somewhere outside that file so that the variable isn't getting picked up. I spent a little time trying to debug this, but I'm not really getting anywhere, given that I have little cmake experience. But, everything does seem to be working as expected, so it's a little bit of a mystery. certainly, the code in Find3rdPartyDependencies.cmake doesn't seem to be traversed, and src/osgPlugins/freetype/CMakeLists.txt seems to be correct. Unfortunately, I don't have enough time, right now, to devote to debugging this in any depth. And since I do have a workaround, I'm not blocked. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=8734#8734 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] osgdb_freetype build problem on Mac OS/X 10.5.6
The system cmake file for FreeType on OS/X is /Applications/CMake\
2.6-3.app/Contents/share/cmake-2.6/Modules/FindFreetype.cmake
and it does set the variables:
# set the user variables
IF(FREETYPE_INCLUDE_DIR_ft2build AND FREETYPE_INCLUDE_DIR_freetype2)
SET(FREETYPE_INCLUDE_DIRS
${FREETYPE_INCLUDE_DIR_ft2build};${FREETYPE_INCLUDE_DIR_freetype2})
ENDIF(FREETYPE_INCLUDE_DIR_ft2build AND FREETYPE_INCLUDE_DIR_freetype2)
SET(FREETYPE_LIBRARIES ${FREETYPE_LIBRARY})
# handle the QUIETLY and REQUIRED arguments and set FREETYPE_FOUND to TRUE if
# all listed variables are TRUE
INCLUDE(FindPackageHandleStandardArgs)
FIND_PACKAGE_HANDLE_STANDARD_ARGS(Freetype DEFAULT_MSG FREETYPE_LIBRARY
FREETYPE_INCLUDE_DIRS)
MARK_AS_ADVANCED(FREETYPE_LIBRARY FREETYPE_INCLUDE_DIR_freetype2
FREETYPE_INCLUDE_DIR_ft2build)
That last MARK_AS_ADVANCED line looks hinky to me, btw.
I put in a quick disabling of freetype (setting FOUND_FREETYPE to NO) in the
OSG version of this cmake file. If it fails to build, then I'd venture a guess
that cmake is grabbing it's own cmake file instead of the OSG version.
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=8643#8643
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] osgdb_freetype build problem on Mac OS/X 10.5.6
btw, I just noticed, the spelling of the two files is different, where you guys capitalize the middle T. The system file: FindFreetype.cmake OSG: FindFreeType.cmake would that be a problem ?? -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=8644#8644 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] osgdb_freetype build problem on Mac OS/X 10.5.6
the workaround of setting FREETYPE_FOUND to NO works, so CMake is definitely picking the local version of FindFreeType.cmake -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=8645#8645 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] [build] osgdb_freetype build problem on Mac OS/X 10.5.6
I'm trying to build the latest svn version of OSG 2.8.0 on OS/X, and I'm having a problem when building osgdb_freetype, specifically the header file ft2build.h cannot be located: Scanning dependencies of target osgdb_freetype [ 98%] Building CXX object src/osgPlugins/freetype/CMakeFiles/osgdb_freetype.dir/FreeTypeFont.cpp.o In file included from /Users/casuj/OpenSceneGraph/OpenSceneGraph-2.8.0-svn/src/osgPlugins/freetype/FreeTypeFont.cpp:14: /Users/casuj/OpenSceneGraph/OpenSceneGraph-2.8.0-svn/src/osgPlugins/freetype/FreeTypeFont.h:19:22: error: ft2build.h: No such file or directory /Users/casuj/OpenSceneGraph/OpenSceneGraph-2.8.0-svn/src/osgPlugins/freetype/FreeTypeFont.h:20:10: error: #include expects FILENAME or FILENAME However, CMakeCache.txt shows that this file has been located: enterprise:OpenSceneGraph-2.8.0-svn casuj$ fgrep FREETYPE CMakeCache.txt CMakeCache.txt:FREETYPE_INCLUDE_DIR_freetype2:PATH=/usr/local/include/freetype2 CMakeCache.txt:FREETYPE_INCLUDE_DIR_ft2build:PATH=/usr/local/include CMakeCache.txt:FREETYPE_LIBRARY:FILEPATH=/usr/local/lib/libfreetype.dylib and the file itself does in fact exist: enterprise:OpenSceneGraph-2.8.0-svn casuj$ ls -l /usr/local/include/ft2build.h -rw-r--r-- 1 root admin 3890 Mar 5 2007 /usr/local/include/ft2build.h Can anyone shed light on how to workaround this ? Thanks, -john c. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=8569#8569 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
