Is anyone using HOpenGL1.02 on Sun's? Normally, I develop on windows, but I wanted to check portability, and there seem to be some discrepancies in the main include file (GL/gl.h): .. `GL_TEXTURE_BINDING_3D' undeclared .. Under cygwin/windows and linux, this is in GL/gl.h, and according to my reading of the OpenGL spec, it seems part of the update to 1.2 (it's hidden in some table as GL_TEXTURE_BINDING_xD, where x should presumably include 3 now). We've updated our OpenGL installation to the newest available from the Sun site, but the problem persists. Strangely, I can't find any references to this problem on the web/in the newsgroups, so I assume that either noone is using this, or everyone else has a different include file. The Sun docs also don't seem to mention this as an instance of non-conformance. If you're working on Sun's, even if you haven't tried to install HOpenGL1.02 there yet, could you please check your GL/gl.h for the above constant, and let me know? (Oddly enough, GL_TEXTURE_3D *is* defined..) If that's the only glitch, I could probably try HOpenGL1.01, which is what I'm using elsewhere and which didn't use this, or remove the relevant bits from the HOpenGL1.02 distribution. But that doesn't look right, and as Sun is a member of the OpenGL ARB, I'd expect them to have a spec-conforming implementation!-) Thanks, Claus
C.Reinke wrote:
Is anyone using HOpenGL1.02 on Sun's?
Me. :-) But admittedly only with Mesa, not with an OpenGL from SUN.
We've updated our OpenGL installation to the newest available from the Sun site, but the problem persists. [...]
Do you have a URL where to get SUN's OpenGL? I'd like to try that, too. Could you send me a .tar.gz of your /wherever/it/is/GL directory and your config.log from HOpenGL, please? This looks odd... Cheers, S.
"C.Reinke" wrote:
[...] according to my reading of the OpenGL spec, it seems part of the update to 1.2 (it's hidden in some table as GL_TEXTURE_BINDING_xD, where x should presumably include 3 now).
Hmmm, the OpenGL spec is a bit strange here: GL_TEXTURE_BINDING_xD is not mentioned in the index, but is used in the tables describing the state queries. But it's quite clear that GL_TEXTURE_BINDING_3D should be there if texture objects and 3D textures are supported (both OpenGL 1.2 features). SUN's header claims to implement 1.2, but fails to #define the above token. Simple solution: Either comment it out if you don't need it or have a look at your favourite correct header and substitute the numeric value, perhaps the query is implemented nevertheless. BTW, SGI's OpenGL sample implementation (which is 1.2x) #defines it, and the token is mentioned in the official enumerant spec, so it's SUN's fault, not HOpenGL's... >:-) This is just another example why the next release of HOpenGL won't depend on those #defines, but will use numeric values directly...
[...] and as Sun is a member of the OpenGL ARB, I'd expect them to have a spec-conforming implementation!-)
There have been rumors that there are incorrect OpenGL implementations which "pass" the official conformance tests, and correct implementations which don't get official approval. Politics & $$$... Cheers, S. -- Sven Panne Fon: +49/89/99567000 Fax: +49/89/99567461 BetaResearch GmbH, Betastr. 1, D-85774 Unterfoehring mailto:Sven_Panne@BetaResearch.de http://www.betaresearch.de
participants (3)
-
C.Reinke -
Sven Panne -
Sven Panne