Re: [osg-users] OpenSceneGraph-3.4.0 release candidate 7

2015-07-29 Thread Alexpux

 29 июля 2015 г., в 10:33, Alexpux alex...@gmail.com написал(а):
 
 I have build error using mingw-w64 with GCC-5.2.0.
 
 [  0%] [  0%] [  0%] Building CXX object 
 src/osg/CMakeFiles/osg.dir/Billboard.obj
 Building CXX object src/osg/CMakeFiles/osg.dir/AudioStream.obj
 Building CXX object src/osg/CMakeFiles/osg.dir/AutoTransform.obj
 In file included from 
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/include/osg/BufferObject:18:0,
 from 
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/include/osg/Image:17,
 from 
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/include/osg/AudioStream:17,
 from 
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/src/osg/AudioStream.cpp:14:
 C:/repo/mingw-w64-openscenegraph/src/Release-x86_64-w64-mingw32/include/osg/GL:100:32:
  error: redeclaration of C++ built-in type 'wchar_t' [-fpermissive]
 typedef unsigned short wchar_t;
^
 src/osg/CMakeFiles/osg.dir/build.make:192: recipe for target 
 'src/osg/CMakeFiles/osg.dir/AudioStream.obj' failed
 make[2]: *** [src/osg/CMakeFiles/osg.dir/AudioStream.obj] Error 1
 make[2]: *** Waiting for unfinished jobs….
 
 Regards,
 Alexey.

I’m fix it by next patch:

--- OpenSceneGraph-3.4.0-rc7/src/osg/GL.in.orig 2015-07-29 10:38:24.890785100 
+0300
+++ OpenSceneGraph-3.4.0-rc7/src/osg/GL.in  2015-07-29 10:38:31.384135700 
+0300
@@ -96,7 +96,7 @@
 #endif
 
 // XXX This is from Win32's ctype.h
-#if !defined(_WCHAR_T_DEFINED)  !(defined(__GNUC__)((__GNUC__ == 
3)||(__GNUC__ == 4)))
+#if !defined(_WCHAR_T_DEFINED)  !(defined(__GNUC__)(__GNUC__  2))
 typedef unsigned short wchar_t;
 #define _WCHAR_T_DEFINED
 #endif
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OpenSceneGraph-3.4.0 release candidate 7

2015-07-29 Thread Alexpux

 29 июля 2015 г., в 10:57, Sebastian Messerschmidt 
 sebastian.messerschm...@gmx.de написал(а):
 
 Hi Alex?
 
 Can you please send the complete modified file to the osg-submission list?

ok.

 Cheers
 Sebastian
 29 июля 2015 г., в 10:33, Alexpux alex...@gmail.com написал(а):
 
 I have build error using mingw-w64 with GCC-5.2.0.
 
 [  0%] [  0%] [  0%] Building CXX object 
 src/osg/CMakeFiles/osg.dir/Billboard.obj
 Building CXX object src/osg/CMakeFiles/osg.dir/AudioStream.obj
 Building CXX object src/osg/CMakeFiles/osg.dir/AutoTransform.obj
 In file included from 
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/include/osg/BufferObject:18:0,
 from 
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/include/osg/Image:17,
 from 
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/include/osg/AudioStream:17,
 from 
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/src/osg/AudioStream.cpp:14:
 C:/repo/mingw-w64-openscenegraph/src/Release-x86_64-w64-mingw32/include/osg/GL:100:32:
  error: redeclaration of C++ built-in type 'wchar_t' [-fpermissive]
 typedef unsigned short wchar_t;
^
 src/osg/CMakeFiles/osg.dir/build.make:192: recipe for target 
 'src/osg/CMakeFiles/osg.dir/AudioStream.obj' failed
 make[2]: *** [src/osg/CMakeFiles/osg.dir/AudioStream.obj] Error 1
 make[2]: *** Waiting for unfinished jobs….
 
 Regards,
 Alexey.
 I’m fix it by next patch:
 
 --- OpenSceneGraph-3.4.0-rc7/src/osg/GL.in.orig  2015-07-29 
 10:38:24.890785100 +0300
 +++ OpenSceneGraph-3.4.0-rc7/src/osg/GL.in   2015-07-29 10:38:31.384135700 
 +0300
 @@ -96,7 +96,7 @@
  #endif
