Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
On Mon, Feb 2, 2009 at 10:36 AM, Paul Melis wrote: > Robert Osfield wrote: > >> Hi Sukender, >> >> I apply a pain vs gain to this type of decision. How much pain is it >> to maintain 2.4.x support vs how much pain it would be to those who'd >> have to upgrade, and also against how much we have to gain in >> streamlining our own maintenance work. Right now for Cmake 2.4.x it >> doesn't seem too difficult to retain support. >> >> > One reason I like CMake 2.6 more than 2.4 is that it seems to have worked > around the stupid and time-consuming "relink" step that it did when doing > "make install". When I call "make" and it finishes I expect to have a fully > built set of libraries and executables, not something that isn't directly > installable by simply copying files to a destination directory. > > I'm on a system where only CMake 2.4 is available, btw, but it's hardly any > pain to compile and install 2.6 by hand. Unless I'm patching CVS I've actually gotten used to just using the prebuilt binaries on CMake.org's website for i386 Linux. They seem to work fine pretty much anywhere I've tried them. http://www.cmake.org/cmake/resources/software.html http://www.cmake.org/files/v2.6/ -- Philip Lowman ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Robert Osfield wrote: Hi Sukender, I apply a pain vs gain to this type of decision. How much pain is it to maintain 2.4.x support vs how much pain it would be to those who'd have to upgrade, and also against how much we have to gain in streamlining our own maintenance work. Right now for Cmake 2.4.x it doesn't seem too difficult to retain support. One reason I like CMake 2.6 more than 2.4 is that it seems to have worked around the stupid and time-consuming "relink" step that it did when doing "make install". When I call "make" and it finishes I expect to have a fully built set of libraries and executables, not something that isn't directly installable by simply copying files to a destination directory. I'm on a system where only CMake 2.4 is available, btw, but it's hardly any pain to compile and install 2.6 by hand. Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, Thanks for the explanation. Actually I was wondering: "If anyone can easily and freely have 2.6+ without any drawback (which is false, Cedric told me), why should users stay to 2.4?". This is why I asked. Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Mon, 02 Feb 2009 14:51:54 +0100, Robert Osfield a écrit: > Hi Sukender, > > I apply a pain vs gain to this type of decision. How much pain is it > to maintain 2.4.x support vs how much pain it would be to those who'd > have to upgrade, and also against how much we have to gain in > streamlining our own maintenance work. Right now for Cmake 2.4.x it > doesn't seem too difficult to retain support. > > A similar situation occurred back when we wanted to migrate from > supporting VS 6.0 and to now when we've officially dropped support. > VS 6.0 became almost impossible to maintain as there wasn't enough > active users using VS 6.0 to be able to keep the build running, and > given the small numbers of VS 6.0 the pain of removing this support > got less over time. At OSG 2.0 we may the decision to officially drop > support for VS 6.0. CMake 2.4.x is still quite a long way from this > point though. > > Robert. > > On Mon, Feb 2, 2009 at 12:38 PM, Sukender wrote: >> Hi Robert, hi Cédric, >> >> Please don't take offense of this question, but why don't we simply drop the >> support for older versions of CMake? As far as I know, 2.6 introduced many >> improvements. Are there platforms where 2.6+ isn't available? Or is there >> something I don't know (which may be the most probable answer!)? >> Thanks. >> >> Sukender >> PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ >> >> >> Le Mon, 02 Feb 2009 12:40:06 +0100, Cedric Pinson a >> écrit: >> >>> Hi Robert, >>> >>> I use cmake version 2.4-patch 8 >>> >>> Cheers, >>> Cedric >>> >>> Robert Osfield wrote: Hi Cedric, Which version of Cmake are you using? Here's my equivalent of your grep of CMaekCache.txt. Note the entry for X11_Xrandr_LIB. Perhaps change src/osgViewer/CMakeLists.txt from using X11_Xrandr_LIB to XRANDR_LIBRARIES would be appropriate. Robert. grep -i xran CMakeCache.txt //Set to ON to enable Xrandr support for GraphicsWindowX11. OSGVIEWER_USE_XRANDR:BOOL=ON QT_XRANDR_LIBRARY:FILEPATH=/usr/lib/libXrandr.so X11_Xrandr_INCLUDE_PATH:PATH=/usr/include X11_Xrandr_LIB:FILEPATH=/usr/lib/libXrandr.so osgViewer_LIB_DEPENDS:STATIC=general;osgGA;general;osgText;general;osgDB;general;osgUtil;general;osg;general;OpenThreads;general;/usr/lib/libXrandr.so;general;/usr/lib/libGLU.so;general;/usr/lib/libGL.so;general;/usr/lib/libSM.so;general;/usr/lib/libICE.so;general;/usr/lib/libX11.so;general;/usr/lib/libXext.so;general;; GTK_STATIC_LDFLAGS:INTERNAL=-lgtk-x11-2.0;-lgdk-x11-2.0;-latk-1.0;-lpangoft2-1.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lcairo;-lm;-lpixman-1;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp;-lpango-1.0;-lfontconfig;-lexpat;-lfreetype;-lz;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0 GTK_STATIC_LIBRARIES:INTERNAL=gtk-x11-2.0;gdk-x11-2.0;atk-1.0;pangoft2-1.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;cairo;m;pixman-1;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp;pango-1.0;fontconfig;expat;freetype;z;gobject-2.0;gmodule-2.0;dl;glib-2.0 POPPLER_STATIC_LDFLAGS:INTERNAL=-lpoppler-glib;-lpoppler;-lgdk-x11-2.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lpango-1.0;-lcairo;-lm;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0;-lpixman-1;-lfontconfig;-lexpat;-lfreetype;-lz;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp POPPLER_STATIC_LIBRARIES:INTERNAL=poppler-glib;poppler;gdk-x11-2.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;pango-1.0;cairo;m;gobject-2.0;gmodule-2.0;dl;glib-2.0;pixman-1;fontconfig;expat;freetype;z;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp //Advanced flag for variable: QT_XRANDR_LIBRARY QT_XRANDR_LIBRARY-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_INCLUDE_PATH X11_Xrandr_INCLUDE_PATH-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_LIB X11_Xrandr_LIB-ADVANCED:INTERNAL=1 XRANDR_CFLAGS:INTERNAL= XRANDR_CFLAGS_I:INTERNAL= XRANDR_CFLAGS_OTHER:INTERNAL= XRANDR_FOUND:INTERNAL=1 XRANDR_INCLUDEDIR:INTERNAL=/usr/include XRANDR_INCLUDE_DIRS:INTERNAL= XRANDR_LDFLAGS:INTERNAL=-lXrandr XRANDR_LDFLAGS_OTHER:INTERNAL= XRANDR_LIBDIR:INTERNAL=/usr/li
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Sukender, I apply a pain vs gain to this type of decision. How much pain is it to maintain 2.4.x support vs how much pain it would be to those who'd have to upgrade, and also against how much we have to gain in streamlining our own maintenance work. Right now for Cmake 2.4.x it doesn't seem too difficult to retain support. A similar situation occurred back when we wanted to migrate from supporting VS 6.0 and to now when we've officially dropped support. VS 6.0 became almost impossible to maintain as there wasn't enough active users using VS 6.0 to be able to keep the build running, and given the small numbers of VS 6.0 the pain of removing this support got less over time. At OSG 2.0 we may the decision to officially drop support for VS 6.0. CMake 2.4.x is still quite a long way from this point though. Robert. On Mon, Feb 2, 2009 at 12:38 PM, Sukender wrote: > Hi Robert, hi Cédric, > > Please don't take offense of this question, but why don't we simply drop the > support for older versions of CMake? As far as I know, 2.6 introduced many > improvements. Are there platforms where 2.6+ isn't available? Or is there > something I don't know (which may be the most probable answer!)? > Thanks. > > Sukender > PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ > > > Le Mon, 02 Feb 2009 12:40:06 +0100, Cedric Pinson a > écrit: > >> Hi Robert, >> >> I use cmake version 2.4-patch 8 >> >> Cheers, >> Cedric >> >> Robert Osfield wrote: >>> Hi Cedric, >>> >>> Which version of Cmake are you using? >>> >>> Here's my equivalent of your grep of CMaekCache.txt. Note the entry >>> for X11_Xrandr_LIB. >>> >>> Perhaps change src/osgViewer/CMakeLists.txt from using X11_Xrandr_LIB >>> to XRANDR_LIBRARIES would be appropriate. >>> >>> Robert. >>> >>> grep -i xran CMakeCache.txt >>> //Set to ON to enable Xrandr support for GraphicsWindowX11. >>> OSGVIEWER_USE_XRANDR:BOOL=ON >>> QT_XRANDR_LIBRARY:FILEPATH=/usr/lib/libXrandr.so >>> X11_Xrandr_INCLUDE_PATH:PATH=/usr/include >>> X11_Xrandr_LIB:FILEPATH=/usr/lib/libXrandr.so >>> osgViewer_LIB_DEPENDS:STATIC=general;osgGA;general;osgText;general;osgDB;general;osgUtil;general;osg;general;OpenThreads;general;/usr/lib/libXrandr.so;general;/usr/lib/libGLU.so;general;/usr/lib/libGL.so;general;/usr/lib/libSM.so;general;/usr/lib/libICE.so;general;/usr/lib/libX11.so;general;/usr/lib/libXext.so;general;; >>> GTK_STATIC_LDFLAGS:INTERNAL=-lgtk-x11-2.0;-lgdk-x11-2.0;-latk-1.0;-lpangoft2-1.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lcairo;-lm;-lpixman-1;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp;-lpango-1.0;-lfontconfig;-lexpat;-lfreetype;-lz;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0 >>> GTK_STATIC_LIBRARIES:INTERNAL=gtk-x11-2.0;gdk-x11-2.0;atk-1.0;pangoft2-1.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;cairo;m;pixman-1;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp;pango-1.0;fontconfig;expat;freetype;z;gobject-2.0;gmodule-2.0;dl;glib-2.0 >>> POPPLER_STATIC_LDFLAGS:INTERNAL=-lpoppler-glib;-lpoppler;-lgdk-x11-2.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lpango-1.0;-lcairo;-lm;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0;-lpixman-1;-lfontconfig;-lexpat;-lfreetype;-lz;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp >>> POPPLER_STATIC_LIBRARIES:INTERNAL=poppler-glib;poppler;gdk-x11-2.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;pango-1.0;cairo;m;gobject-2.0;gmodule-2.0;dl;glib-2.0;pixman-1;fontconfig;expat;freetype;z;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp >>> //Advanced flag for variable: QT_XRANDR_LIBRARY >>> QT_XRANDR_LIBRARY-ADVANCED:INTERNAL=1 >>> //Advanced flag for variable: X11_Xrandr_INCLUDE_PATH >>> X11_Xrandr_INCLUDE_PATH-ADVANCED:INTERNAL=1 >>> //Advanced flag for variable: X11_Xrandr_LIB >>> X11_Xrandr_LIB-ADVANCED:INTERNAL=1 >>> XRANDR_CFLAGS:INTERNAL= >>> XRANDR_CFLAGS_I:INTERNAL= >>> XRANDR_CFLAGS_OTHER:INTERNAL= >>> XRANDR_FOUND:INTERNAL=1 >>> XRANDR_INCLUDEDIR:INTERNAL=/usr/include >>> XRANDR_INCLUDE_DIRS:INTERNAL= >>> XRANDR_LDFLAGS:INTERNAL=-lXrandr >>> XRANDR_LDFLAGS_OTHER:INTERNAL= >>> XRANDR_LIBDIR:INTERNAL=/usr/lib >>> XRANDR_LIBRARIES:INTERNAL=Xrandr >>> XRANDR_LIBRARY_DIRS:INTERNAL= >>> XRANDR_LIBS:INTERNAL= >>> XRANDR_LIBS_L:INTERNAL= >>> XRANDR_LIBS_OTHER:INTERNAL= >>> XRANDR_LIBS_PATHS:INTERNAL= >>> XRANDR_PREFIX:INTERNAL=/usr >>> XRANDR_STATIC_CFLAGS:INTERNAL= >>> XRANDR_STATIC_CFLAGS_I:INTERNAL= >>> XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= >>> XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= >>> XRANDR_STATIC_LDFLAGS:INTERNAL=-lXrandr;-lXext;-lXrender;-lX11;-lpthread;-lxcb-xlib;-lx
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Cedric, (I always wrote "C*é*dric"... which one is correct?) Ah, okay. I guessed it was something like that :) Maybe then we could drop CMake 2.4 once 2.6 is stable on most/all platforms? Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Mon, 02 Feb 2009 14:04:51 +0100, Cedric Pinson a écrit: > Hi Sukender, > > just because cmake 2.6 is not tagged stable yet on my distribution. > [I] dev-util/cmake > Available versions: 2.4.6-r1 (~)2.4.7-r1 2.4.8 ~2.6.2 ~2.6.2-r1 > {emacs qt4 vim-syntax} > Installed versions: 2.4.8(13:57:21 02/01/09)(emacs -vim-syntax) > Homepage:http://www.cmake.org/ > Description: Cross platform Make > > It's the only reason, i prefer to keep stuff stable, but if it becomes a > requierement for osg then i will jump to the 2.6 > > Cheers, > Cedric > > Sukender wrote: >> Hi Robert, hi Cédric, >> >> Please don't take offense of this question, but why don't we simply drop the >> support for older versions of CMake? As far as I know, 2.6 introduced many >> improvements. Are there platforms where 2.6+ isn't available? Or is there >> something I don't know (which may be the most probable answer!)? >> Thanks. >> >> Sukender >> PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ >> >> >> Le Mon, 02 Feb 2009 12:40:06 +0100, Cedric Pinson a >> écrit: >> >> >>> Hi Robert, >>> >>> I use cmake version 2.4-patch 8 >>> >>> Cheers, >>> Cedric >>> >>> Robert Osfield wrote: >>> Hi Cedric, Which version of Cmake are you using? Here's my equivalent of your grep of CMaekCache.txt. Note the entry for X11_Xrandr_LIB. Perhaps change src/osgViewer/CMakeLists.txt from using X11_Xrandr_LIB to XRANDR_LIBRARIES would be appropriate. Robert. grep -i xran CMakeCache.txt //Set to ON to enable Xrandr support for GraphicsWindowX11. OSGVIEWER_USE_XRANDR:BOOL=ON QT_XRANDR_LIBRARY:FILEPATH=/usr/lib/libXrandr.so X11_Xrandr_INCLUDE_PATH:PATH=/usr/include X11_Xrandr_LIB:FILEPATH=/usr/lib/libXrandr.so osgViewer_LIB_DEPENDS:STATIC=general;osgGA;general;osgText;general;osgDB;general;osgUtil;general;osg;general;OpenThreads;general;/usr/lib/libXrandr.so;general;/usr/lib/libGLU.so;general;/usr/lib/libGL.so;general;/usr/lib/libSM.so;general;/usr/lib/libICE.so;general;/usr/lib/libX11.so;general;/usr/lib/libXext.so;general;; GTK_STATIC_LDFLAGS:INTERNAL=-lgtk-x11-2.0;-lgdk-x11-2.0;-latk-1.0;-lpangoft2-1.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lcairo;-lm;-lpixman-1;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp;-lpango-1.0;-lfontconfig;-lexpat;-lfreetype;-lz;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0 GTK_STATIC_LIBRARIES:INTERNAL=gtk-x11-2.0;gdk-x11-2.0;atk-1.0;pangoft2-1.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;cairo;m;pixman-1;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp;pango-1.0;fontconfig;expat;freetype;z;gobject-2.0;gmodule-2.0;dl;glib-2.0 POPPLER_STATIC_LDFLAGS:INTERNAL=-lpoppler-glib;-lpoppler;-lgdk-x11-2.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lpango-1.0;-lcairo;-lm;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0;-lpixman-1;-lfontconfig;-lexpat;-lfreetype;-lz;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp POPPLER_STATIC_LIBRARIES:INTERNAL=poppler-glib;poppler;gdk-x11-2.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;pango-1.0;cairo;m;gobject-2.0;gmodule-2.0;dl;glib-2.0;pixman-1;fontconfig;expat;freetype;z;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp //Advanced flag for variable: QT_XRANDR_LIBRARY QT_XRANDR_LIBRARY-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_INCLUDE_PATH X11_Xrandr_INCLUDE_PATH-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_LIB X11_Xrandr_LIB-ADVANCED:INTERNAL=1 XRANDR_CFLAGS:INTERNAL= XRANDR_CFLAGS_I:INTERNAL= XRANDR_CFLAGS_OTHER:INTERNAL= XRANDR_FOUND:INTERNAL=1 XRANDR_INCLUDEDIR:INTERNAL=/usr/include XRANDR_INCLUDE_DIRS:INTERNAL= XRANDR_LDFLAGS:INTERNAL=-lXrandr XRANDR_LDFLAGS_OTHER:INTERNAL= XRANDR_LIBDIR:INTERNAL=/usr/lib XRANDR_LIBRARIES:INTERNAL=Xrandr XRANDR_LIBRARY_DIRS:INTERNAL= XRANDR_LIBS:INTERNAL= XRANDR_LIBS_L:INTERNAL= XRANDR_LIBS_OTHER:INTERNAL= XRANDR_LIBS_PATHS:INTERNAL= XRANDR_PREFIX:INTERNAL=/usr XRANDR_STATIC_CFLAGS:INTERNAL= XRANDR_STATIC_CFLAGS_I:INTERNAL= XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= X
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi, Yes now it compiles fine. Thank you Cheers, Cedric Robert Osfield wrote: Hi Cedric, Does osgViewer now compile if you enable Xrandr? Robert. On Mon, Feb 2, 2009 at 12:30 PM, Cedric Pinson wrote: Hi Robert, here the grep with the new cmakelist.txt. I did a resetup *morni...@macmornifle ~/dev/osg-trunk/build $ grep -i xran CMakeCache.txt *//Set to ON to enable Xrandr support for GraphicsWindowX11. OSGVIEWER_USE_XRANDR:BOOL=ON Xrandr_LINK_TYPE:STATIC=optimized Xrandrd_LINK_TYPE:STATIC=debug osgViewer_LIB_DEPENDS:STATIC=osgGA;osgGAd;osgText;osgTextd;osgDB;osgDBd;osgUtil;osgUtild;osg;osgd;OpenThreads;OpenThreadsd;Xrandr;Xrandrd;/usr/lib/libGLU.so;/usr/lib/libGL.so;-lSM;-lICE;/usr/lib/libX11.so;/usr/lib/libXext.so;; XRANDR_CFLAGS:INTERNAL= XRANDR_CFLAGS_I:INTERNAL= XRANDR_CFLAGS_OTHER:INTERNAL= XRANDR_FOUND:INTERNAL=1 XRANDR_INCLUDEDIR:INTERNAL=/usr/include XRANDR_INCLUDE_DIRS:INTERNAL= XRANDR_LDFLAGS:INTERNAL=-lXrandr XRANDR_LDFLAGS_OTHER:INTERNAL= XRANDR_LIBDIR:INTERNAL=/usr/lib XRANDR_LIBRARIES:INTERNAL=Xrandr XRANDR_LIBRARY_DIRS:INTERNAL= XRANDR_LIBS:INTERNAL= XRANDR_LIBS_L:INTERNAL= XRANDR_LIBS_OTHER:INTERNAL= XRANDR_LIBS_PATHS:INTERNAL= XRANDR_PREFIX:INTERNAL=/usr XRANDR_STATIC_CFLAGS:INTERNAL= XRANDR_STATIC_CFLAGS_I:INTERNAL= XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= XRANDR_STATIC_LDFLAGS:INTERNAL=-lXrandr;-lXext;-lXrender;-lX11;-lpthread;-lXau;-lXdmcp XRANDR_STATIC_LDFLAGS_OTHER:INTERNAL= XRANDR_STATIC_LIBDIR:INTERNAL= XRANDR_STATIC_LIBRARIES:INTERNAL=Xrandr;Xext;Xrender;X11;pthread;Xau;Xdmcp XRANDR_STATIC_LIBRARY_DIRS:INTERNAL= XRANDR_STATIC_LIBS:INTERNAL= XRANDR_STATIC_LIBS_L:INTERNAL= XRANDR_STATIC_LIBS_OTHER:INTERNAL= XRANDR_STATIC_LIBS_PATHS:INTERNAL= XRANDR_VERSION:INTERNAL=1.2.1 XRANDR_xrandr_INCLUDEDIR:INTERNAL= XRANDR_xrandr_LIBDIR:INTERNAL= XRANDR_xrandr_PREFIX:INTERNAL= XRANDR_xrandr_VERSION:INTERNAL= __pkg_config_checked_XRANDR:INTERNAL=1 Cheers, Cedric Robert Osfield wrote: Hi Cedric, On Mon, Feb 2, 2009 at 11:40 AM, Cedric Pinson wrote: I use cmake version 2.4-patch 8 OK, this is probably why there is deviation in the CMake generated env vars. I've just tweaked the relevant src/osgViewer/CMakeLists.txt part: #SET(LIB_EXTRA_LIBS ${X11_Xrandr_LIB} ${LIB_EXTRA_LIBS}) SET(LIB_EXTRA_LIBS ${XRANDR_LIBRARIES} ${LIB_EXTRA_LIBS}) Attached is the changed file, could you try this out on your machine? Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- +33 (0) 6 63 20 03 56 Cedric Pinson mailto:morni...@plopbyte.net http://www.plopbyte.net ___ 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 -- +33 (0) 6 63 20 03 56 Cedric Pinson mailto:morni...@plopbyte.net http://www.plopbyte.net ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Sukender, just because cmake 2.6 is not tagged stable yet on my distribution. [I] dev-util/cmake Available versions: 2.4.6-r1 (~)2.4.7-r1 2.4.8 ~2.6.2 ~2.6.2-r1 {emacs qt4 vim-syntax} Installed versions: 2.4.8(13:57:21 02/01/09)(emacs -vim-syntax) Homepage:http://www.cmake.org/ Description: Cross platform Make It's the only reason, i prefer to keep stuff stable, but if it becomes a requierement for osg then i will jump to the 2.6 Cheers, Cedric Sukender wrote: Hi Robert, hi Cédric, Please don't take offense of this question, but why don't we simply drop the support for older versions of CMake? As far as I know, 2.6 introduced many improvements. Are there platforms where 2.6+ isn't available? Or is there something I don't know (which may be the most probable answer!)? Thanks. Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Mon, 02 Feb 2009 12:40:06 +0100, Cedric Pinson a écrit: Hi Robert, I use cmake version 2.4-patch 8 Cheers, Cedric Robert Osfield wrote: Hi Cedric, Which version of Cmake are you using? Here's my equivalent of your grep of CMaekCache.txt. Note the entry for X11_Xrandr_LIB. Perhaps change src/osgViewer/CMakeLists.txt from using X11_Xrandr_LIB to XRANDR_LIBRARIES would be appropriate. Robert. grep -i xran CMakeCache.txt //Set to ON to enable Xrandr support for GraphicsWindowX11. OSGVIEWER_USE_XRANDR:BOOL=ON QT_XRANDR_LIBRARY:FILEPATH=/usr/lib/libXrandr.so X11_Xrandr_INCLUDE_PATH:PATH=/usr/include X11_Xrandr_LIB:FILEPATH=/usr/lib/libXrandr.so osgViewer_LIB_DEPENDS:STATIC=general;osgGA;general;osgText;general;osgDB;general;osgUtil;general;osg;general;OpenThreads;general;/usr/lib/libXrandr.so;general;/usr/lib/libGLU.so;general;/usr/lib/libGL.so;general;/usr/lib/libSM.so;general;/usr/lib/libICE.so;general;/usr/lib/libX11.so;general;/usr/lib/libXext.so;general;; GTK_STATIC_LDFLAGS:INTERNAL=-lgtk-x11-2.0;-lgdk-x11-2.0;-latk-1.0;-lpangoft2-1.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lcairo;-lm;-lpixman-1;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp;-lpango-1.0;-lfontconfig;-lexpat;-lfreetype;-lz;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0 GTK_STATIC_LIBRARIES:INTERNAL=gtk-x11-2.0;gdk-x11-2.0;atk-1.0;pangoft2-1.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;cairo;m;pixman-1;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp;pango-1.0;fontconfig;expat;freetype;z;gobject-2.0;gmodule-2.0;dl;glib-2.0 POPPLER_STATIC_LDFLAGS:INTERNAL=-lpoppler-glib;-lpoppler;-lgdk-x11-2.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lpango-1.0;-lcairo;-lm;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0;-lpixman-1;-lfontconfig;-lexpat;-lfreetype;-lz;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp POPPLER_STATIC_LIBRARIES:INTERNAL=poppler-glib;poppler;gdk-x11-2.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;pango-1.0;cairo;m;gobject-2.0;gmodule-2.0;dl;glib-2.0;pixman-1;fontconfig;expat;freetype;z;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp //Advanced flag for variable: QT_XRANDR_LIBRARY QT_XRANDR_LIBRARY-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_INCLUDE_PATH X11_Xrandr_INCLUDE_PATH-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_LIB X11_Xrandr_LIB-ADVANCED:INTERNAL=1 XRANDR_CFLAGS:INTERNAL= XRANDR_CFLAGS_I:INTERNAL= XRANDR_CFLAGS_OTHER:INTERNAL= XRANDR_FOUND:INTERNAL=1 XRANDR_INCLUDEDIR:INTERNAL=/usr/include XRANDR_INCLUDE_DIRS:INTERNAL= XRANDR_LDFLAGS:INTERNAL=-lXrandr XRANDR_LDFLAGS_OTHER:INTERNAL= XRANDR_LIBDIR:INTERNAL=/usr/lib XRANDR_LIBRARIES:INTERNAL=Xrandr XRANDR_LIBRARY_DIRS:INTERNAL= XRANDR_LIBS:INTERNAL= XRANDR_LIBS_L:INTERNAL= XRANDR_LIBS_OTHER:INTERNAL= XRANDR_LIBS_PATHS:INTERNAL= XRANDR_PREFIX:INTERNAL=/usr XRANDR_STATIC_CFLAGS:INTERNAL= XRANDR_STATIC_CFLAGS_I:INTERNAL= XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= XRANDR_STATIC_LDFLAGS:INTERNAL=-lXrandr;-lXext;-lXrender;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp XRANDR_STATIC_LDFLAGS_OTHER:INTERNAL= XRANDR_STATIC_LIBDIR:INTERNAL= XRANDR_STATIC_LIBRARIES:INTERNAL=Xrandr;Xext;Xrender;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp XRANDR_STATIC_LIBRARY_DIRS:INTERNAL= XRANDR_STATIC_LIBS:INTERNAL= XRANDR_STATIC_LIBS_L:INTERNAL= XRANDR_STATIC_LIBS_OTHER:INTERNAL= XRANDR_STATIC_LIBS_PATHS:INTERNAL= XRANDR_VERSION:INTERNAL=1.2.3 XRANDR_xrandr_INCLUDEDIR:INTERNAL= XRANDR_xrandr_LIBDIR:INTERNAL= XRANDR_xrandr_PREFIX:INTERNAL= XRANDR_xrandr_VERSION:INTERNAL= __pkg_config_checked_XRANDR:INTERNAL=1 On Mon, Feb 2, 2009 at 11:10 AM, Cedric Pinson wrote:
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Cedric, Does osgViewer now compile if you enable Xrandr? Robert. On Mon, Feb 2, 2009 at 12:30 PM, Cedric Pinson wrote: > Hi Robert, > > here the grep with the new cmakelist.txt. I did a resetup > > *morni...@macmornifle ~/dev/osg-trunk/build $ grep -i xran CMakeCache.txt > *//Set to ON to enable Xrandr support for GraphicsWindowX11. > OSGVIEWER_USE_XRANDR:BOOL=ON > Xrandr_LINK_TYPE:STATIC=optimized > Xrandrd_LINK_TYPE:STATIC=debug > osgViewer_LIB_DEPENDS:STATIC=osgGA;osgGAd;osgText;osgTextd;osgDB;osgDBd;osgUtil;osgUtild;osg;osgd;OpenThreads;OpenThreadsd;Xrandr;Xrandrd;/usr/lib/libGLU.so;/usr/lib/libGL.so;-lSM;-lICE;/usr/lib/libX11.so;/usr/lib/libXext.so;; > XRANDR_CFLAGS:INTERNAL= > XRANDR_CFLAGS_I:INTERNAL= > XRANDR_CFLAGS_OTHER:INTERNAL= > XRANDR_FOUND:INTERNAL=1 > XRANDR_INCLUDEDIR:INTERNAL=/usr/include > XRANDR_INCLUDE_DIRS:INTERNAL= > XRANDR_LDFLAGS:INTERNAL=-lXrandr > XRANDR_LDFLAGS_OTHER:INTERNAL= > XRANDR_LIBDIR:INTERNAL=/usr/lib > XRANDR_LIBRARIES:INTERNAL=Xrandr > XRANDR_LIBRARY_DIRS:INTERNAL= > XRANDR_LIBS:INTERNAL= > XRANDR_LIBS_L:INTERNAL= > XRANDR_LIBS_OTHER:INTERNAL= > XRANDR_LIBS_PATHS:INTERNAL= > XRANDR_PREFIX:INTERNAL=/usr > XRANDR_STATIC_CFLAGS:INTERNAL= > XRANDR_STATIC_CFLAGS_I:INTERNAL= > XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= > XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= > XRANDR_STATIC_LDFLAGS:INTERNAL=-lXrandr;-lXext;-lXrender;-lX11;-lpthread;-lXau;-lXdmcp > XRANDR_STATIC_LDFLAGS_OTHER:INTERNAL= > XRANDR_STATIC_LIBDIR:INTERNAL= > XRANDR_STATIC_LIBRARIES:INTERNAL=Xrandr;Xext;Xrender;X11;pthread;Xau;Xdmcp > XRANDR_STATIC_LIBRARY_DIRS:INTERNAL= > XRANDR_STATIC_LIBS:INTERNAL= > XRANDR_STATIC_LIBS_L:INTERNAL= > XRANDR_STATIC_LIBS_OTHER:INTERNAL= > XRANDR_STATIC_LIBS_PATHS:INTERNAL= > XRANDR_VERSION:INTERNAL=1.2.1 > XRANDR_xrandr_INCLUDEDIR:INTERNAL= > XRANDR_xrandr_LIBDIR:INTERNAL= > XRANDR_xrandr_PREFIX:INTERNAL= > XRANDR_xrandr_VERSION:INTERNAL= > __pkg_config_checked_XRANDR:INTERNAL=1 > > Cheers, > Cedric > > Robert Osfield wrote: >> >> Hi Cedric, >> >> On Mon, Feb 2, 2009 at 11:40 AM, Cedric Pinson >> wrote: >> >>> >>> I use cmake version 2.4-patch 8 >>> >> >> OK, this is probably why there is deviation in the CMake generated env >> vars. I've just tweaked the relevant src/osgViewer/CMakeLists.txt >> part: >> >> #SET(LIB_EXTRA_LIBS ${X11_Xrandr_LIB} ${LIB_EXTRA_LIBS}) >>SET(LIB_EXTRA_LIBS ${XRANDR_LIBRARIES} ${LIB_EXTRA_LIBS}) >> >> Attached is the changed file, could you try this out on your machine? >> >> Robert. >> >> >> ___ >> osg-users mailing list >> osg-users@lists.openscenegraph.org >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > -- > +33 (0) 6 63 20 03 56 Cedric Pinson mailto:morni...@plopbyte.net > http://www.plopbyte.net > > > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, hi Cédric, Please don't take offense of this question, but why don't we simply drop the support for older versions of CMake? As far as I know, 2.6 introduced many improvements. Are there platforms where 2.6+ isn't available? Or is there something I don't know (which may be the most probable answer!)? Thanks. Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Mon, 02 Feb 2009 12:40:06 +0100, Cedric Pinson a écrit: > Hi Robert, > > I use cmake version 2.4-patch 8 > > Cheers, > Cedric > > Robert Osfield wrote: >> Hi Cedric, >> >> Which version of Cmake are you using? >> >> Here's my equivalent of your grep of CMaekCache.txt. Note the entry >> for X11_Xrandr_LIB. >> >> Perhaps change src/osgViewer/CMakeLists.txt from using X11_Xrandr_LIB >> to XRANDR_LIBRARIES would be appropriate. >> >> Robert. >> >> grep -i xran CMakeCache.txt >> //Set to ON to enable Xrandr support for GraphicsWindowX11. >> OSGVIEWER_USE_XRANDR:BOOL=ON >> QT_XRANDR_LIBRARY:FILEPATH=/usr/lib/libXrandr.so >> X11_Xrandr_INCLUDE_PATH:PATH=/usr/include >> X11_Xrandr_LIB:FILEPATH=/usr/lib/libXrandr.so >> osgViewer_LIB_DEPENDS:STATIC=general;osgGA;general;osgText;general;osgDB;general;osgUtil;general;osg;general;OpenThreads;general;/usr/lib/libXrandr.so;general;/usr/lib/libGLU.so;general;/usr/lib/libGL.so;general;/usr/lib/libSM.so;general;/usr/lib/libICE.so;general;/usr/lib/libX11.so;general;/usr/lib/libXext.so;general;; >> GTK_STATIC_LDFLAGS:INTERNAL=-lgtk-x11-2.0;-lgdk-x11-2.0;-latk-1.0;-lpangoft2-1.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lcairo;-lm;-lpixman-1;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp;-lpango-1.0;-lfontconfig;-lexpat;-lfreetype;-lz;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0 >> GTK_STATIC_LIBRARIES:INTERNAL=gtk-x11-2.0;gdk-x11-2.0;atk-1.0;pangoft2-1.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;cairo;m;pixman-1;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp;pango-1.0;fontconfig;expat;freetype;z;gobject-2.0;gmodule-2.0;dl;glib-2.0 >> POPPLER_STATIC_LDFLAGS:INTERNAL=-lpoppler-glib;-lpoppler;-lgdk-x11-2.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lpango-1.0;-lcairo;-lm;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0;-lpixman-1;-lfontconfig;-lexpat;-lfreetype;-lz;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp >> POPPLER_STATIC_LIBRARIES:INTERNAL=poppler-glib;poppler;gdk-x11-2.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;pango-1.0;cairo;m;gobject-2.0;gmodule-2.0;dl;glib-2.0;pixman-1;fontconfig;expat;freetype;z;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp >> //Advanced flag for variable: QT_XRANDR_LIBRARY >> QT_XRANDR_LIBRARY-ADVANCED:INTERNAL=1 >> //Advanced flag for variable: X11_Xrandr_INCLUDE_PATH >> X11_Xrandr_INCLUDE_PATH-ADVANCED:INTERNAL=1 >> //Advanced flag for variable: X11_Xrandr_LIB >> X11_Xrandr_LIB-ADVANCED:INTERNAL=1 >> XRANDR_CFLAGS:INTERNAL= >> XRANDR_CFLAGS_I:INTERNAL= >> XRANDR_CFLAGS_OTHER:INTERNAL= >> XRANDR_FOUND:INTERNAL=1 >> XRANDR_INCLUDEDIR:INTERNAL=/usr/include >> XRANDR_INCLUDE_DIRS:INTERNAL= >> XRANDR_LDFLAGS:INTERNAL=-lXrandr >> XRANDR_LDFLAGS_OTHER:INTERNAL= >> XRANDR_LIBDIR:INTERNAL=/usr/lib >> XRANDR_LIBRARIES:INTERNAL=Xrandr >> XRANDR_LIBRARY_DIRS:INTERNAL= >> XRANDR_LIBS:INTERNAL= >> XRANDR_LIBS_L:INTERNAL= >> XRANDR_LIBS_OTHER:INTERNAL= >> XRANDR_LIBS_PATHS:INTERNAL= >> XRANDR_PREFIX:INTERNAL=/usr >> XRANDR_STATIC_CFLAGS:INTERNAL= >> XRANDR_STATIC_CFLAGS_I:INTERNAL= >> XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= >> XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= >> XRANDR_STATIC_LDFLAGS:INTERNAL=-lXrandr;-lXext;-lXrender;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp >> XRANDR_STATIC_LDFLAGS_OTHER:INTERNAL= >> XRANDR_STATIC_LIBDIR:INTERNAL= >> XRANDR_STATIC_LIBRARIES:INTERNAL=Xrandr;Xext;Xrender;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp >> XRANDR_STATIC_LIBRARY_DIRS:INTERNAL= >> XRANDR_STATIC_LIBS:INTERNAL= >> XRANDR_STATIC_LIBS_L:INTERNAL= >> XRANDR_STATIC_LIBS_OTHER:INTERNAL= >> XRANDR_STATIC_LIBS_PATHS:INTERNAL= >> XRANDR_VERSION:INTERNAL=1.2.3 >> XRANDR_xrandr_INCLUDEDIR:INTERNAL= >> XRANDR_xrandr_LIBDIR:INTERNAL= >> XRANDR_xrandr_PREFIX:INTERNAL= >> XRANDR_xrandr_VERSION:INTERNAL= >> __pkg_config_checked_XRANDR:INTERNAL=1 >> >> >> On Mon, Feb 2, 2009 at 11:10 AM, Cedric Pinson wrote: >> >>> Hi Robert, >>> >>> It's a bit strange because it detects xrandr and set the flag ON, but does >>> not detect libs, see the output: >>> >>> *morni...@macmornifle ~/dev/osg-trunk/build $ cmake ../ >>> -DCMAKE_BUILD_TYPE=Release >>> *-- Check for working C compiler: /usr/bin/gcc >>> -- Check for working C compiler:
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, here the grep with the new cmakelist.txt. I did a resetup *morni...@macmornifle ~/dev/osg-trunk/build $ grep -i xran CMakeCache.txt *//Set to ON to enable Xrandr support for GraphicsWindowX11. OSGVIEWER_USE_XRANDR:BOOL=ON Xrandr_LINK_TYPE:STATIC=optimized Xrandrd_LINK_TYPE:STATIC=debug osgViewer_LIB_DEPENDS:STATIC=osgGA;osgGAd;osgText;osgTextd;osgDB;osgDBd;osgUtil;osgUtild;osg;osgd;OpenThreads;OpenThreadsd;Xrandr;Xrandrd;/usr/lib/libGLU.so;/usr/lib/libGL.so;-lSM;-lICE;/usr/lib/libX11.so;/usr/lib/libXext.so;; XRANDR_CFLAGS:INTERNAL= XRANDR_CFLAGS_I:INTERNAL= XRANDR_CFLAGS_OTHER:INTERNAL= XRANDR_FOUND:INTERNAL=1 XRANDR_INCLUDEDIR:INTERNAL=/usr/include XRANDR_INCLUDE_DIRS:INTERNAL= XRANDR_LDFLAGS:INTERNAL=-lXrandr XRANDR_LDFLAGS_OTHER:INTERNAL= XRANDR_LIBDIR:INTERNAL=/usr/lib XRANDR_LIBRARIES:INTERNAL=Xrandr XRANDR_LIBRARY_DIRS:INTERNAL= XRANDR_LIBS:INTERNAL= XRANDR_LIBS_L:INTERNAL= XRANDR_LIBS_OTHER:INTERNAL= XRANDR_LIBS_PATHS:INTERNAL= XRANDR_PREFIX:INTERNAL=/usr XRANDR_STATIC_CFLAGS:INTERNAL= XRANDR_STATIC_CFLAGS_I:INTERNAL= XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= XRANDR_STATIC_LDFLAGS:INTERNAL=-lXrandr;-lXext;-lXrender;-lX11;-lpthread;-lXau;-lXdmcp XRANDR_STATIC_LDFLAGS_OTHER:INTERNAL= XRANDR_STATIC_LIBDIR:INTERNAL= XRANDR_STATIC_LIBRARIES:INTERNAL=Xrandr;Xext;Xrender;X11;pthread;Xau;Xdmcp XRANDR_STATIC_LIBRARY_DIRS:INTERNAL= XRANDR_STATIC_LIBS:INTERNAL= XRANDR_STATIC_LIBS_L:INTERNAL= XRANDR_STATIC_LIBS_OTHER:INTERNAL= XRANDR_STATIC_LIBS_PATHS:INTERNAL= XRANDR_VERSION:INTERNAL=1.2.1 XRANDR_xrandr_INCLUDEDIR:INTERNAL= XRANDR_xrandr_LIBDIR:INTERNAL= XRANDR_xrandr_PREFIX:INTERNAL= XRANDR_xrandr_VERSION:INTERNAL= __pkg_config_checked_XRANDR:INTERNAL=1 Cheers, Cedric Robert Osfield wrote: Hi Cedric, On Mon, Feb 2, 2009 at 11:40 AM, Cedric Pinson wrote: I use cmake version 2.4-patch 8 OK, this is probably why there is deviation in the CMake generated env vars. I've just tweaked the relevant src/osgViewer/CMakeLists.txt part: #SET(LIB_EXTRA_LIBS ${X11_Xrandr_LIB} ${LIB_EXTRA_LIBS}) SET(LIB_EXTRA_LIBS ${XRANDR_LIBRARIES} ${LIB_EXTRA_LIBS}) Attached is the changed file, could you try this out on your machine? Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- +33 (0) 6 63 20 03 56 Cedric Pinson mailto:morni...@plopbyte.net http://www.plopbyte.net ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Cedric, On Mon, Feb 2, 2009 at 11:40 AM, Cedric Pinson wrote: > I use cmake version 2.4-patch 8 OK, this is probably why there is deviation in the CMake generated env vars. I've just tweaked the relevant src/osgViewer/CMakeLists.txt part: #SET(LIB_EXTRA_LIBS ${X11_Xrandr_LIB} ${LIB_EXTRA_LIBS}) SET(LIB_EXTRA_LIBS ${XRANDR_LIBRARIES} ${LIB_EXTRA_LIBS}) Attached is the changed file, could you try this out on your machine? Robert. # FIXME: For OS X, need flag for Framework or dylib IF (DYNAMIC_OPENSCENEGRAPH) ADD_DEFINITIONS(-DOSGVIEWER_LIBRARY) ELSE (DYNAMIC_OPENSCENEGRAPH) ADD_DEFINITIONS(-DOSG_LIBRARY_STATIC) ENDIF(DYNAMIC_OPENSCENEGRAPH) SET(LIB_NAME osgViewer) SET(HEADER_PATH ${OpenSceneGraph_SOURCE_DIR}/include/${LIB_NAME}) SET(LIB_PUBLIC_HEADERS ${HEADER_PATH}/CompositeViewer ${HEADER_PATH}/Export ${HEADER_PATH}/GraphicsWindow ${HEADER_PATH}/Renderer ${HEADER_PATH}/Scene ${HEADER_PATH}/Version ${HEADER_PATH}/View ${HEADER_PATH}/Viewer ${HEADER_PATH}/ViewerBase ${HEADER_PATH}/ViewerEventHandlers ) SET(LIB_COMMON_FILES CompositeViewer.cpp HelpHandler.cpp Renderer.cpp Scene.cpp ScreenCaptureHandler.cpp StatsHandler.cpp Version.cpp View.cpp Viewer.cpp ViewerBase.cpp ViewerEventHandlers.cpp ) SET(LIB_EXTRA_LIBS) IF(WIN32) # # Enable workaround for OpenGL driver issues when used in multithreaded/multiscreen with NVidia drivers on Windows XP # For example: osgviewer dumptruck.osg was showing total garbage (screen looked like shattered, splashed hedgehog) # There were also serious issues with render to texture cameras. # Workaround repeats makeCurrentContext call as it was found that this causes the problems to dissapear. # OPTION(OSG_MULTIMONITOR_MULTITHREAD_WIN32_NVIDIA_WORKAROUND "Set to ON if you have NVidia board and drivers earlier than 177.92 ver" OFF) MARK_AS_ADVANCED(OSG_MULTIMONITOR_MULTITHREAD_WIN32_NVIDIA_WORKAROUND) IF(OSG_MULTIMONITOR_MULTITHREAD_WIN32_NVIDIA_WORKAROUND) ADD_DEFINITIONS(-DOSG_MULTIMONITOR_MULTITHREAD_WIN32_NVIDIA_WORKAROUND) ENDIF(OSG_MULTIMONITOR_MULTITHREAD_WIN32_NVIDIA_WORKAROUND) SET(LIB_PUBLIC_HEADERS ${LIB_PUBLIC_HEADERS} ${HEADER_PATH}/api/Win32/GraphicsWindowWin32 ${HEADER_PATH}/api/Win32/PixelBufferWin32 ) SET(LIB_COMMON_FILES ${LIB_COMMON_FILES} GraphicsWindowWin32.cpp PixelBufferWin32.cpp ) ELSE(WIN32) IF(APPLE) SET(OSG_WINDOWING_SYSTEM "Carbon" CACHE STRING "Windowing system type for graphics window creation, options Carbon or X11.") ELSE(APPLE) SET(OSG_WINDOWING_SYSTEM "X11" CACHE STRING "Windowing system type for graphics window creation. options only X11") ENDIF(APPLE) IF(${OSG_WINDOWING_SYSTEM} STREQUAL "Carbon") # FIXME: OS X needs selection mechanism for Cocoa, Carbon, X11 SET(LIB_PUBLIC_HEADERS ${LIB_PUBLIC_HEADERS} ${HEADER_PATH}/api/Carbon/GraphicsWindowCarbon ${HEADER_PATH}/api/Carbon/PixelBufferCarbon ) SET(LIB_COMMON_FILES ${LIB_COMMON_FILES} GraphicsWindowCarbon.cpp PixelBufferCarbon.cpp ) ELSE(${OSG_WINDOWING_SYSTEM} STREQUAL "Carbon") # X11 for everybody else INCLUDE(FindPkgConfig OPTIONAL) IF (PKG_CONFIG_FOUND) PKG_CHECK_MODULES(XRANDR xrandr) IF (XRANDR_FOUND) OPTION(OSGVIEWER_USE_XRANDR "Set to ON to enable Xrandr support for GraphicsWindowX11." ON) ELSE(XRANDR_FOUND) SET(OSGVIEWER_USE_XRANDR OFF) ENDIF (XRANDR_FOUND) ELSE(PKG_CONFIG_FOUND) SET(OSGVIEWER_USE_XRANDR OFF) ENDIF(PKG_CONFIG_FOUND) SET(LIB_PUBLIC_HEADERS ${LIB_PUBLIC_HEADERS} ${HEADER_PATH}/api/X11/GraphicsWindowX11 ${HEADER_PATH}/api/X11/PixelBufferX11 ) SET(LIB_COMMON_FILES ${LIB_COMMON_FILES} GraphicsWindowX11.cpp PixelBufferX11.cpp ) IF(OSGVIEWER_USE_XRANDR) ADD_DEFINITIONS(-DOSGVIEWER_USE_XRANDR) SET(LIB_PRIVATE_HEADERS ${LIB_PRIVATE_HEADERS} ${XRANDR_INCLUDE_DIRS} ) #SET(LIB_EXTRA_LIBS ${X11_Xrandr_LIB} ${LIB_EXTRA_LIBS}) SET(LIB_EXTRA_LIBS ${XRANDR_LIBRARIES} ${LIB_EXTRA_LIBS}) ENDIF(OSGVIEWER_USE_XRANDR) # X11 on Apple requires X11 library plus OpenGL linking hack on Leopard IF(APPLE) # Find GL/glx.h IF(EXISTS ${CMAKE_OSX_SYSROOT}/usr/X11/include/GL/glx.h) SET(OPENGL_INCLUDE_DIR /usr/X11/include) SET(OPENGL_LIBRARIES /usr/X11/lib/libGL.dylib) ELSEIF(EXISTS ${CMAKE_OSX_SYSROOT}/usr/X11R6/include/GL/glx.h) SET(OPENGL_INCLUDE_DIR /usr/X11R6/include) SET(OPENGL_LIBRARIES /usr/X11R6/li
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, I use cmake version 2.4-patch 8 Cheers, Cedric Robert Osfield wrote: Hi Cedric, Which version of Cmake are you using? Here's my equivalent of your grep of CMaekCache.txt. Note the entry for X11_Xrandr_LIB. Perhaps change src/osgViewer/CMakeLists.txt from using X11_Xrandr_LIB to XRANDR_LIBRARIES would be appropriate. Robert. grep -i xran CMakeCache.txt //Set to ON to enable Xrandr support for GraphicsWindowX11. OSGVIEWER_USE_XRANDR:BOOL=ON QT_XRANDR_LIBRARY:FILEPATH=/usr/lib/libXrandr.so X11_Xrandr_INCLUDE_PATH:PATH=/usr/include X11_Xrandr_LIB:FILEPATH=/usr/lib/libXrandr.so osgViewer_LIB_DEPENDS:STATIC=general;osgGA;general;osgText;general;osgDB;general;osgUtil;general;osg;general;OpenThreads;general;/usr/lib/libXrandr.so;general;/usr/lib/libGLU.so;general;/usr/lib/libGL.so;general;/usr/lib/libSM.so;general;/usr/lib/libICE.so;general;/usr/lib/libX11.so;general;/usr/lib/libXext.so;general;; GTK_STATIC_LDFLAGS:INTERNAL=-lgtk-x11-2.0;-lgdk-x11-2.0;-latk-1.0;-lpangoft2-1.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lcairo;-lm;-lpixman-1;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp;-lpango-1.0;-lfontconfig;-lexpat;-lfreetype;-lz;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0 GTK_STATIC_LIBRARIES:INTERNAL=gtk-x11-2.0;gdk-x11-2.0;atk-1.0;pangoft2-1.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;cairo;m;pixman-1;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp;pango-1.0;fontconfig;expat;freetype;z;gobject-2.0;gmodule-2.0;dl;glib-2.0 POPPLER_STATIC_LDFLAGS:INTERNAL=-lpoppler-glib;-lpoppler;-lgdk-x11-2.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lpango-1.0;-lcairo;-lm;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0;-lpixman-1;-lfontconfig;-lexpat;-lfreetype;-lz;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp POPPLER_STATIC_LIBRARIES:INTERNAL=poppler-glib;poppler;gdk-x11-2.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;pango-1.0;cairo;m;gobject-2.0;gmodule-2.0;dl;glib-2.0;pixman-1;fontconfig;expat;freetype;z;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp //Advanced flag for variable: QT_XRANDR_LIBRARY QT_XRANDR_LIBRARY-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_INCLUDE_PATH X11_Xrandr_INCLUDE_PATH-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_LIB X11_Xrandr_LIB-ADVANCED:INTERNAL=1 XRANDR_CFLAGS:INTERNAL= XRANDR_CFLAGS_I:INTERNAL= XRANDR_CFLAGS_OTHER:INTERNAL= XRANDR_FOUND:INTERNAL=1 XRANDR_INCLUDEDIR:INTERNAL=/usr/include XRANDR_INCLUDE_DIRS:INTERNAL= XRANDR_LDFLAGS:INTERNAL=-lXrandr XRANDR_LDFLAGS_OTHER:INTERNAL= XRANDR_LIBDIR:INTERNAL=/usr/lib XRANDR_LIBRARIES:INTERNAL=Xrandr XRANDR_LIBRARY_DIRS:INTERNAL= XRANDR_LIBS:INTERNAL= XRANDR_LIBS_L:INTERNAL= XRANDR_LIBS_OTHER:INTERNAL= XRANDR_LIBS_PATHS:INTERNAL= XRANDR_PREFIX:INTERNAL=/usr XRANDR_STATIC_CFLAGS:INTERNAL= XRANDR_STATIC_CFLAGS_I:INTERNAL= XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= XRANDR_STATIC_LDFLAGS:INTERNAL=-lXrandr;-lXext;-lXrender;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp XRANDR_STATIC_LDFLAGS_OTHER:INTERNAL= XRANDR_STATIC_LIBDIR:INTERNAL= XRANDR_STATIC_LIBRARIES:INTERNAL=Xrandr;Xext;Xrender;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp XRANDR_STATIC_LIBRARY_DIRS:INTERNAL= XRANDR_STATIC_LIBS:INTERNAL= XRANDR_STATIC_LIBS_L:INTERNAL= XRANDR_STATIC_LIBS_OTHER:INTERNAL= XRANDR_STATIC_LIBS_PATHS:INTERNAL= XRANDR_VERSION:INTERNAL=1.2.3 XRANDR_xrandr_INCLUDEDIR:INTERNAL= XRANDR_xrandr_LIBDIR:INTERNAL= XRANDR_xrandr_PREFIX:INTERNAL= XRANDR_xrandr_VERSION:INTERNAL= __pkg_config_checked_XRANDR:INTERNAL=1 On Mon, Feb 2, 2009 at 11:10 AM, Cedric Pinson wrote: Hi Robert, It's a bit strange because it detects xrandr and set the flag ON, but does not detect libs, see the output: *morni...@macmornifle ~/dev/osg-trunk/build $ cmake ../ -DCMAKE_BUILD_TYPE=Release *-- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Check size of void* -- Check size of void* - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Looking for pthread.h -- Looking for pthread.h - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so -- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Cedric, Which version of Cmake are you using? Here's my equivalent of your grep of CMaekCache.txt. Note the entry for X11_Xrandr_LIB. Perhaps change src/osgViewer/CMakeLists.txt from using X11_Xrandr_LIB to XRANDR_LIBRARIES would be appropriate. Robert. grep -i xran CMakeCache.txt //Set to ON to enable Xrandr support for GraphicsWindowX11. OSGVIEWER_USE_XRANDR:BOOL=ON QT_XRANDR_LIBRARY:FILEPATH=/usr/lib/libXrandr.so X11_Xrandr_INCLUDE_PATH:PATH=/usr/include X11_Xrandr_LIB:FILEPATH=/usr/lib/libXrandr.so osgViewer_LIB_DEPENDS:STATIC=general;osgGA;general;osgText;general;osgDB;general;osgUtil;general;osg;general;OpenThreads;general;/usr/lib/libXrandr.so;general;/usr/lib/libGLU.so;general;/usr/lib/libGL.so;general;/usr/lib/libSM.so;general;/usr/lib/libICE.so;general;/usr/lib/libX11.so;general;/usr/lib/libXext.so;general;; GTK_STATIC_LDFLAGS:INTERNAL=-lgtk-x11-2.0;-lgdk-x11-2.0;-latk-1.0;-lpangoft2-1.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lcairo;-lm;-lpixman-1;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp;-lpango-1.0;-lfontconfig;-lexpat;-lfreetype;-lz;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0 GTK_STATIC_LIBRARIES:INTERNAL=gtk-x11-2.0;gdk-x11-2.0;atk-1.0;pangoft2-1.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;cairo;m;pixman-1;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp;pango-1.0;fontconfig;expat;freetype;z;gobject-2.0;gmodule-2.0;dl;glib-2.0 POPPLER_STATIC_LDFLAGS:INTERNAL=-lpoppler-glib;-lpoppler;-lgdk-x11-2.0;-lXinerama;-lXi;-lXrandr;-lXcursor;-lXcomposite;-lXdamage;-lgdk_pixbuf-2.0;-ltiff;-ljpeg;-lpangocairo-1.0;-lgio-2.0;-lXext;-lXfixes;-lpango-1.0;-lcairo;-lm;-lgobject-2.0;-lgmodule-2.0;-ldl;-lglib-2.0;-lpixman-1;-lfontconfig;-lexpat;-lfreetype;-lz;-lpng12;-lxcb-render-util;-lXrender;-lxcb-render;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp POPPLER_STATIC_LIBRARIES:INTERNAL=poppler-glib;poppler;gdk-x11-2.0;Xinerama;Xi;Xrandr;Xcursor;Xcomposite;Xdamage;gdk_pixbuf-2.0;tiff;jpeg;pangocairo-1.0;gio-2.0;Xext;Xfixes;pango-1.0;cairo;m;gobject-2.0;gmodule-2.0;dl;glib-2.0;pixman-1;fontconfig;expat;freetype;z;png12;xcb-render-util;Xrender;xcb-render;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp //Advanced flag for variable: QT_XRANDR_LIBRARY QT_XRANDR_LIBRARY-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_INCLUDE_PATH X11_Xrandr_INCLUDE_PATH-ADVANCED:INTERNAL=1 //Advanced flag for variable: X11_Xrandr_LIB X11_Xrandr_LIB-ADVANCED:INTERNAL=1 XRANDR_CFLAGS:INTERNAL= XRANDR_CFLAGS_I:INTERNAL= XRANDR_CFLAGS_OTHER:INTERNAL= XRANDR_FOUND:INTERNAL=1 XRANDR_INCLUDEDIR:INTERNAL=/usr/include XRANDR_INCLUDE_DIRS:INTERNAL= XRANDR_LDFLAGS:INTERNAL=-lXrandr XRANDR_LDFLAGS_OTHER:INTERNAL= XRANDR_LIBDIR:INTERNAL=/usr/lib XRANDR_LIBRARIES:INTERNAL=Xrandr XRANDR_LIBRARY_DIRS:INTERNAL= XRANDR_LIBS:INTERNAL= XRANDR_LIBS_L:INTERNAL= XRANDR_LIBS_OTHER:INTERNAL= XRANDR_LIBS_PATHS:INTERNAL= XRANDR_PREFIX:INTERNAL=/usr XRANDR_STATIC_CFLAGS:INTERNAL= XRANDR_STATIC_CFLAGS_I:INTERNAL= XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= XRANDR_STATIC_LDFLAGS:INTERNAL=-lXrandr;-lXext;-lXrender;-lX11;-lpthread;-lxcb-xlib;-lxcb;-lXau;-lXdmcp XRANDR_STATIC_LDFLAGS_OTHER:INTERNAL= XRANDR_STATIC_LIBDIR:INTERNAL= XRANDR_STATIC_LIBRARIES:INTERNAL=Xrandr;Xext;Xrender;X11;pthread;xcb-xlib;xcb;Xau;Xdmcp XRANDR_STATIC_LIBRARY_DIRS:INTERNAL= XRANDR_STATIC_LIBS:INTERNAL= XRANDR_STATIC_LIBS_L:INTERNAL= XRANDR_STATIC_LIBS_OTHER:INTERNAL= XRANDR_STATIC_LIBS_PATHS:INTERNAL= XRANDR_VERSION:INTERNAL=1.2.3 XRANDR_xrandr_INCLUDEDIR:INTERNAL= XRANDR_xrandr_LIBDIR:INTERNAL= XRANDR_xrandr_PREFIX:INTERNAL= XRANDR_xrandr_VERSION:INTERNAL= __pkg_config_checked_XRANDR:INTERNAL=1 On Mon, Feb 2, 2009 at 11:10 AM, Cedric Pinson wrote: > Hi Robert, > > It's a bit strange because it detects xrandr and set the flag ON, but does > not detect libs, see the output: > > *morni...@macmornifle ~/dev/osg-trunk/build $ cmake ../ > -DCMAKE_BUILD_TYPE=Release > *-- Check for working C compiler: /usr/bin/gcc > -- Check for working C compiler: /usr/bin/gcc -- works > -- Check size of void* > -- Check size of void* - done > -- Check for working CXX compiler: /usr/bin/c++ > -- Check for working CXX compiler: /usr/bin/c++ -- works > -- Looking for pthread.h > -- Looking for pthread.h - found > -- Looking for pthread_create in pthreads > -- Looking for pthread_create in pthreads - not found > -- Looking for pthread_create in pthread > -- Looking for pthread_create in pthread - found > -- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so > -- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so - > found > -- Looking for gethostbyname > -- Looking for gethostbyname - found > -- Looking for connect > -- Looking for connect - found > -- Looking for remove > -- Looking for remove - found > --
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, It's a bit strange because it detects xrandr and set the flag ON, but does not detect libs, see the output: *morni...@macmornifle ~/dev/osg-trunk/build $ cmake ../ -DCMAKE_BUILD_TYPE=Release *-- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Check size of void* -- Check size of void* - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Looking for pthread.h -- Looking for pthread.h - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so -- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove -- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- checking for module 'gtk+-2.0' -- found gtk+-2.0, version 2.12.11 -- checking for module 'gtkglext-x11-1.0' -- found gtkglext-x11-1.0, version 1.2.0 -- checking for module 'librsvg-2.0' -- found librsvg-2.0, version 2.22.2 -- checking for module 'cairo' -- found cairo, version 1.6.4 -- checking for module 'poppler-glib' -- found poppler-glib, version 0.8.7 -- Found JPEG: /usr/lib/libjpeg.so -- Found PNG: /usr/lib/libpng.so -- Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS -- Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS - Success -- Performing Test _OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS -- Performing Test _OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_SUN -- Performing Test _OPENTHREADS_ATOMIC_USE_SUN - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED -- Performing Test _OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC -- Performing Test _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC - Failed -- Looking for pthread_yield -- Looking for pthread_yield - found -- Looking for pthread_setconcurrency -- Looking for pthread_setconcurrency - found -- Looking for pthread_getconcurrency -- Looking for pthread_getconcurrency - found -- Looking for pthread_setaffinity_np -- Looking for pthread_setaffinity_np - found -- checking for module 'xrandr' -- found xrandr, version 1.2.1 The build system is configured to instal libraries to /usr/local/lib Your applications may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) or update your ld.so configuration (system wide) You have an ld.so.conf file in /etc, if you wish to ensure that applications find the installed osg libraries, system wide, you could add /usr/local/lib to it. -- Configuring done -- Generating done -- Build files have been written to: /home/mornifle/dev/osg-trunk/build morni...@macmornifle ~/dev/osg-trunk/build $ *morni...@macmornifle ~/dev/osg-trunk/build $ grep -i xran CMakeCache.txt *//Set to ON to enable Xrandr support for GraphicsWindowX11. OSGVIEWER_USE_XRANDR:BOOL=ON XRANDR_CFLAGS:INTERNAL= XRANDR_CFLAGS_I:INTERNAL= XRANDR_CFLAGS_OTHER:INTERNAL= XRANDR_FOUND:INTERNAL=1 XRANDR_INCLUDEDIR:INTERNAL=/usr/include XRANDR_INCLUDE_DIRS:INTERNAL= XRANDR_LDFLAGS:INTERNAL=-lXrandr XRANDR_LDFLAGS_OTHER:INTERNAL= XRANDR_LIBDIR:INTERNAL=/usr/lib XRANDR_LIBRARIES:INTERNAL=Xrandr XRANDR_LIBRARY_DIRS:INTERNAL= XRANDR_LIBS:INTERNAL= XRANDR_LIBS_L:INTERNAL= XRANDR_LIBS_OTHER:INTERNAL= XRANDR_LIBS_PATHS:INTERNAL= XRANDR_PREFIX:INTERNAL=/usr XRANDR_STATIC_CFLAGS:INTERNAL= XRANDR_STATIC_CFLAGS_I:INTERNAL= XRANDR_STATIC_CFLAGS_OTHER:INTERNAL= XRANDR_STATIC_INCLUDE_DIRS:INTERNAL= XRANDR_STATIC_LDFLAGS:INTERNAL=-lXrandr;-lXext;-lXrender;-lX11;-lpthread;-lXau;-lXdmcp XRANDR_STATIC_LDFLAGS_OTHER:INTERNAL= XRANDR_STATIC_LIBDIR:INTERNAL= XRANDR_STATIC_LIBRARIES:INTERNAL=Xrandr;Xext;Xrender;X11;pthread;Xau;Xdmcp XRANDR_STATIC_LIBRARY_DIRS:INTERNAL= XRANDR_STATIC_LIBS:INTERNAL= XRANDR_STATIC_LIBS_L:INTERNAL= XRANDR_STATIC_LIBS_OTHER:INTERNAL= XRANDR_STATIC_LIBS_PATHS:INTERNAL= XRANDR_VERSION:INTERNAL=1.2.1 XRANDR_xrandr_INCLUDEDIR:INTERNAL= XRANDR_xrandr_LIBDIR:INTERNAL= XRANDR_xrandr_PREFIX:INTERNAL= XRANDR_xrandr_VERSION:INTERNAL= __pkg_config_checked_XRANDR:INTERNAL=1 Cheers, Cedric Robert Osfield wrote: Hi Cedric, I did make some changes to CMakeLists.txt to fix build problems under FreeBSD that related the Xrandr functionality. Could you check the Cmake variable that have been picked up for X11_Xrandr_LIB, mine points to .usr/lib/libXrandr.so. Robert. On Sun, Feb 1, 2009 at 5:08 PM, Cedric Pinson wrote: Hi Robert and all I get the trunk this afternoon, and get a compile issue ./configure make ... Linking CXX exec
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Cedric, I did make some changes to CMakeLists.txt to fix build problems under FreeBSD that related the Xrandr functionality. Could you check the Cmake variable that have been picked up for X11_Xrandr_LIB, mine points to .usr/lib/libXrandr.so. Robert. On Sun, Feb 1, 2009 at 5:08 PM, Cedric Pinson wrote: > Hi Robert and all > > I get the trunk this afternoon, and get a compile issue > > ./configure > make > ... > Linking CXX executable ../../bin/osgviewer > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRQueryVersion' > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRConfigRates' > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRQueryExtension' > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRConfigRotations' > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRRates' > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRFreeScreenConfigInfo' > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRGetScreenInfo' > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRConfigSizes' > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRSizes' > /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined > reference to `XRRSetScreenConfigAndRate' > > Anybody get this error ? > > Cheers, > Cedric > > Robert Osfield wrote: >> >> Hi All, >> >> I would like to finish this week with a 2.7.9 dev release, could users >> do a check out of svn/trunk and let know if your build succeeds/or >> where it fails. >> >> Thanks, >> Robert. >> ___ >> osg-users mailing list >> osg-users@lists.openscenegraph.org >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> > > -- > +33 (0) 6 63 20 03 56 Cedric Pinson mailto:morni...@plopbyte.net > http://www.plopbyte.net > > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi again, Configuring without xrender make it compile, But it means that with my current version of libs the xrender support in osgviewer does not compile. X Window System Version 1.3.0 nvidia driver 180.27 libxrender 0.9.2 Cheers, Cedric Cedric Pinson wrote: Hi Robert and all I get the trunk this afternoon, and get a compile issue ./configure make ... Linking CXX executable ../../bin/osgviewer /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRQueryVersion' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRConfigRates' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRQueryExtension' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRConfigRotations' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRRates' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRFreeScreenConfigInfo' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRGetScreenInfo' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRConfigSizes' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRSizes' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRSetScreenConfigAndRate' Anybody get this error ? Cheers, Cedric Robert Osfield wrote: Hi All, I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. Thanks, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- +33 (0) 6 63 20 03 56 Cedric Pinson mailto:morni...@plopbyte.net http://www.plopbyte.net ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert and all I get the trunk this afternoon, and get a compile issue ./configure make ... Linking CXX executable ../../bin/osgviewer /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRQueryVersion' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRConfigRates' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRQueryExtension' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRConfigRotations' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRRates' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRFreeScreenConfigInfo' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRGetScreenInfo' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRConfigSizes' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRSizes' /home/mornifle/dev/osg-trunk/release/lib/libosgViewer.so: undefined reference to `XRRSetScreenConfigAndRate' Anybody get this error ? Cheers, Cedric Robert Osfield wrote: Hi All, I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. Thanks, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- +33 (0) 6 63 20 03 56 Cedric Pinson mailto:morni...@plopbyte.net http://www.plopbyte.net ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, Here's the fixed CMakeLists.txt, and I CC'd this message to osg-submissions. Forgot to mention that SVN as of a few minutes ago + this change builds and runs. Windows Vista 32-bit, VC++ 2005 SP1 (vc8sp1) 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi, That looks like wsock32.lib and maybe some others... Err, I just checked and the name is probably Ws2_32.lib. Here's the fixed CMakeLists.txt, and I CC'd this message to osg-submissions. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ SET(TARGET_SRC broadcaster.cpp receiver.cpp osgcluster.cpp ) SET(TARGET_EXTERNAL_LIBRARIES ws2_32) end var setup ### SETUP_EXAMPLE(osgcluster) ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi JS. On Thu, Jan 29, 2009 at 3:29 PM, Jean-Sébastien Guay wrote: > That looks like wsock32.lib and maybe some others... Could you (or Mr A. N. Other) have a look at adding the required libs? Thanks, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Okay then. I don't really have time to investigate right now, but maybe later... Hope the build helped. Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 16:30:09 +0100, Robert Osfield a écrit: > Hi Sukender, > > On Thu, Jan 29, 2009 at 3:18 PM, Sukender wrote: >> Thanks for commiting. On rev 9591, Everything is fine except linking >> osgcluster example. I guess that the example is simply added to the project >> whereas its dependency is not available. Am I right? What osgcluster depends >> on? >> http://www.cdash.org/CDashPublic/viewBuildError.php?buildid=8044 >> (Win32/MSVC8). > > This old example did use to compile under windows, but... the last > time it was compiled it was compiled using the old VS 6.0 based > project files, we've never had CMake support for them till now. > Digging out OSG-1.2 will be needed, unless someone under Windows knows > where the socket libs are, the later is probably the quicker route. > > Robert. > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi Sukender, On Thu, Jan 29, 2009 at 3:18 PM, Sukender wrote: > Thanks for commiting. On rev 9591, Everything is fine except linking > osgcluster example. I guess that the example is simply added to the project > whereas its dependency is not available. Am I right? What osgcluster depends > on? > http://www.cdash.org/CDashPublic/viewBuildError.php?buildid=8044 > (Win32/MSVC8). This old example did use to compile under windows, but... the last time it was compiled it was compiled using the old VS 6.0 based project files, we've never had CMake support for them till now. Digging out OSG-1.2 will be needed, unless someone under Windows knows where the socket libs are, the later is probably the quicker route. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Sukender, Thanks for commiting. On rev 9591, Everything is fine except linking osgcluster example. I guess that the example is simply added to the project whereas its dependency is not available. Am I right? What osgcluster depends on? http://www.cdash.org/CDashPublic/viewBuildError.php?buildid=8044 (Win32/MSVC8). That looks like wsock32.lib and maybe some others... 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, Thanks for commiting. On rev 9591, Everything is fine except linking osgcluster example. I guess that the example is simply added to the project whereas its dependency is not available. Am I right? What osgcluster depends on? http://www.cdash.org/CDashPublic/viewBuildError.php?buildid=8044 (Win32/MSVC8). Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 15:14:56 +0100, Sukender a écrit: > Well, in rev. 9589, examples/osgcluster/CMakeLists.txt is simply absent... > > Sukender > PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ > > > Le Thu, 29 Jan 2009 15:13:38 +0100, Sukender a écrit: > >> Hi Robert, >> >> Build typo? Here is the error: >> >> CMake Error in examples/osgcluster/CMakeLists.txt: >> Cannot find source file "CMakeLists.txt". Tried extensions .c .C .c++ .cc >> .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx >> >> >> Sukender >> PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ >> >> >> Le Thu, 29 Jan 2009 14:27:28 +0100, Robert Osfield >> a écrit: >> >>> Hi All, >>> >>> I've checked in a quite a few changes since the last call for feedback >>> on the svn/trunk, so could you please do another svn update and let me >>> know if everything works or anything breaks. >>> >>> One item they may cause problems is that I've found that the >>> CMakeLists.txt file was missing for the old osgcluster example. I've >>> added this back in and it builds under Linux no problem, but... there >>> is always a chance that it doesn't work sweetly across all platforms. >>> >>> Thanks in advance for you help testing, >>> Robert. >>> ___ >>> 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 > > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Arggg missed doing an svn add... now done, please svn update and try again :-) On Thu, Jan 29, 2009 at 2:14 PM, Sukender wrote: > Well, in rev. 9589, examples/osgcluster/CMakeLists.txt is simply absent... > > Sukender > PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ > > > Le Thu, 29 Jan 2009 15:13:38 +0100, Sukender a écrit: > >> Hi Robert, >> >> Build typo? Here is the error: >> >> CMake Error in examples/osgcluster/CMakeLists.txt: >> Cannot find source file "CMakeLists.txt". Tried extensions .c .C .c++ .cc >> .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx >> >> >> Sukender >> PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ >> >> >> Le Thu, 29 Jan 2009 14:27:28 +0100, Robert Osfield >> a écrit: >> >>> Hi All, >>> >>> I've checked in a quite a few changes since the last call for feedback >>> on the svn/trunk, so could you please do another svn update and let me >>> know if everything works or anything breaks. >>> >>> One item they may cause problems is that I've found that the >>> CMakeLists.txt file was missing for the old osgcluster example. I've >>> added this back in and it builds under Linux no problem, but... there >>> is always a chance that it doesn't work sweetly across all platforms. >>> >>> Thanks in advance for you help testing, >>> Robert. >>> ___ >>> 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 > > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Well, in rev. 9589, examples/osgcluster/CMakeLists.txt is simply absent... Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 15:13:38 +0100, Sukender a écrit: > Hi Robert, > > Build typo? Here is the error: > > CMake Error in examples/osgcluster/CMakeLists.txt: > Cannot find source file "CMakeLists.txt". Tried extensions .c .C .c++ .cc > .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx > > > Sukender > PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ > > > Le Thu, 29 Jan 2009 14:27:28 +0100, Robert Osfield > a écrit: > >> Hi All, >> >> I've checked in a quite a few changes since the last call for feedback >> on the svn/trunk, so could you please do another svn update and let me >> know if everything works or anything breaks. >> >> One item they may cause problems is that I've found that the >> CMakeLists.txt file was missing for the old osgcluster example. I've >> added this back in and it builds under Linux no problem, but... there >> is always a chance that it doesn't work sweetly across all platforms. >> >> Thanks in advance for you help testing, >> Robert. >> ___ >> 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 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, Build typo? Here is the error: CMake Error in examples/osgcluster/CMakeLists.txt: Cannot find source file "CMakeLists.txt". Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 14:27:28 +0100, Robert Osfield a écrit: > Hi All, > > I've checked in a quite a few changes since the last call for feedback > on the svn/trunk, so could you please do another svn update and let me > know if everything works or anything breaks. > > One item they may cause problems is that I've found that the > CMakeLists.txt file was missing for the old osgcluster example. I've > added this back in and it builds under Linux no problem, but... there > is always a chance that it doesn't work sweetly across all platforms. > > Thanks in advance for you help testing, > Robert. > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi All, I've checked in a quite a few changes since the last call for feedback on the svn/trunk, so could you please do another svn update and let me know if everything works or anything breaks. One item they may cause problems is that I've found that the CMakeLists.txt file was missing for the old osgcluster example. I've added this back in and it builds under Linux no problem, but... there is always a chance that it doesn't work sweetly across all platforms. Thanks in advance for you help testing, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
And again, attached are warnings on Windows. Down to 66 now... Cheers, Morne On Wed, Jan 28, 2009 at 2:18 PM, Tony Horrobin wrote: > Hi Robert, > > These are the warnings I get under Linux with latest SVN. > > -Tony > > OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++:966: warning: comparison > of unsigned expression < 0 is always false > OpenSceneGraph/src/osg/KdTree.cpp:797: warning: base class 'class > osg::Referenced' should be explicitly initialised in the copy constructor > OpenSceneGraph/src/osgUtil/CullVisitor.cpp:104: warning: base class 'class > osg::Referenced' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class 'class > osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class 'class > osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/src/osgAnimation/AnimationManagerBase.cpp:60: warning: base > class 'class osg::Object' should be explicitly initialised in the copy > constructor > OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class 'class > osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class 'class > osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/src/osgPlugins/curl/ReaderWriterCURL.h:60: warning: base class > 'class osg::Referenced' should be explicitly initialised in the copy > constructor > OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class 'class > osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/src/osgViewer/CompositeViewer.cpp:30: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/src/osgViewer/View.cpp:156: warning: base class 'class > osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/src/osgViewer/Viewer.cpp:165: warning: base class 'class > osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/src/osgViewer/Viewer.cpp:165: warning: base class 'class > osgViewer::ViewerBase' should be explicitly initialised in the copy > constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Object' should be explicitly initialised in the copy constructor > OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class > 'class osg::Obj
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, These are the warnings I get under Linux with latest SVN. -Tony OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++:966: warning: comparison of unsigned expression < 0 is always false OpenSceneGraph/src/osg/KdTree.cpp:797: warning: base class ‘class osg::Referenced’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgUtil/CullVisitor.cpp:104: warning: base class ‘class osg::Referenced’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgAnimation/AnimationManagerBase.cpp:60: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgPlugins/curl/ReaderWriterCURL.h:60: warning: base class ‘class osg::Referenced’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgViewer/CompositeViewer.cpp:30: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgViewer/View.cpp:156: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgViewer/Viewer.cpp:165: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgViewer/Viewer.cpp:165: warning: base class ‘class osgViewer::ViewerBase’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393:
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Morne, Thanks for the text file. Analysing these warings I get a total of 321 warnings, which break down into categories: 244 C4100's. "unreferenced formal parameter" Some of these may suggest there might be an error, for the vast majority they will be completely benign. The way to fix them would be typically be to add an /* */ around the variable name. 14 C4244's. "conversion from 'int' to 'unsigned char', possible loss of data"" Should be straight forward to fix using explict casts. 8 C4245's. "conversion from 'int' to 'unsigned int'" Should be straight forward to fix using explict casts or change of type. 7 C4510's. "default constructor could not be generated" Looks to more std list warnings that we probably can't fix. 35 C4512's. "assignment operator could not be generated" Probably mostly benign, should be relatively straight forward to fix by adding dummy constructors. 7 C4610's : "can never be instantiated - user defined constructor required" These' are all std::list ones, so I guess we probably can't do anything about it... And some 7 others... I haven't accounted for in the mix somewhere. Bascially C4100's flood the list so much as to make it more difficult to spot more useful warnings, so I've checked in the disabling of this warning via the root CMakeLists.txt. Could end users under VS do another build with the change to CMakeListst.txt as this will give a smaller set of warnings to work on. The warnings that look related to std::list may be things that we end up having to suppress if they can't be fixed. I will have a bash a fix a few of the above warnings that look like there is chance that a bug might be lurking, the vast majority will be just fixing nothing other than a benign warning, and since all changes to code incur a risk of breaking code then suppressing them may well be the best route forward. Please check out the previous threads on the warning purge for full discourse on this topic. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Tony, I don't need an explanation, I need the actual warnings generated. Please just copy the output to a file and post it. Thanks, Robert. On Tue, Jan 27, 2009 at 6:13 PM, Tony Horrobin wrote: > Hi Robert, > > The Windows warnings are caused by having const references but not declaring > the copy/assignment private. I think a load of these had been fixed recently. > > Under Linux, an example would be: > > In file included from osgal/examples/osgalocclude/osgalocclude.cpp:43: > include/osgViewer/ViewerEventHandlers: In copy constructor > 'osgViewer::InteractiveImageHandler::InteractiveImageHandler(const > osgViewer::InteractiveImageHandler&, const osg::CopyOp&)': > include/osgViewer/ViewerEventHandlers:393: warning: base class 'class > osg::Object' should be explicitly initialised in the copy constructor > > From a simple test case, it appears that the default constructor is called > instead. > > The flags used were: > > -Wall -Wextra -Wno-unused-parameter > > Cheers, > > -Tony > > > Robert Osfield wrote: >> Hi Tony, >> >> Could you send me the warnings, as I and others can't do anything >> about unless we know where they are and what is causing them. >> >> Robert. >> >> On Tue, Jan 27, 2009 at 5:07 PM, Tony Horrobin >> <> wrote: >> >> > Hi, >> > >> > Windows Vista 32Bit >> > Geforce 8600M with NVIDIA notebook beta drivers >> > Intel Core 2 >> > Visual Studio 2008 SP1 Express >> > >> > Built OK, with some mutterings about 'cannot generate assignment >> > operator', but I think we already touched on that one. >> > >> > Ubuntu 8.04 32Bit >> > Linux 2.6.23.14 >> > GeForce 8800GTS >> > Intel Core 2 >> > >> > Builds OK. I turned on -Wextra and this causes warnings of the form >> > 'class X should be explicitly initialised' in various copy constructors. >> > >> > >> > Robert Osfield wrote: >> > >> > > Hi All, >> > > >> > > I would like to finish this week with a 2.7.9 dev release, could users >> > > do a check out of svn/trunk and let know if your build succeeds/or >> > > where it fails. >> > > >> > > Thanks, >> > > Robert. >> > > ___ >> > > osg-users mailing list >> > > >> > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> > > >> > > -- >> > > Post generated by Mail2Forum >> > > >> > >> > >> > -- >> > Read this topic online here: >> > http://osgforum.tevs.eu/viewtopic.php?p=5286#5286 >> > >> > >> > >> > >> > >> > ___ >> > osg-users mailing list >> > >> > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> > >> > >> ___ >> osg-users mailing list >> >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> >> -- >> Post generated by Mail2Forum > > > -- > Read this topic online here: > http://osgforum.tevs.eu/viewtopic.php?p=5293#5293 > > > > > > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, The Windows warnings are caused by having const references but not declaring the copy/assignment private. I think a load of these had been fixed recently. Under Linux, an example would be: In file included from osgal/examples/osgalocclude/osgalocclude.cpp:43: include/osgViewer/ViewerEventHandlers: In copy constructor ‘osgViewer::InteractiveImageHandler::InteractiveImageHandler(const osgViewer::InteractiveImageHandler&, const osg::CopyOp&)’: include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor From a simple test case, it appears that the default constructor is called instead. The flags used were: -Wall -Wextra -Wno-unused-parameter Cheers, -Tony Robert Osfield wrote: > Hi Tony, > > Could you send me the warnings, as I and others can't do anything > about unless we know where they are and what is causing them. > > Robert. > > On Tue, Jan 27, 2009 at 5:07 PM, Tony Horrobin > <> wrote: > > > Hi, > > > > Windows Vista 32Bit > > Geforce 8600M with NVIDIA notebook beta drivers > > Intel Core 2 > > Visual Studio 2008 SP1 Express > > > > Built OK, with some mutterings about 'cannot generate assignment operator', > > but I think we already touched on that one. > > > > Ubuntu 8.04 32Bit > > Linux 2.6.23.14 > > GeForce 8800GTS > > Intel Core 2 > > > > Builds OK. I turned on -Wextra and this causes warnings of the form 'class > > X should be explicitly initialised' in various copy constructors. > > > > > > Robert Osfield wrote: > > > > > Hi All, > > > > > > I would like to finish this week with a 2.7.9 dev release, could users > > > do a check out of svn/trunk and let know if your build succeeds/or > > > where it fails. > > > > > > Thanks, > > > Robert. > > > ___ > > > osg-users mailing list > > > > > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > > > > > -- > > > Post generated by Mail2Forum > > > > > > > > > -- > > Read this topic online here: > > http://osgforum.tevs.eu/viewtopic.php?p=5286#5286 > > > > > > > > > > > > ___ > > osg-users mailing list > > > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > > > > ___ > osg-users mailing list > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > -- > Post generated by Mail2Forum -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5293#5293 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Tony, Could you send me the warnings, as I and others can't do anything about unless we know where they are and what is causing them. Robert. On Tue, Jan 27, 2009 at 5:07 PM, Tony Horrobin wrote: > Hi, > > Windows Vista 32Bit > Geforce 8600M with NVIDIA notebook beta drivers > Intel Core 2 > Visual Studio 2008 SP1 Express > > Built OK, with some mutterings about 'cannot generate assignment operator', > but I think we already touched on that one. > > Ubuntu 8.04 32Bit > Linux 2.6.23.14 > GeForce 8800GTS > Intel Core 2 > > Builds OK. I turned on -Wextra and this causes warnings of the form 'class X > should be explicitly initialised' in various copy constructors. > > > Robert Osfield wrote: >> Hi All, >> >> I would like to finish this week with a 2.7.9 dev release, could users >> do a check out of svn/trunk and let know if your build succeeds/or >> where it fails. >> >> Thanks, >> Robert. >> ___ >> osg-users mailing list >> >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> >> -- >> Post generated by Mail2Forum > > > -- > Read this topic online here: > http://osgforum.tevs.eu/viewtopic.php?p=5286#5286 > > > > > > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi, Windows Vista 32Bit Geforce 8600M with NVIDIA notebook beta drivers Intel Core 2 Visual Studio 2008 SP1 Express Built OK, with some mutterings about 'cannot generate assignment operator', but I think we already touched on that one. Ubuntu 8.04 32Bit Linux 2.6.23.14 GeForce 8800GTS Intel Core 2 Builds OK. I turned on -Wextra and this causes warnings of the form 'class X should be explicitly initialised' in various copy constructors. Robert Osfield wrote: > Hi All, > > I would like to finish this week with a 2.7.9 dev release, could users > do a check out of svn/trunk and let know if your build succeeds/or > where it fails. > > Thanks, > Robert. > ___ > osg-users mailing list > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > -- > Post generated by Mail2Forum -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5286#5286 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi All, I've been fixing bugs through today, and am presently refactoring the Camera/View stats code so it avoids the threading problems that have appeared since this code was introduced last year. I probably won't complete this bug fixing round in time to get 2.7.9 out today, so I'll go for it tomorrow. Please use this extra time to keep testing out svn/trunk as there is always a chances my "fixes" break things as well as actually fix them. I do try to be careful, but I'm only human, so please assume the worst :-) Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
VS 2005 c++ : OK Adrian 2009/1/24 Paul Melis > Robert Osfield wrote: > > Hi All, > > > > I would like to finish this week with a 2.7.9 dev release, could users > > do a check out of svn/trunk and let know if your build succeeds/or > > where it fails. > > > With xine-lib-1.1.15 I get: > > > [ 83%] Building C object > src/osgPlugins/xine/CMakeFiles/osgdb_xine.dir/video_out_rgb.o > /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c: In > function 'rgbout_update_frame_format': > /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2385: > warning: 'xine_xmalloc' is deprecated (declared at > /usr/include/xine/xineutils.h:624) > /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2388: > warning: 'xine_xmalloc' is deprecated (declared at > /usr/include/xine/xineutils.h:624) > /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2391: > warning: 'xine_xmalloc' is deprecated (declared at > /usr/include/xine/xineutils.h:624) > /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2397: > warning: 'xine_xmalloc' is deprecated (declared at > /usr/include/xine/xineutils.h:624) > > xine_xmalloc() seems to have been deprecated since 1.1.13 with the > following message: > > * The behaviour of this function differs from standard malloc() as > * xine_xmalloc(0) will not return a NULL pointer, but rather a > * pointer to a memory area of size 1 byte. > * > * The NULL value is only ever returned in case of an error in > * malloc(), and is reported to stderr stream. > * > * @deprecated This function has been deprecated, as the behaviour of > * allocating a 1 byte memory area on zero size is almost > * never desired, and the function is thus mostly misused. > > Are you relying on the 1-byte-allocate-for-size-0 feature in the xine > plugin? > > Paul > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > -- Adrian Egli ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Robert Osfield wrote: > Hi All, > > I would like to finish this week with a 2.7.9 dev release, could users > do a check out of svn/trunk and let know if your build succeeds/or > where it fails. > With xine-lib-1.1.15 I get: [ 83%] Building C object src/osgPlugins/xine/CMakeFiles/osgdb_xine.dir/video_out_rgb.o /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c: In function 'rgbout_update_frame_format': /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2385: warning: 'xine_xmalloc' is deprecated (declared at /usr/include/xine/xineutils.h:624) /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2388: warning: 'xine_xmalloc' is deprecated (declared at /usr/include/xine/xineutils.h:624) /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2391: warning: 'xine_xmalloc' is deprecated (declared at /usr/include/xine/xineutils.h:624) /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2397: warning: 'xine_xmalloc' is deprecated (declared at /usr/include/xine/xineutils.h:624) xine_xmalloc() seems to have been deprecated since 1.1.13 with the following message: * The behaviour of this function differs from standard malloc() as * xine_xmalloc(0) will not return a NULL pointer, but rather a * pointer to a memory area of size 1 byte. * * The NULL value is only ever returned in case of an error in * malloc(), and is reported to stderr stream. * * @deprecated This function has been deprecated, as the behaviour of * allocating a 1 byte memory area on zero size is almost * never desired, and the function is thus mostly misused. Are you relying on the 1-byte-allocate-for-size-0 feature in the xine plugin? Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, Robert Osfield wrote: > I would like to finish this week with a 2.7.9 dev release, could users > do a check out of svn/trunk and let know if your build succeeds/or > where it fails. > When I updated svn just now I saw: r9545 | robert | 2009-01-24 11:02:32 +0100 (Sat, 24 Jan 2009) | 2 lines Changed paths: M /OpenSceneGraph/trunk/include/osgAnimation/AnimationManager Changed META_NodeVisitor usage to META_Object as it's more appropriate. However, when I ran cmake followed by make it didn't rebuild any files. After checking out the osgAnimation source it seems that AnimationManager.cpp isn't compiled (as it's not in cmakelists.txt) and the AnimationManager header isn't included anywhere else but AnimationManager.cpp. Does that compute? Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
I did a clean compile of current svn head on Mac OSX 10.5, and then rebuilt and tested some of my projects that use OSG. All is well. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert Osfield Sent: Friday, January 23, 2009 9:11 AM To: OpenSceneGraph Users Subject: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release Hi All, I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. Thanks, Robert. ___ 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi Paul, On Fri, Jan 23, 2009 at 7:30 PM, Paul Melis wrote: > And the OVERRIDE flag not making it to the .osg file, is that as > expected as well? Oh missed that issue. Currently the .osg format doesn't have support for tracking the override flags. It's a missing feature ;-) Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Robert Osfield wrote: > Hi Paul, > > I have just tried your example out and the OSG is working perfectly, > the problem stems for dumptruck.osg not defining a color array on one > of the geometries, but defining it for the other two. In your app you > enable the AMBIENT_AND_DIFFUSE colour material mode, which shows up > this disparity, but dumptruck.osg disable the the colour material mode > which makes OpenGL ignore any vertex colour arrays so hides the > problem in the model. > Ah, interesting, I didn't suspect it would be something like that. > If you are seeing similar problems in your own app/models then go > looking for missing colour/normal arrays on geometries. > > For dumptruck.osg I've added the missing colour array and checked into > into svn/trunk of OpenSceneGaph-Data, this fixes the problem you've > observed. > Great! And the OVERRIDE flag not making it to the .osg file, is that as expected as well? Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Sounds good. I don't really have time to dive too deep into this issue, I just wanted to report the problem. I use ITK and OSG extensively in in my work. I will keep an eye on this issue and I'll let you know if I learn anything. Frank On Fri, Jan 23, 2009 at 07:06:53PM +, Robert Osfield wrote: > HI Frank, > > It should be possible to link the dicom plugin with a static version > of ITK, other plugins link to static versions of their respectively > libraries. ITK itself might not be best used as a static lib though - > as it does raise questions about how ITK's plugins mechanisms work. > I'm no ITK expert though, so can't really dive too deep in this topic. > The best help I can provide would be to have look over your errors > perhaps I or someone else can spot something. > > W.r.t the dicom loader, I currently used DCMTK as a loader as it's far > more capable a DICOM loader than ITK is, the ITK path was just written > as quick hack to get something imported. ITK is actually far better > suited for use for image processing rather than image loading, and in > later osgVolume work I expect to be using ITK for handling tasks such > as segmentation. > > Robert. > > On Fri, Jan 23, 2009 at 5:57 PM, Frank Miller wrote: > > Hi Robert, > > > > I don't know if this qualifies as a build error but I will share it > > anyway. Yesterday I built a fresh *dynamic* osg because I wanted to > > play with osgVolume. I told cmake about my *static* ITK installation and > > the build failed. I assumed at the time that it is impossible to link a > > static library into a dynamic library. When I rebuilt osg without any > > reference to ITK everything worked fine. > > > > Was my assumption correct or is this an error? > > > > By the way, I got side-tracked and never played with osgVolume. I do > > look forward to working with it. > > > > Frank > > > > On Fri, Jan 23, 2009 at 04:10:34PM +, Robert Osfield wrote: > >> Hi All, > >> > >> I would like to finish this week with a 2.7.9 dev release, could users > >> do a check out of svn/trunk and let know if your build succeeds/or > >> where it fails. > >> > >> Thanks, > >> Robert. > >> ___ > >> 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 > > > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi Paul, I have just tried your example out and the OSG is working perfectly, the problem stems for dumptruck.osg not defining a color array on one of the geometries, but defining it for the other two. In your app you enable the AMBIENT_AND_DIFFUSE colour material mode, which shows up this disparity, but dumptruck.osg disable the the colour material mode which makes OpenGL ignore any vertex colour arrays so hides the problem in the model. If you are seeing similar problems in your own app/models then go looking for missing colour/normal arrays on geometries. For dumptruck.osg I've added the missing colour array and checked into into svn/trunk of OpenSceneGaph-Data, this fixes the problem you've observed. Robert. On Fri, Jan 23, 2009 at 5:24 PM, Paul Melis wrote: > Paul Melis wrote: >> Paul Melis wrote: >>> Hi Robert, >>> >>> Robert Osfield wrote: I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. >>> Not really a build failure of such, but could you take a look at the >>> example I posted in the thread "Re: [osg-users] Statesets with >>> renderBin make sub-models invisible", dated 01/22/2009 10:18 AM. >>> Either I'm misunderstanding overriding of stateset attributes or >>> something weird is going on. >> Yaiks, I did testing of the code in that post with 2.6. I'll retry >> with SVN tonight, to see if the behaviour shows there as wel.. > Ok, with SVN the behaviour is the same, i.e. not all Geometries are > using the material override (see attachement), nor is the OVERRIDE value > saved to the output file mat.osg. > > Paul > > #include > #include > #include > #include > #include > > int main() > { >osg::ref_ptr model; > >model = osgDB::readNodeFile("dumptruck.osg"); > >osg::ref_ptr mat; >mat = new osg::Material(); >mat->setColorMode(osg::Material::AMBIENT_AND_DIFFUSE); >mat->setDiffuse(osg::Material::FRONT_AND_BACK, osg::Vec4(0, 0.99, 0.9, 0)); > >osg::StateSet *ss = model->getOrCreateStateSet(); >ss->setAttributeAndModes(mat.get(), > osg::StateAttribute::ON|osg::StateAttribute::OVERRIDE); > >osgDB::writeNodeFile(*(model.get()), "mat.osg"); > >osgViewer::Viewer viewer; > >viewer.setSceneData(model.get()); >viewer.run(); > } > > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
HI Frank, It should be possible to link the dicom plugin with a static version of ITK, other plugins link to static versions of their respectively libraries. ITK itself might not be best used as a static lib though - as it does raise questions about how ITK's plugins mechanisms work. I'm no ITK expert though, so can't really dive too deep in this topic. The best help I can provide would be to have look over your errors perhaps I or someone else can spot something. W.r.t the dicom loader, I currently used DCMTK as a loader as it's far more capable a DICOM loader than ITK is, the ITK path was just written as quick hack to get something imported. ITK is actually far better suited for use for image processing rather than image loading, and in later osgVolume work I expect to be using ITK for handling tasks such as segmentation. Robert. On Fri, Jan 23, 2009 at 5:57 PM, Frank Miller wrote: > Hi Robert, > > I don't know if this qualifies as a build error but I will share it > anyway. Yesterday I built a fresh *dynamic* osg because I wanted to > play with osgVolume. I told cmake about my *static* ITK installation and > the build failed. I assumed at the time that it is impossible to link a > static library into a dynamic library. When I rebuilt osg without any > reference to ITK everything worked fine. > > Was my assumption correct or is this an error? > > By the way, I got side-tracked and never played with osgVolume. I do > look forward to working with it. > > Frank > > On Fri, Jan 23, 2009 at 04:10:34PM +, Robert Osfield wrote: >> Hi All, >> >> I would like to finish this week with a 2.7.9 dev release, could users >> do a check out of svn/trunk and let know if your build succeeds/or >> where it fails. >> >> Thanks, >> Robert. >> ___ >> 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 > ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, I don't know if this qualifies as a build error but I will share it anyway. Yesterday I built a fresh *dynamic* osg because I wanted to play with osgVolume. I told cmake about my *static* ITK installation and the build failed. I assumed at the time that it is impossible to link a static library into a dynamic library. When I rebuilt osg without any reference to ITK everything worked fine. Was my assumption correct or is this an error? By the way, I got side-tracked and never played with osgVolume. I do look forward to working with it. Frank On Fri, Jan 23, 2009 at 04:10:34PM +, Robert Osfield wrote: > Hi All, > > I would like to finish this week with a 2.7.9 dev release, could users > do a check out of svn/trunk and let know if your build succeeds/or > where it fails. > > Thanks, > Robert. > ___ > 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] Please test svn/trunk in prep for 2.7.9 dev release
Paul Melis wrote: > Paul Melis wrote: >> Hi Robert, >> >> Robert Osfield wrote: >>> I would like to finish this week with a 2.7.9 dev release, could users >>> do a check out of svn/trunk and let know if your build succeeds/or >>> where it fails. >>> >> Not really a build failure of such, but could you take a look at the >> example I posted in the thread "Re: [osg-users] Statesets with >> renderBin make sub-models invisible", dated 01/22/2009 10:18 AM. >> Either I'm misunderstanding overriding of stateset attributes or >> something weird is going on. > Yaiks, I did testing of the code in that post with 2.6. I'll retry > with SVN tonight, to see if the behaviour shows there as wel.. Ok, with SVN the behaviour is the same, i.e. not all Geometries are using the material override (see attachement), nor is the OVERRIDE value saved to the output file mat.osg. Paul #include #include #include #include #include int main() { osg::ref_ptr model; model = osgDB::readNodeFile("dumptruck.osg"); osg::ref_ptr mat; mat = new osg::Material(); mat->setColorMode(osg::Material::AMBIENT_AND_DIFFUSE); mat->setDiffuse(osg::Material::FRONT_AND_BACK, osg::Vec4(0, 0.99, 0.9, 0)); osg::StateSet *ss = model->getOrCreateStateSet(); ss->setAttributeAndModes(mat.get(), osg::StateAttribute::ON|osg::StateAttribute::OVERRIDE); osgDB::writeNodeFile(*(model.get()), "mat.osg"); osgViewer::Viewer viewer; viewer.setSceneData(model.get()); viewer.run(); } ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Paul Melis wrote: Hi Robert, Robert Osfield wrote: I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. Not really a build failure of such, but could you take a look at the example I posted in the thread "Re: [osg-users] Statesets with renderBin make sub-models invisible", dated 01/22/2009 10:18 AM. Either I'm misunderstanding overriding of stateset attributes or something weird is going on. Yaiks, I did testing of the code in that post with 2.6. I'll retry with SVN tonight, to see if the behaviour shows there as wel.. Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, Robert Osfield wrote: I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. Not really a build failure of such, but could you take a look at the example I posted in the thread "Re: [osg-users] Statesets with renderBin make sub-models invisible", dated 01/22/2009 10:18 AM. Either I'm misunderstanding overriding of stateset attributes or something weird is going on. Thanks, Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi All, I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. Thanks, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org