2011/3/25 Matt Turner :
> On Wed, Mar 23, 2011 at 4:28 PM, ★ Emeric wrote:
>> Hi everyone,
>> My name is Emeric, I am a 22 years old french student, and I am
>> currently looking to apply to the google summer of code 2011.
>> I saw the "Gallium H.264 decoding" idea on the X.Org GSoC page, and I
>>
2011/3/25 Stéphane Marchesin :
> On Fri, Mar 25, 2011 at 14:44, Matt Turner wrote:
>> On Wed, Mar 23, 2011 at 4:28 PM, ★ Emeric wrote:
>>> Hi everyone,
>>> My name is Emeric, I am a 22 years old french student, and I am
>>> currently looking to apply to the google summer of code 2011.
>>> I saw t
Since GLSL IR allows multiple ir_variables to share the same name, we
need to generate unique names when printing the IR. Previously, we
always used %s@%p, appending the ir_variable's memory address.
While this worked, it had two drawbacks:
- When there aren't duplicates, the extra "@0x669a3e88"
On Fri, Mar 25, 2011 at 14:44, Matt Turner wrote:
> On Wed, Mar 23, 2011 at 4:28 PM, ★ Emeric wrote:
>> Hi everyone,
>> My name is Emeric, I am a 22 years old french student, and I am
>> currently looking to apply to the google summer of code 2011.
>> I saw the "Gallium H.264 decoding" idea on th
On Wed, Mar 23, 2011 at 4:28 PM, ★ Emeric wrote:
> Hi everyone,
> My name is Emeric, I am a 22 years old french student, and I am
> currently looking to apply to the google summer of code 2011.
> I saw the "Gallium H.264 decoding" idea on the X.Org GSoC page, and I
> am particularly interested by
Hi, thanks for the reply,
2011/3/24 Christian König :
> Hi,
>
>> Hi everyone,
>> My name is Emeric, I am a?22 years old?french student, and I am
>> currently looking to apply to the google summer of code 2011.
>> I saw the "Gallium H.264 decoding" idea on the X.Org GSoC page, and I
>> am particula
On Fri, 25 Mar 2011 12:24:09 -0700, Kenneth Graunke
wrote:
> Since GLSL IR allows multiple ir_variables to share the same name, we
> need to generate unique names when printing the IR. Previously, we
> always used %s@%p, appending the ir_variable's memory address.
>
> While this worked, it had
On Fri, 25 Mar 2011 11:40:47 -0700, "Ian Romanick" wrote:
> Previous to this patch series the mapping of GLSL built-in uniforms to Mesa
> state vectors happend in the back-end. This posed a major problem for the
> planned conversion of the ARB_vertex_program assembler to GLSL IR. In
> assembly s
Since GLSL IR allows multiple ir_variables to share the same name, we
need to generate unique names when printing the IR. Previously, we
always used %s@%p, appending the ir_variable's memory address.
While this worked, it had two drawbacks:
- When there aren't duplicates, the extra "@0x669a3e88"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
One tiny fix...
> + unsigned i;
> + for (i = 0; _mesa_builtin_uniform_desc[i].name != NULL; i++) {
> + if (strcmp(_mesa_builtin_uniform_desc[i].name, name) == 0) {
> + break;
> + }
> + }
> +
...
> + for (unsigned a = 0; a < arra
From: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 48 -
src/mesa/program/ir_to_mesa.cpp | 31 ++---
2 files changed, 38 insertions(+), 41 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
b/src/mesa/drivers/dri/i
From: Ian Romanick
This should be the last bit of infrastructure changes before
generating GLSL IR for assembly shaders.
This commit leaves some odd code formatting in ir_to_mesa and brw_fs.
This was done to minimize whitespace changes / reindentation in some
loops. The following commit will re
From: Ian Romanick
This array is going to be used in the main compiler soon. Leaving
them uniforms.c caused problems for building the stand-alone compiler.
---
src/glsl/ir_variable.cpp | 253 ++
src/mesa/main/uniforms.c | 248 ---
Previous to this patch series the mapping of GLSL built-in uniforms to Mesa
state vectors happend in the back-end. This posed a major problem for the
planned conversion of the ARB_vertex_program assembler to GLSL IR. In
assembly shaders, developers can create the moral equivalent of uniform array
I am looking for assistance in getting a java jogl app set up to use the
osmesa off-screen rendering. Does anyone have a simple example that they
would be willing to share?
Morris
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freed
Meet the same build issue. And fixed it with the same way.
diff --git a/src/egl/wayland/wayland-drm/Makefile
b/src/egl/wayland/wayland-drm/Makefile
index c232769..1a25f5f 100644
--- a/src/egl/wayland/wayland-drm/Makefile
+++ b/src/egl/wayland/wayland-drm/Makefile
@@ -3,6 +3,8 @@
TOP = ../../../..
From 72ec3077dfa9a4af4e28b35d66e71d02f7131ee9 Mon Sep 17 00:00:00 2001
From: Fabian Bieler
Date: Wed, 23 Mar 2011 23:27:01 +0100
Subject: [PATCH 3/3] r600g: Handle texture fetch instructions with relative addressing
---
src/gallium/drivers/r600/r600_shader.c |1 +
1 files changed, 1 inserti
From 8bbfaa7c22fb5a8ddee9d4982f46a18fd5dd7e0b Mon Sep 17 00:00:00 2001
From: Fabian Bieler
Date: Wed, 23 Mar 2011 23:26:41 +0100
Subject: [PATCH 2/3] r600g: Handle texture fetch instructions with neg or abs on source register
---
src/gallium/drivers/r600/r600_shader.c |8 +---
1 files c
Resend without bogus swizzles spotted by Henri Verbeet
From 2ee1d4ba2fab08dba7d5eceb807c6eae3a253eb2 Mon Sep 17 00:00:00 2001
From: Fabian Bieler
Date: Wed, 23 Mar 2011 18:12:44 +0100
Subject: [PATCH 1/3] r600g: Handle texture fetch instructions with swizzle on source register
---
src/gallium/dr
19 matches
Mail list logo