// XXX This is from Win32's ctype.h
 -#if !defined(_WCHAR_T_DEFINED)  !(defined(__GNUC__)((__GNUC__ == 
 3)||(__GNUC__ == 4)))
 +#if !defined(_WCHAR_T_DEFINED)  !(defined(__GNUC__)(__GNUC__  2))
  typedef unsigned short wchar_t;
  #define _WCHAR_T_DEFINED
  #endif
 ___
 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] OpenSceneGraph-3.4.0 release candidate 7

2015-07-29 Thread Alexpux
I have build error using mingw-w64 with GCC-5.2.0.

[  0%] [  0%] [  0%] Building CXX object 
src/osg/CMakeFiles/osg.dir/Billboard.obj
Building CXX object src/osg/CMakeFiles/osg.dir/AudioStream.obj
Building CXX object src/osg/CMakeFiles/osg.dir/AutoTransform.obj
In file included from 
C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/include/osg/BufferObject:18:0,
 from 
C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/include/osg/Image:17,
 from 
C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/include/osg/AudioStream:17,
 from 
C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.4.0-rc7/src/osg/AudioStream.cpp:14:
C:/repo/mingw-w64-openscenegraph/src/Release-x86_64-w64-mingw32/include/osg/GL:100:32:
 error: redeclaration of C++ built-in type 'wchar_t' [-fpermissive]
 typedef unsigned short wchar_t;
^
src/osg/CMakeFiles/osg.dir/build.make:192: recipe for target 
'src/osg/CMakeFiles/osg.dir/AudioStream.obj' failed
make[2]: *** [src/osg/CMakeFiles/osg.dir/AudioStream.obj] Error 1
make[2]: *** Waiting for unfinished jobs….

Regards,
Alexey.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] [Build error] GL_SEPARATE_ATTRIBS not declared

2015-01-23 Thread Alexpux

 23 янв. 2015 г., в 10:59, Robert Osfield robert.osfi...@gmail.com 
 написал(а):
 
 Hi Alexey,
 
 On 22 January 2015 at 21:02, Alexey Pavlov alex...@gmail.com 
 mailto:alex...@gmail.com wrote:
 All defines are present in glext.h for mingw-w64. Wonder why  they not 
 defined. See:
 
 https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-headers/include/GL/glext.h
  
 https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-headers/include/GL/glext.h
  
 
 Perhaps CMake is using the Windows gl.h rather than the mingw one.  Have a 
 look to see what CMake has selected for the path to the OpenGL headers - the 
 variable is OPENGL_INCLUDE_DIR:PATH.
 
Here:
https://github.com/Alexpux/mingw-w64/tree/master/mingw-w64-headers/include/GL 
https://github.com/Alexpux/mingw-w64/tree/master/mingw-w64-headers/include/GL
You can see that «gl.h» is also present. So maybe need include not only this 
header?

Alexey.

 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] [build] Linking Errors with OSG-3.3.0 and MSYS

2014-07-23 Thread Alexpux

