Nigel Stewart

I'd suggest trying cmake as an alternative, or using the pre-built binaries.

Hello again! A bit hard for me to say, I'm "just" the maintainer. I read the licensing wording as meaning "any of the three", but I do not know for...

There were some EGL fixes for GLEW 2.1.0. Could you give that a try? [glew.sourceforge.net](http://glew.sourceforge.net/index.html)

Did you have any luck running glewinfo on that GPU/driver? This is what I get on an Intel GPU: ~~~ $ LD_LIBRARY_PATH=`pwd`/lib DISPLAY=:0 bin/glewinfo --------------------------- GLEW Extension Info --------------------------- GLEW...

For the attached test code, I get a context creation failure. I tried xfce and Gnome on Ubuntu 17.10 ~~~~ The major vesion is 1 The minor vesion is 4...

The test program worked for me with a small change to request OpenGL 2.1: ~~~~ EGL_CONTEXT_MAJOR_VERSION, 2, EGL_CONTEXT_MINOR_VERSION, 1, ~~~~~

Ideally we can do that link flag for 32-bit builds only. Historically we'd go to that trouble to avoid the runtime overhead of DLLs having to relocate themselves. The idea...

I don't recall GLEW cleaning up EGL objects at all, that is rightly the responsibility of the application (or other libraries). Perhaps `valgrind` can shed some light on things?

Need to link the appropriate flavour of msvcrt.lib See: https://msdn.microsoft.com/en-us/library/abx4dbyh(v=vs.100).aspx I'll update GLEW not to require memset.

My best guess is that `char ext[128];` is being initialised in debug mode. Try changing it to `static` to see if the error goes away, or the message changes.