Re: [osg-users] [build] SDL no longer builds
Hi François, Good to see you've got your issues sorted. That's the power of a large community, more testing and more eyeballs means fewer bugs! Aberdeen, nae as bonny as Montreal I've had a laugh at all your signatures, you have a vivid imagination to come up with a different one each time :-) Do they loop around or do you just type in a new one each time? 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
Re: [osg-users] [build] SDL no longer builds
Hi Francois,
I've just cleaned up the present3D optional build with SDL so it's
similar to that of osgviewerSDL, as well as some other clean ups. You
may need to remove you OpenSceneGraph/CMakeCache.txt and then re-run
./configure. By default the SDL support should be off but you'll be
able to enable it via ccmake ., and then enabling the
BUILD_PRESENT3D_WITH_SDL option.
BTW, I live and work in Callander down in the Trossachs, and am
working on a project with Aberdeen University on medical visualization
and teaching. So once every few months I get to stick my head up
around your neck of the woods.
Robert.
On Thu, May 7, 2009 at 9:16 PM, Francois Genolini wrote:
> I compared examples/osgviewerSDL (which does compile) with
> applications/present3D
>
> osgviewerSDL/CMakeFiles/CMakeDirectoryInformation.cmake does contain
> /usr/include/SDL in its "CMAKE_C_INCLUDE_PATH"
> but
> present3D/CMakeFiles/CMakeDirectoryInformation.cmake does NOT contain
> /usr/include/SDL in its "CMAKE_C_INCLUDE_PATH"
>
> The difference seems to be that osgViewerDSL has a simple and clean
> CMakeLists.txt which just says
>
> INCLUDE_DIRECTORIES(${SDL_INCLUDE_DIR})
>
> whereas present3D's CMakeLists.txt has the rather more complicated (and
> broken):
>
> IF (SDL_FOUND)
>
> OPTION(BUILD_WITH_SDL "Set to ON to build with SDL for joystick support."
> OFF)
>
> IF (BUILD_WITH_SDL)
>
> SET(TARGET_ADDED_LIBRARIES ${TARGET_ADDED_LIBRARIES} ${SDL_LIBRARY})
> SET(EXTERNAL_INCLUDE_DIRS ${EXTERNAL_INCLUDE_DIRS} ${SDL_INCLUDE_DIR})
>
>
> Looks like a bad case of non-orthogonality
> what is good for osgviewerSDL should be OK for present3D
> I will copy and paste the working CMakeLists.txt into the broken one and see
> what happens
>
>
> Regards,
> Francois Genolini
> Aberdeen, Pictland
>
> --
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=11649#11649
>
>
>
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] SDL no longer builds
ah, sorry, a clear case of RTFM here for me I read the manual and the posts related to Wx a bit more carefully this time, installed the debug version of the Wx libs, set wxWidgets_USE_DEBUG in osg's cmake, and ... it now compiles and links ;-) The only one which is odd is FFMPEG which now builds OK anyway I now have a full build of everything as Debug, I'll get cracking with the actual running of the software and writing some code ;-) Francois Genolini Aberdeen, nae as bonny as Montreal -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=11654#11654 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] SDL no longer builds
As for Wx 2.8, a quick search on Google shows that this could be a bug with the ubuntu package (__WXDEBUG__ not defined) [ 99%] Building CXX object examples/osgviewerWX/CMakeFiles/example_osgviewerWX.dir/osgviewerWX.o cd ~/Projects/osg/build/examples/osgviewerWX && /usr/bin/c++ -DOSG_DEBUG_POSTFIX=d -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -Wall -Wparentheses -Wno-long-long -Wno-import -pedantic -Wreturn-type -Wmissing-braces -Wunknown-pragmas -Wunused -fpermissive -pthread -g -D_DEBUG -I~/Projects/osg/build/include -I~/Projects/osg/OpenSceneGraph/include -isystem /usr/lib/wx/include/gtk2-unicode-release-2.8 -isystem /usr/include/wx-2.8 -o CMakeFiles/example_osgviewerWX.dir/osgviewerWX.o -c ~/Projects/osg/OpenSceneGraph/examples/osgviewerWX/osgviewerWX.cpp Linking CXX executable ../../bin/osgviewerWXd cd ~/Projects/osg/build/examples/osgviewerWX && /usr/bin/cmake -E cmake_link_script CMakeFiles/example_osgviewerWX.dir/link.txt --verbose=1 /usr/bin/c++-Wall -Wparentheses -Wno-long-long -Wno-import -pedantic -Wreturn-type -Wmissing-braces -Wunknown-pragmas -Wunused -fpermissive -pthread -g -D_DEBUG CMakeFiles/example_osgviewerWX.dir/osgviewerWX.o -o ../../bin/osgviewerWXd -rdynamic ../../lib/libOpenThreadsd.so.2.4.0 ../../lib/libosgd.so.2.9.4 ../../lib/libosgDBd.so.2.9.4 ../../lib/libosgUtild.so.2.9.4 ../../lib/libosgGAd.so.2.9.4 ../../lib/libosgViewerd.so.2.9.4 ../../lib/libosgTextd.so.2.9.4 -pthread -Wl,-Bsymbolic-functions -lwx_baseu-2.8 -lwx_gtk2u_core-2.8 -lwx_gtk2u_gl-2.8 -lwx_baseu_net-2.8 ../../lib/libosgGAd.so.2.9.4 ../../lib/libosgUtild.so.2.9.4 ../../lib/libosgDBd.so.2.9.4 ../../lib/libosgd.so.2.9.4 ../../lib/libOpenThreadsd.so.2.4.0 -lpthread -lm -lXrandr -lGLU -lGL -lSM -lICE -lX11 -lXext -Wl,-rpath,~/Projects/osg/build/lib CMakeFiles/example_osgviewerWX.dir/osgviewerWX.o: In function `wxStringBase': /usr/include/wx-2.8/wx/string.h:352: undefined reference to `wxOnAssert(wchar_t const*, int, char const*, wchar_t const*, wchar_t const*)' CMakeFiles/example_osgviewerWX.dir/osgviewerWX.o:(.rodata._ZTV8wxOsgApp[vtable for wxOsgApp]+0x90): undefined reference to `wxApp::OnAssertFailure(wchar_t const*, int, wchar_t const*, wchar_t const*, wchar_t const*)' CMakeFiles/example_osgviewerWX.dir/osgviewerWX.o:(.rodata._ZTV8wxOsgApp[vtable for wxOsgApp]+0x94): undefined reference to `wxAppConsole::OnAssert(wchar_t const*, int, wchar_t const*, wchar_t const*)' Here again, I can hack a fix to get this to compile but I am not too sure how to code that in cmake to allow other distros and wx installs to continue working. Regards, Francois Genolini Aberdeen, actually chose to live there -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=11653#11653 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] SDL no longer builds
in applications/present3D/CMakeLists.txt
I have added the following 2 lines
SET(TARGET_EXTERNAL_LIBRARIES ${SDL_LIBRARY} )
INCLUDE_DIRECTORIES(${SDL_INCLUDE_DIR} )
just before
IF (SDL_FOUND)
and present3D now compiles and links
As my understanding of cmake is very patchy, I have no idea if this is a valid
patch that would work if SDL is not found by cmake or if the user did not
select SDL
works for me and is cleaner than manually editing the generated Makefiles
though ;-)
Francois Genolini
Aberdeen, cal and digging doon
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=11651#11651
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] SDL no longer builds
I compared examples/osgviewerSDL (which does compile) with
applications/present3D
osgviewerSDL/CMakeFiles/CMakeDirectoryInformation.cmake does contain
/usr/include/SDL in its "CMAKE_C_INCLUDE_PATH"
but
present3D/CMakeFiles/CMakeDirectoryInformation.cmake does NOT contain
/usr/include/SDL in its "CMAKE_C_INCLUDE_PATH"
The difference seems to be that osgViewerDSL has a simple and clean
CMakeLists.txt which just says
INCLUDE_DIRECTORIES(${SDL_INCLUDE_DIR})
whereas present3D's CMakeLists.txt has the rather more complicated (and broken):
IF (SDL_FOUND)
OPTION(BUILD_WITH_SDL "Set to ON to build with SDL for joystick support."
OFF)
IF (BUILD_WITH_SDL)
SET(TARGET_ADDED_LIBRARIES ${TARGET_ADDED_LIBRARIES} ${SDL_LIBRARY})
SET(EXTERNAL_INCLUDE_DIRS ${EXTERNAL_INCLUDE_DIRS} ${SDL_INCLUDE_DIR})
Looks like a bad case of non-orthogonality
what is good for osgviewerSDL should be OK for present3D
I will copy and paste the working CMakeLists.txt into the broken one and see
what happens
Regards,
Francois Genolini
Aberdeen, Pictland
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=11649#11649
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] SDL no longer builds
out of source build source in ~/Projects/osg/OpenSceneGraph build in ~/Projects/osg/build [ 88%] Building CXX object applications/present3D/CMakeFiles/application_present3D-osg.dir/present3D.o cd ~/Projects/osg/build/applications/present3D && /usr/bin/c++ -DOSG_DEBUG_POSTFIX=d -DUSE_SDL -Wall -Wparentheses -Wno-long-long -Wno-import -pedantic -Wreturn-type -Wmissing-braces -Wunknown-pragmas -Wunused -fpermissive -g -D_DEBUG -I~/Projects/osg/build/include -I~/Projects/osg/OpenSceneGraph/include -o CMakeFiles/application_present3D-osg.dir/present3D.o -c ~/Projects/osg/OpenSceneGraph/applications/present3D/present3D.cpp In file included from ~/Projects/osg/OpenSceneGraph/applications/present3D/present3D.cpp:54: ~/Projects/osg/OpenSceneGraph/applications/present3D/SDLIntegration.h:16:17: error: SDL.h: No such file or directory ~/Projects/osg/OpenSceneGraph/applications/present3D/SDLIntegration.h:17:24: error: SDL_events.h: No such file or directory ~/Projects/osg/OpenSceneGraph/applications/present3D/SDLIntegration.h:18:26: error: SDL_joystick.h: No such file or directory [...] make[2]: *** [applications/present3D/CMakeFiles/application_present3D-osg.dir/present3D.o] Error 1 make[2]: Leaving directory `~/Projects/osg/build' make[1]: *** [applications/present3D/CMakeFiles/application_present3D-osg.dir/all] Error 2 same error as before when I fix it, all the other errors also turn up so not a problem with CodeBlocks Makefile As you can see there is no -I/usr/include/SDL in the "verbose" command line. So cmake has failed to create the correct Makefile for this build Regards, Francois Genolini Aberdeen, Aberdeenshire -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=11646#11646 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] SDL no longer builds
CMake 2.6-patch 2 (installed from Ubuntu 9.04's Synaptics package manager) BUILD_DOCUMENTATION BUILD_OSG_APPLICATIONS BUILD_OSG_EXAMPLES BUILD_OSG_PACKAGES BUILD_OSG_WRAPPERS CMAKE_BUILD_TYPEDebug CMAKE_VERBOSE_MAKEFILE BUILD_WITH_SDL DOCUMENTATION_HTML_TARZ I am currently rebuilding from scratch with Generator: Unix Makefiles instead of CodeBlocks Makefiles Will post results when I get there ;-) Regards, Francois Genolini Aberdeen, Ecosse (north of Englandshire) -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=11640#11640 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] SDL no longer builds
Hi Francois, I'm working on Kubuntu 9.04 and haven't seen any of these problems, but I'm using the standard CMake built Makefiles for build the OSG. Could you build Makefiles and see if the build works fine as it code be that CMake CodeBlocks support isn't 100%. Robert. On Wed, May 6, 2009 at 9:43 PM, Francois Genolini wrote: > > Hi, > > Ubuntu Linux 9.04, latest svn (6th May 2009) > cmake-gui to enable all features (including SDL, ffmpeg, wxwidgets, etc...) > to generate CodeBlocks Makefiles > > SDL does not compile (#include instead of #include ) even > if the correct include path is specified in cmake > adding a manual CFLAGS and CXXFLAGS to have -I/usr/include/SDL fixes the > compiling > Link however does not work because linking of the present3d application omits > to include -lSDL in the Makefile > Manual modification of Makefile and link.txt allows app to build > > ffmpeg also requires a lot of manual modifications (here again #include > is used instead of the correct #include ). > Manual specification of all include folders in cmake-gui allows build > (strange that cmake finds ffmpeg but does not configure the CMakeFiles > correctly for actual valid OSG compile). > > > wx does not build either, here again hacking gets through > ... > > > Thank you! > > Cheers, > Francois Genolini > Aberdeen, Scotland > > -- > Read this topic online here: > http://forum.openscenegraph.org/viewtopic.php?p=11558#11558 > > > > > > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] SDL no longer builds
I can't replicate the SDL problems (and haven't tried the other ones). After enabling BUILD_OSG_EXAMPLES in ccmake I have the following values for the SDL visible under the advanced section of the cache: SDLMAIN_LIBRARY */usr/lib/libSDLmain.a SDL_INCLUDE_DIR */usr/include/SDL SDL_LIBRARY */usr/lib/libSDLmain.a;/usr/lib/libSDL.so;-lpthread osgviewerSDL.o compiles just fine. This is with CMake 2.6.2 and the libsdl1.2-dev package installed on Ubuntu 9.04 What version of CMake are you using? Can you include some more details? On Wed, May 6, 2009 at 4:43 PM, Francois Genolini wrote: > > Hi, > > Ubuntu Linux 9.04, latest svn (6th May 2009) > cmake-gui to enable all features (including SDL, ffmpeg, wxwidgets, etc...) > to generate CodeBlocks Makefiles > > SDL does not compile (#include instead of #include ) > even if the correct include path is specified in cmake > adding a manual CFLAGS and CXXFLAGS to have -I/usr/include/SDL fixes the > compiling > Link however does not work because linking of the present3d application > omits to include -lSDL in the Makefile > Manual modification of Makefile and link.txt allows app to build > > ffmpeg also requires a lot of manual modifications (here again #include > is used instead of the correct #include ). > Manual specification of all include folders in cmake-gui allows build > (strange that cmake finds ffmpeg but does not configure the CMakeFiles > correctly for actual valid OSG compile). > > > wx does not build either, here again hacking gets through > ... > > > Thank you! > > Cheers, > Francois Genolini > Aberdeen, Scotland > > -- > Read this topic online here: > http://forum.openscenegraph.org/viewtopic.php?p=11558#11558 > > > > > > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > -- Philip Lowman ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] SDL no longer builds
Hello François,
Nice to see you on this mailing list :-)
I can't comment for SDL or WxWidgets, it's been ages since I've compiled
those at all.
But in general, manually tweaking the makefiles won't help long term,
you need to find out why CMake is generating the makefiles that don't
work and fix it at the source.
ffmpeg also requires a lot of manual modifications (here again #include
is used instead of the correct #include ). Manual
specification of all include folders in cmake-gui allows build (strange that cmake finds
ffmpeg but does not configure the CMakeFiles correctly for actual valid OSG compile).
The Makefile should add the correct library directories, because the
CMakeLists.txt for the ffmpeg plugin has these lines:
INCLUDE_DIRECTORIES(
${FFMPEG_LIBAVFORMAT_INCLUDE_DIRS}
${FFMPEG_LIBAVFORMAT_INCLUDE_DIRS}/libavformat
${FFMPEG_LIBAVDEVICE_INCLUDE_DIRS}
${FFMPEG_LIBAVDEVICE_INCLUDE_DIRS}/libavdevice
${FFMPEG_LIBAVCODEC_INCLUDE_DIRS}
${FFMPEG_LIBAVCODEC_INCLUDE_DIRS}/libavcodec
${FFMPEG_LIBAVUTIL_INCLUDE_DIRS}
${FFMPEG_LIBAVUTIL_INCLUDE_DIRS}/libavcodec
)
IF(FFMPEG_LIBSWSCALE_FOUND)
INCLUDE_DIRECTORIES(
${FFMPEG_LIBSWSCALE_INCLUDE_DIRS}
${FFMPEG_LIBSWSCALE_INCLUDE_DIRS}/libswscale )
ADD_DEFINITIONS(-DUSE_SWSCALE)
SET(TARGET_EXTERNAL_LIBRARIES ${FFMPEG_LIBRARIES}
${FFMPEG_LIBSWSCALE_LIBRARIES})
ENDIF()
So you see, #include should work because
/include/libswscale should be in your include search path.
As to why it doesn't work, I guess you'll have to investigate.
Sorry I can't help more, but hopefully I pointed you in the right
direction for further investigation...
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
