android-x86-mesa.git/src/gallium/state_trackers/wgl/SConscript, branch r300Androïd/x86 port of Mesa drivers
https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=r3002011-01-22T03:59:05Zscons: Add support for GLES.2011-01-22T03:59:05ZChia-I Wuolv@lunarg.com2011-01-14T09:50:29Zurn:sha1:bb770af3a59e5935c108c05ee45490fc5668d4a3
GLES can be enabled by running scons with
$ scons gles=yes
When gles=yes is given, the build is changed in three ways. First,
libmesa.a will be built with FEATURE_ES1 and FEATURE_ES2. This makes
DRI drivers and libEGL support and advertise GLES support. Second, GLES
libraries will be created. They are libGLESv1_CM, libGLESv2, and
libglapi. Last, libGL or opengl32 will link to libglapi. This change
is required as _glapi_* will be declared as __declspec(dllimport) in
libmesa.a on windows. libmesa.a expects those symbols to be defined in
another DLL. Due to this change to GL, GLES support is marked
experimental.
Note that GLES requires libxml2-python to generate some of its sources.
WIN32_THREADS -> WIN322010-12-02T17:35:03ZJosé Fonsecajfonseca@vmware.com2010-12-02T17:27:05Zurn:sha1:e3659329e0b91ea78afe32e231f2f75d3d728af9
Fixes nasty bug where some parts of the code didn't define WIN32_THREADS
and were using the integer mutex implementation, causing even confusion
to the debuggers.
And there is little interest of other thread implemenation on Win32
besides Win32 threads.
wgl: Stub WGL_ARB_pbuffer support.2010-11-30T10:47:49ZJosé Fonsecajfonseca@vmware.com2010-05-05T14:14:02Zurn:sha1:c4a43873c5f2e39def45eb9ca24f538adf3f9196
See http://www.opengl.org/registry/specs/ARB/wgl_pbuffer.txt
scons: Move dependancy checks to the main gallium scons file2010-11-05T20:58:49ZJakob Bornecrantzjakob@vmware.com2010-11-05T18:18:09Zurn:sha1:7e9f5eab4e18e0b661fc9b65a0f409d10e041b24scons: Detabify2010-11-05T20:58:49ZJakob Bornecrantzjakob@vmware.com2010-11-04T21:12:30Zurn:sha1:b4ac0adb75bddc1c17c57eb19c7e6dde52e4b7e7
Drivers scons files for a later time
wgl: Add mapi to includes.2010-05-07T05:45:20ZJosé Fonsecajfonseca@vmware.com2010-05-07T05:45:20Zurn:sha1:80c8c891c9272a9a022335e61fa4c3514bb50df8st/wgl: Switch from st_public.h to st_api.h. [V2]2010-04-12T06:32:20ZChia-I Wuolvaffe@gmail.com2010-03-17T02:11:22Zurn:sha1:192f06adca5e79b4824d92dc41186592ed57f71e
This is only compile tested with crossmingw.
V2:
- reference count stw_framebuffer
scons: Don't globally define WIN32_LEAN_AND_MEAN.2010-01-01T12:16:19ZJosé Fonsecajfonseca@vmware.com2009-12-31T20:19:18Zurn:sha1:3d747eded475b227cc025391d0438a5dd1357cb9
Some of the demo progams legitimately need the functionality
that's disabled by WIN32_LEAN_AND_MEAN.
Instead the solution should be to define WIN32_LEAN_AND_MEAN just before
including windows.h on a case by case basis.
wgl: Eliminate the shared layer; implement WGL API on top of the ICD callbacks.2009-09-23T09:32:52ZJosé Fonsecajfonseca@vmware.com2009-09-22T17:51:41Zurn:sha1:31f1571d1f6e325c16833afbb6e15b61561e5f1f
While the WGL API has been stale for decades now, the ICD interface has
been updated with new Windows versions, so it is much easier to define
everything in terms of the ICD interfaces, which is pretty much what
Microsoft's opengl32.dll does anyway.
wgl: Flatten the source tree.2009-09-23T09:32:51ZJosé Fonsecajfonseca@vmware.com2009-09-22T16:40:20Zurn:sha1:f724036f0045bd28f323af3666c43b3ef03b6886
It is easier to have the WGL API on top of the ICD callbacks as
Microsoft's own implementation does, than to have a seperate shared
entity. This source reorganization is in antecipation of that.