-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Brian Paul wrote:
> Colin Harrison wrote:
>> Hi,
>>
>> The value assigned to TIMEOUT_IGNORED in enums.c from ARB_sync.xml is too
>> large for a long type i.e.
>>
>> main/enums.c:3630: warning: integer constant is too large for 'long' type
>> main/enums.c:3630: warning: overflow in implicit constant conversion
>>
>> 0xFFFFFFFFFFFFFFFFull is the correct OpenGL spec. value but doesn't fit (I'm
>> using MinGW).
>>
>> Will this cause potential problems?
> 
> I think the root problem is the ARB_sync.xml file defines the token as 
> a GLenum when it's really just a constant.  Same thing with bitfield 
> constants.
> 
> There should probably be a new xml type for ordinary constants.  Ian?

That's not a bad idea.  I think making a new element of 'constant' would
be good.  For right now, that element would just be ignored.  I don't
think there's anything in the generated code that needs to care about
GL_TIMEOUT_IGNORED.

There are a few other things that need some work in the XML processing.
 One that I can immediately think of is handling the GLintptr, GLint64,
and GLsync types.  Right now they're treated the same as integers.  For
example, the signature for glDeleteSync in extensionhelper.h is "i", and
the signature for glFlushMappedBufferRange is "iii".  The former should
be "p" and the later should be "ipp".  We need a way to specify in the
type element that the type is like a pointer.  Maybe 'pointer="true"',
similar to 'unsigned="true"'?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkqxbPUACgkQX1gOwKyEAw+XwQCdEtTb0KjBb5j8Prarll57RR+i
AsQAnjRkkMVYI7JSPeT4Li6ILEhB7Npt
=ByGL
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to