GLEW是一個跨平臺的C++擴展庫，基於OpenGL圖形接口。使用OpenGL的朋友都知道，window目前只支持OpenGL1.1的涵數，但 OpenGL現在都發展到2.0以上了，要使用這些OpenGL的高級特性，就必須下載最新的擴展，另外，不同的顯卡公司，也會發布一些只有自家顯卡才支 持的擴展函數，你要想用這數涵數，不得不去尋找最新的glext.h,有了GLEW擴展庫，你就再也不用爲找不到函數的接口而煩惱，因爲GLEW能自動識
別你的平臺所支持的全部OpenGL高級擴展涵數。也就是說，只要包含一個glew.h頭文件，你就能使用gl,glu,glext,wgl,glx的全 部函數。GLEW支持目前流行的各種操作系統（including Windows, Linux, Mac OS X, FreeBSD, Irix, and Solaris）。
項目主頁： http://glew.sourceforge.net/
文檔地址： http://glew.sourceforge.net/install.html
下載地址： https://sourceforge.net/project/downloading.php?group_id=67586&filename=glew-1.5.1-src.zip
官網有可能打不開，點擊這裏下載最新的版本
================================================================================================================================================
在OpenGL編程中，使用glMultiTexCoord2f( GL_TEXTURE0+i, x, y ); 你會發現這個函數都沒有定義的，以及GL_TEXTURE0，這個常量。因爲在vc編譯器中,OpenGL的版本是1.1，版本比較落後，下個 glew庫就可以了。
安裝的步驟，與glut一模一樣，將dll動態鏈接庫放在C:\WINDOWS\system32;64位系統放在system下。
頭文件，可以搜索一下gl.h,或者gluax.h會發現在編譯器(指vc)的安裝路徑下的，vc:\PlatformSDK:\include \gl文件夾中，將glew放在這裏就ok了。
靜態庫lib文件的話，放在vc:\PlatformSDK:\Lib文件中。
如果在使用了glew，但是編譯出：沒有定義的XXX函數之類的錯誤，可以在文件開頭加上： #pragma comment(lib, "glew32.lib")
還有一個問題：查看glew.h文件，會發現這麼一段話：
#if defined(__gl_h_) || defined(__GL_H__)
#error gl.h included before glew.h
#endif
這句規定不能在glew之前引用gl.h文件。否則會報錯：gl.h included before glew.h
OpenGL Extension Wrangler Library
實在不知道Wrangler 應該在這裏當什麼意思講，不過他已經被包含到OpenGL SDK了，官方是推薦使用它的。
GLEW有什麼用？你可以把它看作是windows上的OpenGL的基本庫，他取代了原來的gl.h wgl.h，讓你可以方便的調用最新的OpenGL功能，包括OpenGL衆多的Extension。
基本特性：
- 跨操作系統
- 支持動態鏈接、靜態庫，你還可以把glew.c複製到工程中一起編譯
- 只依賴於OPENGL32.dll和KERNEL32.dll
- 因爲不依賴於CRT所有你使用single-threaded, multi-threaded 或者 multi-threaded DLL都沒有限制
文件結構：
發佈版本包括一個glew32.dll和對應的glew32.lib，頭文件glew.h和wglew.h。（windows dll版本）。源文件只有一個glew.c。
glew基本使用：
初始化
#include <GL/glew.h>放在一切和gl有關的頭文件之前，就完成了引用
GLenum err = glewInit(); 如果err爲真就完成了初始化，應該放在程序的開始部分。現在還是不明白爲什麼有操作可以早於初始化執行。
檢查擴展
if (GLEW_ARB_vertex_program)
{
/* 通過了ARB_vertex_program extension 的檢查. */
glGenProgramsARB(...);
}
if (GLEW_VERSION_1_3)
{
/* OpenGL 1.3 是被支持的 */
}
if (glewIsSupported("GL_VERSION_1_4 GL_ARB_point_sprite"))
{
/* 兩個都通過了檢查 */
}
if (glewGetExtension("GL_ARB_fragment_program"))
{
/* 檢查ARB_fragment_program 是被支持的. */
}
GLEW爲了實現擴展檢查的功能，編制了大量的代碼。簡單的看就是即支持宏標籤又支持字符串查詢。
glew.h源碼結構：
開頭就檢測有沒有和GLEW衝突的庫
#if defined(__gl_h_) || defined(__GL_H__)
#error gl.h included before glew.h
#endif
#if defined(__glext_h_) || defined(__GLEXT_H_)
#error glext.h included before glew.h
#endif
#if defined(__gl_ATI_h_)
#error glATI.h included before glew.h
#endif
這些文件功能上和GLEW是重複的，所有開始就屏蔽掉了。
接下來的一堆宏只是爲了正確的定義 GLEWAPI GLAPI GLAPIENTRY CALLBACK 等等宏。這些定義本來已經在其他的頭文件中定義了，比如WINGDIAPI就在winnt.h中定義過了。這裏畫蛇添足的做法只是爲了保證GLEW的純潔性，爲了不依賴任何不必要的庫和頭文件。
再下面就是OpenGL1.1的定義了。這裏很簡單就是類型定義和宏定義，API使用外部函數方式，這就是爲什麼不需要gl.h了。
#define GLEW_VERSION_1_1 GLEW_GET_VAR(__GLEW_VERSION_1_1)
唯一讓人有點不解的是這句，解析了所有的宏之後GLEW_VERSION_1_1被定義爲一個GLboolean類型的變量。之後就讓人很煩了 __GLEW_VERSION_1_1被初始化爲GL_FALSE，然後作者又在檢測到支持1.1之後把GLEW_VERSION_1_1賦值爲真。宏來宏去的讓人鬱悶。不過想想也是有道理的，GLEW_VERSION_1_1作爲檢測標誌必須是個宏，而宏是不能修改值的，既然他可能爲真也可能爲假，那就只有一個辦法，找一個變量作爲他的存儲空間，然後這個宏就可以當變量使用了。
再下面#include <GL/glu.h>
再下面是OpenGL1.2的定義，和1.1的定義方式類似，只是函數定義方式不同了。
typedef void (GLAPIENTRY * PFNGLCOPYTEXSUBIMAGE3DPROC) (GLenum target, GLint level, GLint xoffset, GLint yoffset, GLint zoffset, GLint x, GLint y, GLsizei width, GLsizei height);
typedef void (GLAPIENTRY * PFNGLDRAWRANGEELEMENTSPROC) (GLenum mode, GLuint start, GLuint end, GLsizei count, GLenum type, const GLvoid *indices);
typedef void (GLAPIENTRY * PFNGLTEXIMAGE3DPROC) (GLenum target, GLint level, GLint internalFormat, GLsizei width, GLsizei height, GLsizei depth, GLint border, GLenum format, GLenum type, const GLvoid *pixels);
typedef void (GLAPIENTRY * PFNGLTEXSUBIMAGE3DPROC) (GLenum target, GLint level, GLint xoffset, GLint yoffset, GLint zoffset, GLsizei width, GLsizei height, GLsizei depth, GLenum format, GLenum type, const GLvoid *pixels);
#define glCopyTexSubImage3D GLEW_GET_FUN(__glewCopyTexSubImage3D)
#define glDrawRangeElements GLEW_GET_FUN(__glewDrawRangeElements)
#define glTexImage3D GLEW_GET_FUN(__glewTexImage3D)
#define glTexSubImage3D GLEW_GET_FUN(__glewTexSubImage3D)
4個函數指針定義對應4個define，看名字就知道他們是一一對應的，但是就是對不上，鬱悶吧。但是在文件最後的部分能找到這樣的代碼。
GLEW_FUN_EXPORT PFNGLCOPYTEXSUBIMAGE3DPROC __glewCopyTexSubImage3D;
GLEW_FUN_EXPORT PFNGLDRAWRANGEELEMENTSPROC __glewDrawRangeElements;
GLEW_FUN_EXPORT PFNGLTEXIMAGE3DPROC __glewTexImage3D;
GLEW_FUN_EXPORT PFNGLTEXSUBIMAGE3DPROC __glewTexSubImage3D;
也是4個，這下對上號了吧。PFNGLCOPYTEXSUBIMAGE3DPROC 是一個函數指針類型定義 __glewCopyTexSubImage3D是實際被定義的指針函數，#define glCopyTexSubImage3D GLEW_GET_FUN(__glewCopyTexSubImage3D)又指向了glCopyTexSubImage3D 。到最後 glCopyTexSubImage3D 纔是真正的API接口。真費勁。
再往下1.3 1.4 1.5 2.0 2.1 3.0結構完全和1.2一致
再往下就是各種擴展了，形式上還是和1.2定義的方式一致
再往下就是GLEW_FUN_EXPORT PFNGLCOPYTEXSUBIMAGE3DPROC __glewCopyTexSubImage3D;等等了。
再往下是GLEW_VAR_EXPORT GLboolean __GLEW_VERSION_1_1;等等。
最後纔是GLEW的主要函數接口。這裏支持一個GLEW_MX的定義，就是對GLEW MX的支持。
glew.c源碼結構：
相對簡單的多，除了一些函數的實現以外，全是初始化函數。
全部都是從glewInit開始的，一路下去初始化各個版本和所有擴展。
wglew
看明白上面的，這裏就不用說了，比葫蘆看瓢吧
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/jisdy/archive/2008/07/29/2730432.
