android-x86-mesa.git/src/gallium/targets/graw-xlib, branch r300Androïd/x86 port of Mesa drivers
https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=r3002011-01-20T20:37:26Zgraw: fix logic error in pixel format selection2011-01-20T20:37:26ZBrian Paulbrianp@vmware.com2011-01-20T20:32:35Zurn:sha1:4ef955a12a526dcad388133b6dc8426a51054cdd
The loop to choose a pixel format for the window was incrementing
'i' after we succeeded in creating the window so if we chose format[0]
for graw_create_window_and_screen() we were putting format[1] in
the pipe_resource template for creating the render target.
This only worked because of the order of the elements in the formats[]
array.
The graw_xlib.c code now properly compares the requested gallium pixel
format against the visual's color layout.
Update all the graw demos to fix the off-by-one-i error.
scons: Use inline wrap helpers more consistently.2010-11-18T13:02:36ZJosé Fonsecajfonseca@vmware.com2010-11-18T13:02:36Zurn:sha1:3dcc3153b087a2ec42e6177d965dd8b2c95779c2graw: Use inline debug helper instead of non-inline version2010-11-17T23:49:09ZJakob Bornecrantzjakob@vmware.com2010-11-10T22:02:39Zurn:sha1:b46340c740eb5388e9917fca365a6c3003385dffgraw: Use inline sw helper instead of roll your own loader2010-11-10T23:05:17ZJakob Bornecrantzjakob@vmware.com2010-11-10T20:29:57Zurn:sha1:89deebb1af7191e9fd7432c181b166d13c659f15graw: Tidy graw xlib scons file a bit2010-11-02T18:20:30ZJakob Bornecrantzjakob@vmware.com2010-11-02T18:17:21Zurn:sha1:1318b0ef9ee06d7cc5f69cf8be15c5b0fb31cabdscons: Revamp how to specify targets to build.2010-11-01T13:30:22ZJosé Fonsecajfonseca@vmware.com2010-11-01T13:30:22Zurn:sha1:601498ae73e654c2de997ea75075613a694d604d
Use scons target and dependency system instead of ad-hoc options.
Now is simply a matter of naming what to build. For example:
scons libgl-xlib
scons libgl-gdi
scons graw-progs
scons llvmpipe
and so on. And there is also the possibility of scepcified subdirs, e.g.
scons src/gallium/drivers
If nothing is specified then everything will be build.
There might be some rough corners over the next days. Please bare with me.
graw: fix the build (missing header)2010-08-27T17:09:38ZZack Rusinzackr@vmware.com2010-08-27T17:09:38Zurn:sha1:83e3a2d97095d0ef062f210673eb23031fe1cb9agraw: Undo late loading of graw drivers.2010-08-26T10:37:42ZJosé Fonsecajfonseca@vmware.com2010-08-26T10:37:42Zurn:sha1:90437330e2886fcd351dd11ee0e5aa3e8b523fdc
Keith prefers a clean separation between graw applications and
implementations, where apps do not link libgallium.a but instead
get all functionality they need via graw interface.
Although this is not incompatible with late loading of graw drivers, it
it would make it very hard to maintain, as wrappers for every utility
symbol exposed in graw would have to be written or generated somehow.
graw: Dynamically load graw libraries.2010-08-26T05:44:34ZJosé Fonsecajfonseca@vmware.com2010-08-26T05:44:02Zurn:sha1:f0eb02af800ea1c4be6847ead0096d368d9276ff
This allows to build multiple graws libs simultaneously and avoid
unnecessary rebuilds of the tests.
Also remove graw_util.c from inside the graw implementation -- it was
only being provided by one implementation, and graw tests were linking
against gallium anyway.
graw: add parse_geometry_shader helper2010-06-07T18:38:30ZKeith Whitwellkeithw@vmware.com2010-06-07T18:37:44Zurn:sha1:9d343f4ba18e506942a9c1f70f0ccae1309d7ece