-
Notifications
You must be signed in to change notification settings - Fork 285
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Windows Issues with current Master build #411
Comments
I learned that GL_MULTISAMPLE is supported since OpenGL 1.3 from here but I couldn't find any document says it's outdated. Can you point out any reference that says which version of OpenGL is used in windows and if GL_MULTISAMPLE is supported? It seems there are many changes since OpenGL 3.0 but I still stay in older version. :S |
sure. here’s a SO link that discusses it : i guess a conditional redefinition of it could solve the problem. From: Jeongseok Lee
I learned that GL_MULTISAMPLE is supported since OpenGL 1.3 from here but I couldn't find any document says it's outdated. Can you point out any reference that says which version of OpenGL is used in windows and if GL_MULTISAMPLE is supported? It seems there are many changes since OpenGL 3.0 but I still stay in older version. :S — |
@jturner65 That post actually says exactly the opposite (in one of the comments):
In any case, there will need to be a workaround to make it work on Windows. Regardless of what the standard says. 😄 |
i think you meant to quote JS. :) |
It looks like the SO thread is saying that GL_MULTISAMPLE is part of the OpenGL specifications (not outdated), but was not included in Windows for mysterious reasons. |
@jturner65 That is a quote from the StackOverflow thread you linked to. See @mxgrey's reply. |
mea culpa, i misunderstood the implication of "used to be an extension". regardless, it doesn't seem to be available in windows. maybe GL_MULTISAMPLE_ARB |
how do we want to address this issue? GL_MULTISAMPLE_ARB is also not natively supported in windows. perhaps we can include a more recent version of gl.h in golems install (the one natively installed by windows has a most recent copyright date of 1996). do we need this setting? from what i've been able to find, it appears that multisample is enabled by default. is this just so we can disable it for performance? |
Created a pull request for NOMINMAX and "small" variable name issues. OpenGL and GLUT compatibility issues will be handled once we move on GLFW |
I've mentioned these in an email to JS but I will list them here as well. Didn't think these warranted their own issues, but if so, I apologize.
NOMINMAX :
could all the #include <windows.h> be replaced with something along the following?
(from http://stackoverflow.com/questions/4913922/possible-problems-with-nominmax-on-visual-c/4914108#4914108 )
#ifdef NOMINMAX
#include <windows.h>
#else
#define NOMINMAX
#include <windows.h>
#undef NOMINMAX
#endif
"small" variable name :
another <windows.h> issue (sigh)
http://stackoverflow.com/questions/27793470/why-does-smallgive-an-error-about-char
could the variable named "small" in Win3D.cpp line 77 be changed to something else? windows.h includes a file which in turn #define's "small"
http://stackoverflow.com/questions/4207506/where-is-gl-multisample-defined
this macro is not defined in windows, and is apparently outdated.
The text was updated successfully, but these errors were encountered: