Hi list,
This patch series removes the gen-es subdirectory of glapi. In
gen-es/, there are two sets of GLAPI XMLs for GLESv1 and GLESv2
respectively, and rules to generate headers for GLES on the fly.
To be able to get rid of the two sets of GLAPI XMLs, a new python file
is added to describe the
From: Chia-I Wu
Move the list of entry points belong to GLES from mapi_abi.py to a new
file.
Until we figure out how to describe the APIs an entry point belongs to
in the XML file, and how to handle the case where an entry point others
alias is missing in some APIs, this is an easier solution th
From: Chia-I Wu
add gl_api::filter_functions and gl_function::filter_entry_points to
filter out unwanted functions and entry points.
---
src/mapi/glapi/gen/gl_XML.py | 46 +++--
1 files changed, 39 insertions(+), 7 deletions(-)
diff --git a/src/mapi/glapi/g
From: Chia-I Wu
glapi/gen-es/ defines two sets of GLAPI XMLs for OpenGL ES 1.1
(es1_API.xml) and 2.0 (es2_API.xml) respectively. They are used to
generate dispatch.h and remap_helper.h for GLES. Together with
gl_and_es_API.xml, we have to maintain three sets of GLAPI XMLs.
This commit makes di
From: Chia-I Wu
glapi_gen.mk is supposed to be included by glapi users to simplify
header generation. This commit also makes es1api, es2api, and
shared-glapi use it.
---
src/mapi/es1api/Makefile| 25 +++--
src/mapi/glapi/gen/glapi_gen.mk | 44
From: Chia-I Wu
GLESv1 and GLESv2 have their own dispatch.h and remap_helper.h. These
headers are only used by api_exec_es1.c and api_exec_es2.c in core mesa.
Move the rules to generate them from glapi to core mesa.
---
src/mapi/es1api/Makefile |9 +
src/mesa/Makefile
Thanks for your reviews.
I'm taking note of your comments and I will have a new patch soon.
(btw, I must apologize because I forgot to add a commit when rebasing, so this
new patch didn't have function comments to explain their role, and "break;"
where not pushed t)
- Mail original -
On Thu, Aug 11, 2011 at 3:44 AM, Chia-I Wu wrote:
> Hi list,
>
> This patch series removes the gen-es subdirectory of glapi. In
> gen-es/, there are two sets of GLAPI XMLs for GLESv1 and GLESv2
> respectively, and rules to generate headers for GLES on the fly.
>
> To be able to get rid of the two
These patches don't look too intrusive so I'm OK with them. I'll
apply them, test and push.
I've been meaning to write a new OSMesa interface for gallium for some
time now. That would probably be useful to a few people.
I'm tempted to redesign the OSMesa API a bit, but it's probably more
i
It's been brought to my attention that the source this is based on is
GPL'd, which means it needs to go before 7.12 is released since it's
incompatible with Mesa's MIT license.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/04/2011 06:29 AM, Brian Paul wrote:
> On 08/04/2011 06:31 AM, Benjamin Franzke wrote:
>> Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39588
>>
>> egl_dri2 creates contexts with a doubleBufferConfig when PIXMAP and
>> WINDOW bit is request,
On 08/11/2011 11:09 AM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/04/2011 06:29 AM, Brian Paul wrote:
On 08/04/2011 06:31 AM, Benjamin Franzke wrote:
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39588
egl_dri2 creates contexts with a doubleBufferConfig when
https://bugs.freedesktop.org/show_bug.cgi?id=40028
Summary: warnings in glapitemp.h for glapi dispatch table
return types
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Seve
On Fri, 5 Aug 2011 21:48:53 -0700, Eric Anholt wrote:
> The vs-varying-array-mat2-col-row-wr test writes a mat2[3] constant to
> a mat2[3] varying out array, and also statically accesses element 1 of
> it on the VS and FS sides. At link time it would get trimmed down to
> just 2 elements, and th
Core Mesa now loads float/integer/boolean uniform data for drivers that
claim to support GLSL 1.30, thanks to Bryan Cain's recent work. When we
run in "1.30 mode," we need to avoid double conversions.
Once we really support 1.30, we should just delete all this code.
Fixes piglit tests with INTEL
Most math operations are unary operations; prior to this patch, POW was
the only binary operation we supported. The next commit will introduce
integer quotient and remainder operations. To facilitate that, this
patch simply generalizes POW checks into two-operand checks.
Signed-off-by: Kenneth G
Prior to this patch, POW was the only two-operand math operation, so a
few cases needed to be updated.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_eu_emit.c|2 ++
src/mesa/drivers/dri/i965/brw_fs.cpp |5 +
src/mesa/drivers/dri/i965/brw_f
The MATH instruction unfortunately only operates on GRF registers with
an HStride of 1, so we often need to create a temporary GRF. For
integer division and modulus, we need to use an integer register.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_fs.cpp |2 ++
1 files ch
OSMesa for gallium would be really helpful. Are there plans to implement some
sort of antialising (GL_POLYGON_SMOOTH, fsaa) in softpipe/llvmpipe?
Andreas
-Ursprüngliche Nachricht-
Von: Brian Paul [mailto:bri...@vmware.com]
Gesendet: Donnerstag, 11. August 2011 16:31
An: Andreas Fänger
C
19 matches
Mail list logo