24 июля 2014 г., в 0:19, Paul aquawic...@hotmail.com написал(а):

 I can build OSG with MinGW/MSys.
 I get link errors when trying to compile an app against it though.
 Any ideas?
 
 C:\Apps\Test\win32\mingwmake
 Linking CXX executable ..\bin\Test.exe
 C:\Libs\OpenSceneGraph-3.3.0\win32\mingw\lib\libosgDB.a(Registry.obj
 ):Registry.cpp:(.text+0x186e): undefined reference to `osgGetVersion'
 C:\Libs\OpenSceneGraph-3.3.0\win32\mingw\lib\libosgDB.a(Registry.obj
 ):Registry.cpp:(.text+0x7f32): undefined reference to 
 `osg::KdTreeBuilder::KdTre
 eBuilder()'
 c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: 
 C:\Libs\OpenSceneGraph-3.3.0\win32\mingw\lib\libosgDB.a(Registry.obj): bad rel
 oc address 0x1 in section 
 `.text$_ZNK5osgDB7Options11libraryNameEv[__ZNK5osgDB7O
 ptions11libraryNameEv]'
 collect2.exe: error: ld returned 1 exit status
 make[2]: *** [../bin/Test.exe] Error 1
 make[1]: *** [CMakeFiles/Test.dir/all] Error 2
 make: *** [all] Error 2
 
 --
 Read this topic online here:
 http://forum.openscenegraph.org/viewtopic.php?p=60419#60419
 
 
Paul, try MSYS2:
http://msys2.github.io
https://sourceforge.net/p/msys2/wiki/MSYS2%20installation/

It based on recent cygwin sources and have package manager ported from Arch 
Linux.
We use mingw-w64 toolchains as it is more completeness then mingw.org 
toolchains.
We have large repository with mingw-w64 packages including OpenSceneGraph.

Regards,
Alexey.
 
 
 
 ___
 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] [osgOcean] Error linking osgOcean

2014-07-10 Thread Alexpux

See patches in my repo:
https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-osgocean-svn

Regards,
Alexey.

10 июля 2014 г., в 19:08, Dario Minieri para...@cheapnet.it написал(а):

 Hi,
 
 I'm trying to compile osgOcean lib and examples under windows with mingw32. 
 The library compile fine but I have a link fail for exe example. The error is 
 the next:  
 
 Linking CXX executable ../../bin/oceanExample.exe
 CMakeFiles/oceanExample.dir/objects.a(Scene.cpp.obj):Scene.cpp:(.text+0xb34): 
 undefined reference to `osgOcean::Cylinder::setColor(osg::Vec4f const)'
 CMakeFiles/oceanExample.dir/objects.a(Scene.cpp.obj):Scene.cpp:(.text$_ZN8osgOcean10OceanScene16setUnderwaterFogEfRKN3osg5Vec4fE[__ZN8osgOcean10OceanScene16setUnderwaterFogEfRKN3osg5Vec4fE]+0x4a):
  undefined reference to `osgOcean::Cylinder::setColor(osg::Vec4f const)'
 c:/msys/1.0/mingw32/bin/../lib/gcc/i686-w64-mingw32/4.8.2/../../../../i686-w64-mingw32/bin/ld.exe:
  CMakeFiles/oceanExample.dir/objects.a(Scene.cpp.obj): bad reloc address 0x4a 
 in section 
 `.text$_ZN8osgOcean10OceanScene16setUnderwaterFogEfRKN3osg5Vec4fE[__ZN8osgOcean10OceanScene16setUnderwaterFogEfRKN3osg5Vec4fE]'
 collect2.exe: error: ld returned 1 exit status
 make[2]: *** [bin/oceanExample.exe] Error 1
 make[1]: *** [src/oceanExample/CMakeFiles/oceanExample.dir/all] Error 2
 make: *** [all] Error 2
 
 I've tried various CMake mod without success, I have enabled the DYNAMIC base 
 option also without success. Any ideas?
 
 Thank you!
 
 Cheers,
 Dario
 
 --
 Read this topic online here:
 http://forum.openscenegraph.org/viewtopic.php?p=60239#60239
 
 
 
 
 
 ___
 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] Selecting objects

2014-05-25 Thread Alexpux

23 мая 2014 г., в 22:54, Trajce Nikolov NICK trajce.nikolov.n...@gmail.com 
написал(а):

 Hi Alexey
 
 I guess this is the problem, the material you are setting to the previous 
 selected model. Maybe you record the state before selection and set it back 
 when you select a new node
 

I’m try:

if (m_SelectedNode){
m_SelectedNode-setStateSet(clonedStateSet);
}
…..
if (node){
m_SelectedNode = node;
osg::Material* material = new osg::Material;
osg::StateSet* state = node-getOrCreateStateSet();
// save OSG-State
clonedStateSet = 
reinterpret_castosg::StateSet*(state-clone(osg::CopyOp::DEEP_COPY_ALL));
….
}

