https://bugs.freedesktop.org/show_bug.cgi?id=45571
--- Comment #8 from Jos van Wolput 2012-02-05
00:50:40 PST ---
After a closer look I noticed that the error I get isn't exactly the same as
the one mentioned by Alexandre Demers:
---
In file included from glsl_parser_extras.h:35:0,
https://bugs.freedesktop.org/show_bug.cgi?id=45571
--- Comment #9 from Knut Petersen 2012-02-05
03:07:34 PST ---
(In reply to comment #6)
> (In reply to comment #4)
> > If it is necessary to run "git clean -dfx" after every change
> > to mesa that means nothing but that the build system is broke
https://bugs.freedesktop.org/show_bug.cgi?id=45622
--- Comment #1 from Christoph Bumiller
2012-02-05 07:42:29 PST ---
Yes that's wrong, it should be 'usage' (the function arg), not 'pr->flags'.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
Hi,
I implemented the GLES 2.0 packing algorithm with the following patches.
It work, no regression (on top of 5be55ed426a5f20723a9fd6ca083235363dd6bd5)
and it passes the glsl-max-varying-2 tests (I'm resending this piglit test
with some fixes : I inverted some size there...).
I'd like to customi
This field allows to address output variables more precisely
(varyings won't have to "hold" a whole register if they are not vec4).
---
src/gallium/state_trackers/dri/drm/dri2.c |3 +++
src/glsl/ir.cpp |1 +
src/glsl/ir.h | 22 +++
---
src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 39 +++-
1 files changed, 31 insertions(+), 8 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp
b/src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp
index 13ba18b..88b8a9d 100644
--- a/src/mesa/drivers/
---
src/glsl/linker.cpp | 659 ++-
1 files changed, 550 insertions(+), 109 deletions(-)
diff --git a/src/glsl/linker.cpp b/src/glsl/linker.cpp
index 5095751..66c1671 100644
--- a/src/glsl/linker.cpp
+++ b/src/glsl/linker.cpp
@@ -1458,6 +1458,8 @@ p
---
tests/shaders/CMakeLists.gl.txt |1 +
tests/shaders/glsl-max-varyings-2.c | 413 +++
2 files changed, 414 insertions(+), 0 deletions(-)
create mode 100644 tests/shaders/glsl-max-varyings-2.c
diff --git a/tests/shaders/CMakeLists.gl.txt b/tests/shaders
https://bugs.freedesktop.org/show_bug.cgi?id=45571
--- Comment #10 from Kenneth Graunke 2012-02-05
14:19:44 PST ---
(In reply to comment #8)
> After a closer look I noticed that the error I get isn't exactly the same as
> the one mentioned by Alexandre Demers:
> ---
> In file included from glsl_
FWIW, I think there are some more errors (wrt base index) in that function:
http://lists.freedesktop.org/archives/mesa-dev/2012-January/018306.html
(I agree though there's a difference if the bounds would point to
vertices outside the array or the bounds are so bogus that no index can
be in the sp
Sorry didn't see this response previously, threading didn't seem to work.
Am 04.02.2012 12:40, schrieb Kenneth Graunke:
> On 01/27/2012 06:00 PM, Roland Scheidegger wrote:
>> in check_index_bounds the comparison needs to be "greater equal" since
>> contrary to the name _MaxElement is the count of
https://bugs.freedesktop.org/show_bug.cgi?id=45660
Bug #: 45660
Summary: shared-glapi breaks glapi dispatch table
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status:
In vbo_exec_DrawRangeElementsBaseVertex, take into account the basevertex.
As far as I can tell it is completely ok (though maybe stupid) to have
start/end of 100/199, with _MaxElement being 100, if the basevertex
is -100 (since the start/end are prior to adding basevertex). The opposite
is also tr
https://bugs.freedesktop.org/show_bug.cgi?id=45571
--- Comment #11 from Jos van Wolput 2012-02-05
20:56:16 PST ---
(In reply to comment #10)
> Uh. Sounds like it's not using a C++ compiler...
I was using gcc-4.7 version 4.7-20120205-1:amd64 from Debian Experimental.
Reverting to
https://bugs.freedesktop.org/show_bug.cgi?id=45571
--- Comment #12 from Jos van Wolput 2012-02-05
23:57:18 PST ---
Correction:
I mentioned a wrong gcc-4.7 version.
I was using gcc-4.7 version 4.7-20120129-1 which caused the issue,
after upgrading to 4.7-20120205-1 (debian experimental) [trunk
15 matches
Mail list logo