I have attempted to build a version of GEM on Windows that supports GL
greater than 1.1 without success so far.  Google has given me some
conflicting info about the process stating 'use SGI glext.h' or 'don't
use anything from SGI' or 'use GLEW or the like'.  I have glext.h
which allows for a clean compile but linking always fails with
something like this:<br>
<br>
fragment_program.obj : error LNK2019: unresolved external symbol
_glGetProgramivARB@12 referenced in function &quot;protected: virtual void
__thiscall fragment_program::printInfo(void)&quot;
(?printInfo@fragment_program@@MAEXXZ)<br>
<br>
Well, duh.&nbsp; The MS opengl32.lib obviously knows jack about the
changes to GL since 1996.&nbsp; It doesn't look like an alternative lib
exists.&nbsp; So what the heck does one do?&nbsp; I have a little
sample code that basically cuts and pastes the typedefs from glext.h
into the source, assigns a pointer to a local var and doesn't include
glext.h, but that seems like an obnoxious way to deal with the 800
billion extensions since GL 1.1.&nbsp; <br>