If you define enums in a struct or class, it then works like a
namespace. E.g. the proper form to use such an enum would be:
ctx->Const.VertexID = gl_constants::gl_VertexID_native;
Marek
On Sat, Jun 21, 2014 at 3:01 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> Converts gl_VertexID to (gl_V
Reviewed-by: Tapani Pälli
On 06/21/2014 03:44 AM, Ian Romanick wrote:
From: Ian Romanick
In file included from ../../src/glsl/builtin_functions.cpp:61:0:
../../src/glsl/glsl_parser_extras.h:154:9: warning: unused parameter 'var'
[-Wunused-parameter]
Signed-off-by: Ian Romanick
Cc: Tapani P
Your v3 branch seems to work flawlessly.
Autogen, make, and make install works as it used to.
If anything, I think I might be seeing decreased compile-time.
That might just be my imagination though.
Rebooted and everything seems to be in good order.
Let me know if you want me to do any more tests o
Bruno Jimenez writes:
> On Sat, 2014-06-21 at 17:39 +0200, Francisco Jerez wrote:
>[...]
>> The implementation of PIPE_TRANSFER_MAP_DIRECTLY introduced in PATCH 10
>> has somewhat worrying semantics: A mapping with this flag might become
>> stale unpredictably if a kernel is run, maybe from a dif
Signed-off-by: Ilia Mirkin
---
src/mesa/state_tracker/st_program.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/mesa/state_tracker/st_program.c
b/src/mesa/state_tracker/st_program.c
index 26eb978..1df411c 100644
--- a/src/mesa/state_tracker/st_program.c
+++ b/src/mesa/state_track
Signed-off-by: Ilia Mirkin
---
docs/GL3.txt | 2 +-
docs/relnotes/10.3.html| 1 +
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 2 +-
3 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index 47165
Signed-off-by: Ilia Mirkin
---
src/gallium/docs/source/screen.rst | 2 ++
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
src/gallium/drivers/ilo/ilo_screen.c | 1 +
src/gallium/drivers/llvmpipe/lp_screen.c
Signed-off-by: Ilia Mirkin
---
docs/GL3.txt| 2 +-
docs/relnotes/10.3.html | 2 +-
src/gallium/drivers/nouveau/nvc0/nvc0_program.c | 2 ++
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 2 +-
4 files changed, 5 insertions(+), 3 deleti
Fredrik,
What happened to this series?
-ilia
On Thu, Apr 10, 2014 at 10:09 AM, Brian Paul wrote:
> On 04/09/2014 07:51 PM, Fredrik Höglund wrote:
>>
>> ---
>> src/xdemos/glxinfo.c | 22 ++
>> 1 file changed, 22 insertions(+)
>>
>
> For the series:
> Reviewed-by: Brian P
Patch 1 & 2:
Reviewed-by: Marek Olšák
Marek
On Sun, Jun 22, 2014 at 5:10 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
> src/mesa/state_tracker/st_program.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/src/mesa/state_tracker/st_program.c
> b/src/mesa/state_track
I was looking at getting Beignet compiling against current mesa working
again a few weeks ago. Really there needs to be some coordination with
the Mesa devs to provide a suitable API since what was being used has
been since removed. To that end; I've cc'd mesa-dev, hopefully there can
be progress m
On 22/06/14 14:38, Thomas Helland wrote:
> Your v3 branch seems to work flawlessly.
> Autogen, make, and make install works as it used to.
> If anything, I think I might be seeing decreased compile-time.
> That might just be my imagination though.
> Rebooted and everything seems to be in good order
All of the bits appear to already be in place to support this in the
sampler (which the original AMD version didn't allow).
Signed-off-by: Ilia Mirkin
---
I'm probably missing some reason why this wasn't already enabled, but sending
this out anyways. Feel free to point out the error in my reason
On 19/06/14 12:25, Steven Newbury wrote:
> I was looking at getting Beignet compiling against current mesa working
> again a few weeks ago. Really there needs to be some coordination with
> the Mesa devs to provide a suitable API since what was being used has
> been since removed. To that end; I've
https://bugs.freedesktop.org/show_bug.cgi?id=54372
--- Comment #25 from danm...@gmail.com ---
Created attachment 101536
--> https://bugs.freedesktop.org/attachment.cgi?id=101536&action=edit
patch to fix glxusefont
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=54372
--- Comment #26 from danm...@gmail.com ---
Sent, waiting for moderator approval.
--
You are receiving this mail because:
You are the QA Contact for the bug.
___
mesa-dev mailing list
mesa-dev@lists.fre
On Sunday, June 22, 2014 07:37:20 PM Emil Velikov wrote:
> On 19/06/14 12:25, Steven Newbury wrote:
> > I was looking at getting Beignet compiling against current mesa working
> > again a few weeks ago. Really there needs to be some coordination with
> > the Mesa devs to provide a suitable API sinc
On 22/06/14 23:22, Kenneth Graunke wrote:
> On Sunday, June 22, 2014 07:37:20 PM Emil Velikov wrote:
>> On 19/06/14 12:25, Steven Newbury wrote:
>>> I was looking at getting Beignet compiling against current mesa working
>>> again a few weeks ago. Really there needs to be some coordination with
>>>
Author: Daniel Manjarres
Date: Sun Jun 22 09:47:58 2014 -0700
glx: Fix glxUseXFont for glxWindow and glxPixmaps
The current implementation of glxUseXFont requires creating
a temporary pixmap and graphics context, which requires a real
old-school X11 Window, not a glxDrawable.
On i965, enabling and disabling the GS is not free: you have to do a
full pipeline stall, reconfigure the URB and push constant space, and
emit a bunch of state. Most clears aren't layered, so the GS isn't
needed in the common case. But we turned it on anyway.
As far as I know, most GPUs that su
20 matches
Mail list logo
