Hi Nikos,
My edited .profile:
PATH=$PATH:/Users/nikos/NetBeansProjects/OpenSceneGraph/OpenSceneGraph/Bin
export
OSG_FILE_PATH=/Users/nikos/NetBeansProjects/OpenSceneGraph/OpenSceneGraph-Data-2.8.0
export
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/Users/nikos/NetBeansProjects/OpenSceneGraph/OpenSceneGraph/Bin/lib/Debug
#export DYLD_BIND_AT_LAUNCH
export
DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:/Users/nikos/NetBeansProjects/OpenSceneGraph/OpenSceneGraph/Bin/lib/Debug
First of all, you set PATH but don't export it. Add export to the
start of the PATH= line and then do
source ~/.profile
or log out and back in, or start a new shell, to apply the values. After
that, can you do
echo $PATH
to see if the value has applied? It should end with
/Users/nikos/NetBeansProjects/OpenSceneGraph/OpenSceneGraph/Bin
since that's what you added in your .profile.
Finally, can you do
ls /Users/nikos/NetBeansProjects/OpenSceneGraph/OpenSceneGraph/Bin
to make sure osglogo is there? If it is, then running it should work
after doing the above.
And before all that, you could do
which osgversion
My guess is that you have an osgversion executable left over from some
other OSG installation in your normal system binary paths
(/usr/local/bin probably) and this is what it's picking up since you
didn't have the export in your PATH= line in your .profile. You could
probably also do a
find / -iname osgversion
to see if you have osgversion somewhere it shouldn't be on your system.
Perhaps you did a make install before, without having changed
CMAKE_INSTALL_PREFIX, which will generally install to a central location
(/usr/local/{bin|lib|share|include} on Linux and MacOS X, C:\Program
Files{ (x86)} on Windows).
Also, you set LD_LIBRARY_PATH and DYLD_LIBRARY_PATH to find what seems
to be the Debug versions of OSG libs/.so, is that what you want in all
cases? On Linux what I sometimes do is have two build directories for
the same OSG source, one which builds release and one debug, and I have
a symlink somewhere that points to one or the other, and I use the paths
through that symlink in the makefiles/build system of projects that use
OSG. That way I can use release most of the time, and switch easily to
debug when I need to. Ah, the pleasures of a compiler that lets you mix
debug and release executables/libs/.so ! :-)
But that may lead to another problem, if you added Debug to your library
paths, maybe you have only built Debug? In that case, trying to run
osglogo won't work even with the right paths, since the executables have
a 'd' appended to the name in Debug builds. Try osglogod in that case.
But remember that to get the best performance you should use a release
build.
Hope this helps,
J-S
--
__
Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com
http://www.cm-labs.com/
http://whitestar02.webhop.org/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org