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
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
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=45660
Bug #: 45660
Summary: shared-glapi breaks glapi dispatch table
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status:
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
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
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_
---
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
---
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
---
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/
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 +++
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
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
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=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,
15 matches
Mail list logo