On 11/28/2011 02:24 AM, Dave Airlie wrote:
On Sun, Nov 27, 2011 at 10:42 PM, Eric Anholt<e...@anholt.net> wrote:
On Sun, 27 Nov 2011 19:27:15 +0000, Dave Airlie<airl...@gmail.com> wrote:
From: Dave Airlie<airl...@redhat.com>
This format is used in the ARB_texture_rgb10_a2ui spec.
Signed-off-by: Dave Airlie<airl...@redhat.com>
---
src/mesa/main/formats.c | 17 +++++++++++++++++
src/mesa/main/formats.h | 2 ++
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/formats.h b/src/mesa/main/formats.h
index 5f60186..8699092 100644
--- a/src/mesa/main/formats.h
+++ b/src/mesa/main/formats.h
@@ -265,6 +265,8 @@ typedef enum
MESA_FORMAT_Z32_FLOAT,
MESA_FORMAT_Z32_FLOAT_X24S8,
+ MESA_FORMAT_ARGB2101010_UINT,
+
MESA_FORMAT_COUNT
} gl_format;
Hmm, are we at the point yet where we can safely put new enums somewhere
more sensible than "at the end of the list"?
Don't think so, format_info itself is still required in enum ordering,
so I won't be taking that chance yet.
I think the only places where we initialize tables in the order of the
gl_format enums is in formats.c and s_texfetch.c. In both cases
there's assertions that check that the tables are consistent.
and really we must nearly be out of formats, BPTC is all I can see
coming we might be needing :-)
I don't see too many new formats coming along either.
-Brian
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev