Nigel Stewart

Revisit for GLEW 2.2.0

For the purpose of a git submodule, I'd recommend using: [Perlmint/glew-cmake](https://github.com/Perlmint/glew-cmake) rather than this upstream repository. The long standing policy here is to maintain the history of the GLEW code...

I see. GLEW shouldn't be assuming `KHR_get_all_proc_addresses` for getting core function addresses. https://www.khronos.org/registry/egl/extensions/KHR/EGL_KHR_get_all_proc_addresses.txt

Yes, I see what you mean. Bumping this for GLEW 2.2.0.

Thanks for the detailed report.

I applaud the effort to replace the Perl, Bash and Makefile code generation. If you can reach parity (generate the same code) it would be good for GLEW to switch...

Anything further about this?

Not hard to author a residual XML for REGAL, ANGLE etc. Don't let that be a blocker. But there will be a bunch of other nit-picky differences, I imagine.

I'm not sure if that's available. I'll make some enquiries.

What is the output of: lipo -info /usr/local/glew/lib/libGLEW.a