But have the same result as before.
 Nick
 
 
 On Fri, May 23, 2014 at 6:51 PM, Alexpux alex...@gmail.com wrote:
 Hi all!
 
 I’m new in OpenSceneGraph. I have big models exported from 3dmax and 
 materials from VRay (about 50 000 objects).
 I want highlight object on scene when clicking on it. Example with showing 
 bounding box work for me ok but I need
 to highlight object with, for example, green color and transparency.
 
 I modify handle function as:
 
 bool PickHandler::handle( const osgGA::GUIEventAdapter ea,
   osgGA::GUIActionAdapter aa )
 {
 if ( ea.getEventType()!=osgGA::GUIEventAdapter::RELEASE ||
  ea.getButton()!=osgGA::GUIEventAdapter::LEFT_MOUSE_BUTTON ||
  !(ea.getModKeyMask()osgGA::GUIEventAdapter::MODKEY_CTRL) )
 return false;
 
 osgViewer::View* viewer = dynamic_castosgViewer::View*(aa);
 if (viewer)
 {
 osg::ref_ptrosgUtil::LineSegmentIntersector ray =
 new osgUtil::LineSegmentIntersector(
 osgUtil::Intersector::WINDOW, ea.getX(), ea.getY()
 );
 osgUtil::IntersectionVisitor iv(ray.get());
 iv.setTraversalMask( ~0x1 );
 viewer-getCamera()-accept(iv);
 if (ray-containsIntersections())
 {
 osgUtil::LineSegmentIntersector::Intersection resInt = 
 *(ray-getIntersections().begin());
 osg::BoundingBox bb = resInt.drawable-getBound();
 osg::Vec3 worldCenter = bb.center() * 
 osg::computeLocalToWorld(resInt.nodePath);
 m_selectionBox-setMatrix(
 osg::Matrix::scale(bb.xMax()-bb.xMin(),
   bb.yMax()-bb.yMin(),
   bb.zMax()-bb.zMin()) *
 osg::Matrix::translate(worldCenter) );
 
 ///
 
 if (m_SelectedNode){
 osg::Material* rev_material = new osg::Material;
 osg::StateSet* rev_state = 
 m_SelectedNode-getOrCreateStateSet();
 rev_state-setMode(GL_BLEND,osg::StateAttribute::ON | 
 osg::StateAttribute::OVERRIDE);
 rev_material-setAlpha(osg::Material::FRONT_AND_BACK, 1);
 
 rev_state-setAttributeAndModes(rev_material,osg::StateAttribute::ON | 
 osg::StateAttribute::OVERRIDE);
 osg::BlendFunc* bf = new osg::BlendFunc( 
 osg::BlendFunc::SRC_ALPHA, osg::BlendFunc::ONE_MINUS_SRC_ALPHA );
 rev_state-setAttributeAndModes(bf);
 
 m_SelectedNode-setStateSet(rev_state);
 m_SelectedNode=NULL;
 }
 osg::NodePath nodePath = resInt.nodePath;
 osg::Node* node = 
 (nodePath.size()=1)?nodePath[nodePath.size()-1]:0;
 osg::Group* parent = 
 (nodePath.size()=2)?dynamic_castosg::Group*(nodePath[nodePath.size()-2]):0;
 
 if (node) {
 m_SelectedNode = node;
 osg::Material* material = new osg::Material;
 osg::StateSet* state = node-getOrCreateStateSet();
 
 state-setMode(GL_BLEND,osg::StateAttribute::ON|osg::StateAttribute::OVERRIDE);
 material-setAlpha(osg::Material::FRONT_AND_BACK, 0.6);
 state-setAttribute(material,osg::StateAttribute::ON | 
 osg::StateAttribute::OVERRIDE);
 osg::BlendFunc* bf = new osg::BlendFunc( 
 osg::BlendFunc::SRC_ALPHA, osg::BlendFunc::ONE_MINUS_SRC_ALPHA );
 state-setAttribute(bf);
 state-setRenderingHint(osg::StateSet::TRANSPARENT_BIN);
 state-setMode(GL_LIGHTING, osg::StateAttribute::OFF);
 
 node-setStateSet(state);
 }
 
 ///
 }
 }
 return false;
 }
 
 When select object I have transparency on it. But when I select another 
 object I see that previous object lost it color and become grey.
 How I can restore previous state of object material?
 
 Regards,
 Alexey.
 
 
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
 
 -- 
 trajce nikolov nick
 ___
 osg-users mailing

[osg-users] Selecting objects

2014-05-23 Thread Alexpux
Hi all!

I’m new in OpenSceneGraph. I have big models exported from 3dmax and materials 
from VRay (about 50 000 objects).
I want highlight object on scene when clicking on it. Example with showing 
bounding box work for me ok but I need
to highlight object with, for example, green color and transparency.

I modify handle function as:

