android-x86-mesa.git/src/mesa/drivers/dri/s3v, branch r300Androïd/x86 port of Mesa drivers
https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=r3002009-10-29T03:46:37Zmesa: re-remove s3v and trident driver files2009-10-29T03:46:37ZBrian Paulbrianp@vmware.com2009-10-29T03:46:37Zurn:sha1:bd36ca9b76bf7cba96fdef71b2ea73d3fa8dfd26
These were removed from master but a few files came back from the
texformat-rework branch.
Merge branch 'texformat-rework'2009-10-29T03:24:11ZBrian Paulbrianp@vmware.com2009-10-29T03:24:11Zurn:sha1:1f196b786d6bd0c6a5dbdc638574ff716cc3d4de
Conflicts:
src/mesa/drivers/dri/radeon/radeon_fbo.c
src/mesa/drivers/dri/s3v/s3v_tex.c
src/mesa/drivers/dri/s3v/s3v_xmesa.c
src/mesa/drivers/dri/trident/trident_context.c
src/mesa/main/debug.c
src/mesa/main/mipmap.c
src/mesa/main/texformat.c
src/mesa/main/texgetimage.c
dri/drivers: update driNewRenderbuffer() to take a gl_format2009-10-23T01:57:32ZBrian Paulbrianp@vmware.com2009-10-23T01:49:21Zurn:sha1:1160acbfea986a821761d18f5f14d5d2cb0dea8c
Now pass a specific MESA_FORMAT_x token to indicate the renderbuffer's
format. This is better than passing a GLenum and having to guess the
specific format.
I'm unable to test all the drivers, but any issues should be easy to fix.
Nuke s3v.2009-10-22T19:29:30ZCorbin SimpsonMostAwesomeDude@gmail.com2009-10-22T19:29:30Zurn:sha1:8e4657a9d4cbb899d388068cff0f8c267071fa50
As per FDO #17889.
mesa: lift default symlinks target into Makefile.template2009-10-16T19:07:43ZBrian Paulbrianp@vmware.com2009-10-16T15:33:11Zurn:sha1:f094b86bb5ab93aedc03df5cf5bdf51ab9d37045
Driver Makefiles can still add symlink dependencies/rules if needed.
drivers: don't include texformat.h2009-10-06T00:11:37ZBrian Paulbrianp@vmware.com2009-10-06T00:11:35Zurn:sha1:3e34a2a2b97e7c93955deedb7c12b73bccd6662d
And remove other unneeded #includes while we're at it.
s3v: remove unneeded initializations2009-09-17T01:28:54ZBrian Paulbrianp@vmware.com2009-09-16T01:53:50Zurn:sha1:4e84b96d9237f83aa1eb5613afeba4f687504174s3v: Fix driver build for ARB_sync.2009-09-03T18:22:47ZEric Anholteric@anholt.net2009-09-01T19:31:24Zurn:sha1:19420f02d4540654731840e345bdcd367389ed40
This driver was including Xlibint.h to get the CARD32 typedef to use for
32-bit unsigned integers, which #defined Status to something. CARD32 isn't
actually a 32-bit unsigned integer, so replacing with uint32_t usage should
fix bugs on 64-bit along with the build.
dri: use BorderColor instead of _BorderChan2009-04-02T02:24:23ZBrian Paulbrianp@vmware.com2009-03-12T01:03:30Zurn:sha1:79c55e55f808d77cb0dff7cda826719d5fda3c7dmesa: move glViewport and glDepthRange functions into new viewport.c file2009-03-07T19:33:11ZBrian Paulbrianp@vmware.com2009-03-07T19:33:11Zurn:sha1:2c3785159574e6c8640b6af3ce2ef561d095f324
A bit of refactoring with an eye toward ES2 and GL 3.1