robertosfield wrote:
> Hi Alex,
> Could you please checked out OSG svn/trunk and let me know how you get on.
>
Hi Robert! Sorry for this long pause in response. Ok i should check and report
as soon as possible.
--
Read this topic online here:
Hi, Here is what i have found how it was fixed
OpenSceneGraph Version
#define OPENSCENEGRAPH_MAJOR_VERSION3
#define OPENSCENEGRAPH_MINOR_VERSION5
#define OPENSCENEGRAPH_PATCH_VERSION0
#define OPENSCENEGRAPH_SOVERSION130
$ git log -1
commit
Hi Alex,
Thanks for the testing. I'm not clear on what system you are building on.
It looks like Linux of some variant.
With the suggested modifications could you please provide full modified
files, as embedding lots of modifications into a single email, copying and
pasting modifications simply
Hi Alex,
I have just implemented an experimental bit of CMake that detects whether
the GL headers provide GLuint64 and GLint64 (some GLES header provide them,
others don't so we can't just make a blanket enable/disable.) Could you
please checked out OSG svn/trunk and let me know how you get on.
Hi Alex,
I have moved the GL_ALPHA_TEST into the GLDefines header that will resolve
the compile error in osgSSBO example.
I have done a test build with clang (3.6) and it compiles cleanly, no
problems with the osgjs plugin.
Robert.
___
osg-users
Hi! Here is what i have found fix while build OSG with GLES2 subset. See in
attachment
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=64361#64361
Attachments:
http://forum.openscenegraph.org//files/gles2contextbuildreadme_156.txt
Hi Terry,
On 4 June 2015 at 20:37, Terry Welsh mogu...@gmail.com wrote:
I'm no cmake expert, but I think you can do something like that with
check_symbol_exists or check_type_size.
A first step might be to add a CMake var in, then next automatically
set it's value.
Is there any reason the
Hi Terry,
I wonder if we can get CMake to test the installed GLES header to see
if it has the GLint64 and GLuint64 defined.
What platform combination are you hitting problems with?
Robert.
On 4 June 2015 at 06:22, Terry Welsh mogu...@gmail.com wrote:
I have this problem too. Your check for
Hi Robert,
I'm no cmake expert, but I think you can do something like that with
check_symbol_exists or check_type_size. Is there any reason the
typedef needs the same name? Can you just create a unique OSGint64 and
OSGuint64 instead? That might be the simplest solution if opengl
headers are too
I have this problem too. Your check for GL_ES_VERSION_2_0 didn't work
for me. Instead I comment out that whole block that typedefs GLint64
and GLuint64 and #include GLES2/gl2ext.h. After all, that's the file
that already typedefs GLint64 and GLuint64.
--
Terry Welsh
http://www.reallyslick.com
I
robertosfield wrote:
HI Jean,
Others have been using GLES2 with OSG svn/trunk without problems so
there must be an issue relating to specific combination of headers.
How did you go about installing your GLES2 version? What source is it from?
Hi Robert,
I am using Ubuntu 14.04 64 bit.
Hello,
I used the cmake settings for OpenGL ES 2.0.
On my machine that would be:
OSG_GL1_AVAILABLE OFF
OSG_GL2_AVAILABLE OFF
OSG_GL3_AVAILABLE OFF
OSG_GLES1_AVAILABLE OFF
OSG_GLES2_AVAILABLE ON
OPENGL_INCLUDE_DIR /usr/include
OPENGL_LIBRARY
HI Jean,
Others have been using GLES2 with OSG svn/trunk without problems so
there must be an issue relating to specific combination of headers.
How did you go about installing your GLES2 version? What source is it from?
At what point do you get the compile errors you are reporting?
Robert.
Hi Jean,
I have just had a look on my Kubuntu 15.04 system and do a build using:
cd OpenSceneGraph
cmake . -DOPENGL_PROFILE=GLES2
make
And I get the same errors as you. Previously I've used GLES2 other
headers rather than the ones that now come as part of Kubuntu/Ubuntu
and there are older
I don't see a solution to this problem. In the meantime, here is what I do:
Code:
#if !defined(GL_VERSION_3_1)
#ifdef _WIN32
typedef __int64 GLint64;
typedef unsigned __int64 GLuint64;
#else
#ifndef GL_ES_VERSION_2_0
typedef long long int
15 matches
Mail list logo