bool PickHandler::handle( const osgGA::GUIEventAdapter ea,
  osgGA::GUIActionAdapter aa )
{
if ( ea.getEventType()!=osgGA::GUIEventAdapter::RELEASE ||
 ea.getButton()!=osgGA::GUIEventAdapter::LEFT_MOUSE_BUTTON ||
 !(ea.getModKeyMask()osgGA::GUIEventAdapter::MODKEY_CTRL) )
return false;

osgViewer::View* viewer = dynamic_castosgViewer::View*(aa);
if (viewer)
{
osg::ref_ptrosgUtil::LineSegmentIntersector ray =
new osgUtil::LineSegmentIntersector(
osgUtil::Intersector::WINDOW, ea.getX(), ea.getY()
);
osgUtil::IntersectionVisitor iv(ray.get());
iv.setTraversalMask( ~0x1 );
viewer-getCamera()-accept(iv);
if (ray-containsIntersections())
{
osgUtil::LineSegmentIntersector::Intersection resInt = 
*(ray-getIntersections().begin());
osg::BoundingBox bb = resInt.drawable-getBound();
osg::Vec3 worldCenter = bb.center() * 
osg::computeLocalToWorld(resInt.nodePath);
m_selectionBox-setMatrix(
osg::Matrix::scale(bb.xMax()-bb.xMin(),
  bb.yMax()-bb.yMin(),
  bb.zMax()-bb.zMin()) *
osg::Matrix::translate(worldCenter) );

///

if (m_SelectedNode){
osg::Material* rev_material = new osg::Material;
osg::StateSet* rev_state = 
m_SelectedNode-getOrCreateStateSet();
rev_state-setMode(GL_BLEND,osg::StateAttribute::ON | 
osg::StateAttribute::OVERRIDE);
rev_material-setAlpha(osg::Material::FRONT_AND_BACK, 1);

rev_state-setAttributeAndModes(rev_material,osg::StateAttribute::ON | 
osg::StateAttribute::OVERRIDE);
osg::BlendFunc* bf = new osg::BlendFunc( 
osg::BlendFunc::SRC_ALPHA, osg::BlendFunc::ONE_MINUS_SRC_ALPHA );
rev_state-setAttributeAndModes(bf);

m_SelectedNode-setStateSet(rev_state);
m_SelectedNode=NULL;
}
osg::NodePath nodePath = resInt.nodePath;
osg::Node* node = 
(nodePath.size()=1)?nodePath[nodePath.size()-1]:0;
osg::Group* parent = 
(nodePath.size()=2)?dynamic_castosg::Group*(nodePath[nodePath.size()-2]):0;

if (node) {
m_SelectedNode = node;
osg::Material* material = new osg::Material;
osg::StateSet* state = node-getOrCreateStateSet();

state-setMode(GL_BLEND,osg::StateAttribute::ON|osg::StateAttribute::OVERRIDE);
material-setAlpha(osg::Material::FRONT_AND_BACK, 0.6);
state-setAttribute(material,osg::StateAttribute::ON | 
osg::StateAttribute::OVERRIDE);
osg::BlendFunc* bf = new osg::BlendFunc( 
osg::BlendFunc::SRC_ALPHA, osg::BlendFunc::ONE_MINUS_SRC_ALPHA );
state-setAttribute(bf);
state-setRenderingHint(osg::StateSet::TRANSPARENT_BIN);
state-setMode(GL_LIGHTING, osg::StateAttribute::OFF);

node-setStateSet(state);
}

///
}
}
return false;
}

When select object I have transparency on it. But when I select another object 
I see that previous object lost it color and become grey.
How I can restore previous state of object material?

Regards,
Alexey.


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] [build] Building with Eclipse and MinGW. __int64 definition in GL

2014-04-17 Thread Alexpux

17 апр. 2014 г., в 20:19, Robert Osfield robert.osfi...@gmail.com написал(а):

 Hi Marc,
 
 MinGW isn't a commonly used platform for OSG users so I'm afraid it's
 a case of those who want to use MinGW need help fix the problems as
 they occur.  If you have a fix then subscribe to and a send en email
 with the whole modified file to osg-submissions mailing list so it can
 be reviewed and consered to merge with svn/trunk and/or the OSG-3.2
 branch.
 
 As for the specific suggestion of adding include stdlib.h, I'd be
 hesitate to add this for all platforms but a specific case for MinGW
 would be OK, although would feel a bit hacky.  If there is already a
 MinGW code path in the header than adding it that section would be
 most natural.
 
 Robert.
 
I think switching to mingw-w64 toolchain is a best variant here. Mingw-w64 
don’t have any problems with it and has more completely runtime than Mingw.org 
toolchains. I’m developer of MSYS2 project and provide about 200 precompiled 
OpenSource packages for mingw-w64 both 32 and 64-bit. OSG also provided.
Also we hard working with mingw-w64 developers to fix any issues that we find.

Regards,
Alexey.

 On 6 February 2014 11:06, Marc Jacquin amarc.jacq...@gmail.com wrote:
 Hi all,
 
 Trying to build OSG with Eclipse and MinGW on Win 7 reports a _int64 does 
 not name a type error in GL header file at lines 147  148:
 
 #if !defined(GL_EXT_timer_query)  !defined(OSG_GL3_AVAILABLE)
 
