Handles the case with function inout params where array elements
do an assignment to themselves e.g.
void array_mod(inout int b[2])
{
b[0] = int(2);
b[1] = b[1];
}
Fixes assert in nir for:
ES31-CTS.arrays_of_arrays.InteractionFunctionCalls2
https://bugs.freedesktop.org/show_bug.cgi?
On Sun, 2015-11-01 at 08:03 +0200, Tapani Pälli wrote:
> On 11/01/2015 01:20 AM, Timothy Arceri wrote:
> > On Sat, 2015-10-31 at 06:52 +0200, Tapani Pälli wrote:
> > > On 10/30/2015 05:57 PM, Ilia Mirkin wrote:
> > > > On Fri, Oct 30, 2015 at 8:30 AM, Tapani Pälli
> > > > wrote:
> > > > > Since in
https://bugs.freedesktop.org/show_bug.cgi?id=92366
cprigent changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |ramix.ben.hass...@intel.com
https://bugs.freedesktop.org/show_bug.cgi?id=92706
EoD changed:
What|Removed |Added
CC||e...@xmw.de
--
You are receiving this mail becaus
Just wanted to note down some thoughts and get some feedback before
going forward. I've already sent out a series which covered a lot of
this, but in the end I realized it came up a bit short (available at
https://github.com/imirkin/mesa/commits/fd2).
There are two separate buffer-related features
AFAIK, nothing in the spec prevents shader compiles to happen in the
background. Further, ARB_parallel_shader_compile provides a way to
explicitly support this by providing a non-blocking query of current
compile status. I take this to mean that any "regular" touch of the
shader/programs will wait
There was already some work done for this (with i965) a while back:
http://lists.freedesktop.org/archives/mesa-dev/2014-July/063008.html
IIRC the reason it didn't get merged was that Chia never actually made
sure that the compiler was threadsafe (despite some patches fixing
some things). I can't
On Sun, Nov 1, 2015 at 7:27 PM, Connor Abbott wrote:
> There was already some work done for this (with i965) a while back:
>
> http://lists.freedesktop.org/archives/mesa-dev/2014-July/063008.html
>
> IIRC the reason it didn't get merged was that Chia never actually made
> sure that the compiler wa
---
src/mapi/glapi/gen/es_EXT.xml | 88 +++
src/mesa/main/extensions.c| 2 +
src/mesa/vbo/vbo_exec_array.c | 19 --
3 files changed, 105 insertions(+), 4 deletions(-)
diff --git a/src/mapi/glapi/gen/es_EXT.xml b/src/mapi/glapi/gen/es_EXT.xml
in
On Fri, Oct 30, 2015 at 3:57 PM, Ryan Houdek wrote:
> ---
> src/mapi/glapi/gen/es_EXT.xml | 88
> +++
> src/mesa/main/extensions.c| 2 +
> src/mesa/vbo/vbo_exec_array.c | 19 --
> 3 files changed, 105 insertions(+), 4 deletions(-)
>
> diff --g
On Sun, Nov 1, 2015 at 8:00 PM, Ilia Mirkin wrote:
> On Fri, Oct 30, 2015 at 3:57 PM, Ryan Houdek wrote:
>> ---
>> src/mapi/glapi/gen/es_EXT.xml | 88
>> +++
>> src/mesa/main/extensions.c| 2 +
>> src/mesa/vbo/vbo_exec_array.c | 19 --
>> 3 f
---
docs/GL3.txt | 2 +-
docs/relnotes/11.1.0.html | 2 +
.../glapi/gen/ARB_draw_elements_base_vertex.xml| 6 +-
src/mapi/glapi/gen/es_EXT.xml | 88 ++
src/mesa/main/extensions.c
On Sun, Nov 1, 2015 at 9:54 PM, Ryan Houdek wrote:
> ---
> docs/GL3.txt | 2 +-
> docs/relnotes/11.1.0.html | 2 +
> .../glapi/gen/ARB_draw_elements_base_vertex.xml| 6 +-
> src/mapi/glapi/gen/es_EXT.xml |
This has been tested with the piglits in the mailing list and
on the Dolphin emulator.
---
docs/GL3.txt | 2 +-
docs/relnotes/11.1.0.html | 2 +
.../glapi/gen/ARB_draw_elements_base_vertex.xml| 6 +-
src/mapi/glapi/gen/es_EXT.xm
This has been tested with the piglits in the mailing list and
on the Dolphin emulator.
---
docs/GL3.txt | 2 +-
docs/relnotes/11.1.0.html | 2 +
.../glapi/gen/ARB_draw_elements_base_vertex.xml| 6 +-
src/mapi/glapi/gen/es_EXT.xm
This has been tested with the piglits in the mailing list and
on the Dolphin emulator.
---
docs/GL3.txt | 2 +-
docs/relnotes/11.1.0.html | 2 +
.../glapi/gen/ARB_draw_elements_base_vertex.xml| 6 +-
src/mapi/glapi/gen/es_EXT.xm
On Sun, Nov 1, 2015 at 10:24 PM, Ryan Houdek wrote:
> This has been tested with the piglits in the mailing list and
> on the Dolphin emulator.
> ---
> docs/GL3.txt | 2 +-
> docs/relnotes/11.1.0.html | 2 +
> .../glapi/gen/ARB_draw_
Patch changes linker to allocate gl_shader_variable instead of using
ir_variable. This makes it possible to get rid of ir_variables and ir
in memory after linking.
v2: check that we do not create duplicate entries with
packed varyings
Signed-off-by: Tapani Pälli
---
src/glsl/linker.cpp
On Mon, Nov 2, 2015 at 1:58 AM, Tapani Pälli wrote:
> Patch changes linker to allocate gl_shader_variable instead of using
> ir_variable. This makes it possible to get rid of ir_variables and ir
> in memory after linking.
>
> v2: check that we do not create duplicate entries with
> packed vary
19 matches
Mail list logo