#ifdef _WIN32
typedef  __int64 GLint64EXT;
typedef unsigned __int64 GLuint64EXT;[/u]
#else
typedef long long int GLint64EXT;
typedef unsigned long long int GLuint64EXT;
#endif
 #endif
 
 Adding a stdlib include at the top of GL.h seems to fix it.
 
 Is that the proper way to do it ?
 
 Thanks.
 
 Cheers,
 Marc
 
 --
 Read this topic online here:
 http://forum.openscenegraph.org/viewtopic.php?p=58174#58174
 
 
 
 
 
 ___
 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] OpenSceneGraph-3.2.1 release candidate 2 and OpenSceneGraph-3.3.1 dev release tag

2014-01-31 Thread Alexpux
Building 3.2.1rc2 with 64-bit mingw-w64 toolchain I get casting error:

Building CXX object src/osgGA/CMakeFiles/osgGA.dir/GUIEventAdapter.obj
C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.2.1-rc2/src/osgText/Glyph.cpp:
 In member function 'void osgText::Glyph::subload() const':
C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.2.1-rc2/src/osgText/Glyph.cpp:531:78:
 error: cast from 'const unsigned char*' to 'long unsigned int' loses precision 
[-fpermissive]
  \t0x(unsigned 
long)data());decstd::endl;
  ^
[ 19%] Building CXX object src/osgFX/CMakeFiles/osgFX.dir/Outline.obj


Regards,
Alexey.___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OpenSceneGraph-3.2.1 release candidate 2 and OpenSceneGraph-3.3.1 dev release tag

2014-01-31 Thread Alexpux

31 янв. 2014 г., в 23:18, Robert Osfield robert.osfi...@gmail.com написал(а):

 Hi Alexey,
 
 Curious that all other platforms haven't issued an warning or error on this, 
 what compiler are you using?
 
I’m using mingw-w64 toolchain based on GCC-4.8.2.

 To fix the problem I have used a static_castconst void*(data()) rather than 
 a c cast.  This compiles and runs under Linux, could you test the modified 
 Glyph.cpp out.
 
Attaches Glyph.cpp builded fine.

 This change is also checked into svn/trunk and OSG-3.2 branch.
 
 
 On 31 January 2014 18:01, Alexpux alex...@gmail.com wrote:
 Building 3.2.1rc2 with 64-bit mingw-w64 toolchain I get casting error:
 
 Building CXX object src/osgGA/CMakeFiles/osgGA.dir/GUIEventAdapter.obj
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.2.1-rc2/src/osgText/Glyph.cpp:
  In member function 'void osgText::Glyph::subload() const':
 C:/repo/mingw-w64-openscenegraph/src/OpenSceneGraph-3.2.1-rc2/src/osgText/Glyph.cpp:531:78:
  error: cast from 'const unsigned char*' to 'long unsigned int' loses 
 precision [-fpermissive]
   \t0x(unsigned 
 long)data());decstd::endl;
   
 ^
 [ 19%] Building CXX object src/osgFX/CMakeFiles/osgFX.dir/Outline.obj
 
 
 Regards,
 Alexey.
 
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
 Glyph.cpp___
 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] OpenSceneGraph-3.2.1 release candidate 2 and OpenSceneGraph-3.3.1 dev release tag

2014-01-31 Thread Alexpux

01 февр. 2014 г., в 0:36, Robert Osfield robert.osfi...@gmail.com написал(а):

 Hi Alexey,
 
 
 On 31 January 2014 19:29, Alexpux alex...@gmail.com wrote:
 I’m using mingw-w64 toolchain based on GCC-4.8.2.
 
 Almost the same rev as mine - I am developing using gcc-4.8.1.  My guess the 
 compiler warning settings must be a little different.
 
  
Maybe.

 Attaches Glyph.cpp builded fine.
 
 Good to hear, thanks for testing.
 
No problem.
 Robert.
  
Robert, I’m developer of MSYS2 and Mingw-builds project. If work under windows 
then you maybe interesting in new generation of MSYS - MSYS2 based on recent 
Cygwin sources and has it’s own package manager pacman (ported from Arch Linux).
Now we create repositories for mingw-w64 packages and has grown database of 
prebuilded  programs. Also we provide in repositories mingw-w64 toolchains.
You can find some info about MSYS2 here:  
http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/

Regards,
Alexey.
 
  
 ___
 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