It is not as old as I was thinking
http://www.opengl.org/registry/specs/SUN/slice_accum.txt
$Date: 02/03/13 15:15:35 $Revision: 1.3 $
But extension itself talks about accumulation buffer(s)[0], they supported
currently in software in mesa, and many old consumer-level cards seems don't
Make libr300compiler.a a PHONY target so that this library will always be
built. This fixes the problem of libr300compiler.a not being updated
when r300g is being built and r300c is not.
This is a candidate for the Mesa 7.9 branch.
---
src/gallium/drivers/r300/Makefile |1 +
1 files changed,
> It's because I never had the time to actually test it properly. The interface
> is right though, the implementation is supposed to follow the D3D semantics
> and we should stick with that, instead of passing cso's and making behavior
> switch based on magic null arguments.
I think you need that
On Sunday 19 September 2010 13:44:33 Luca Barbieri wrote:
> The current version of draw_stream_output in softpipe seems to attempt
> to draw using the currently bound stream output buffer as input.
It's because I never had the time to actually test it properly. The interface
is right though, the
On Sun, Sep 19, 2010 at 5:59 PM, Eric Anholt wrote:
> On our way to OpenGL 3.0, it would be nice to clean out some of the
> optional deprecated features that Mesa supports. The ARB_imaging subset
> is the highest on my list -- it significantly clutters up the pixel
> path, and has always been opt
On our way to OpenGL 3.0, it would be nice to clean out some of the
optional deprecated features that Mesa supports. The ARB_imaging subset
is the highest on my list -- it significantly clutters up the pixel
path, and has always been optional even though the specification text
got rolled into Open
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 30231, which changed state.
Bug 30231 Summary: [i915g] undefined symbol: talloc_vasprintf_append
https://bugs.freedesktop.org/show_bug.cgi?id=30231
What|Old Value |New Value
-
keith whitwell [2010-09-19 18:37]:
> Looks good, thanks Tilman.
Thanks, I've pushed the patch.
> On Sun, Sep 19, 2010 at 8:24 AM, Tilman Sauerbeck
> wrote:
> > Signed-off-by: Tilman Sauerbeck
> > ---
> > src/gallium/docs/source/tgsi.rst | 2 +-
> > 1 files changed, 1 insertions(+), 1 delet
Signed-off-by: Tilman Sauerbeck
---
The same fix needs to be applied to a bunch of other Python scripts,
but tri.py seems to be a good starting point.
src/gallium/tests/python/samples/tri.py |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/tests/python
https://bugs.freedesktop.org/show_bug.cgi?id=29789
David Ronis changed:
What|Removed |Added
Severity|major |critical
--
Configure bugmail: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=29789
--- Comment #2 from David Ronis 2010-09-19 12:18:11 PDT
---
Folks, this should be trivial to fix, but hasn't been.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Hi!
Patch was not exactly correct, pre-GeForce3 (pre nv20) cards can't do texture
borders, even if said mode (CLAMP_TO_BORDER) listed in current headers
(nouveau_class.h) and code has case switch for it.
But strangely, for me extension pop up in list just as i added it (i was
played with cube
The current version of draw_stream_output in softpipe seems to attempt
to draw using the currently bound stream output buffer as input.
This does not match D3D10/11's DrawAuto, which instead draws with the
current vertex buffer (and requires having only one bound), but using
the primitive count fr
Looks good, thanks Tilman.
Keith
On Sun, Sep 19, 2010 at 8:24 AM, Tilman Sauerbeck wrote:
> Signed-off-by: Tilman Sauerbeck
> ---
> src/gallium/docs/source/tgsi.rst | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/gallium/docs/source/tgsi.rst
> b/src/gallium/
Signed-off-by: Tilman Sauerbeck
---
src/gallium/drivers/r600/r600_shader.c | 49 +--
1 files changed, 27 insertions(+), 22 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_shader.c
b/src/gallium/drivers/r600/r600_shader.c
index 4da6850..7e51db6 100644
--- a/
On Tue, 14 Sep 2010 03:55:06 +0200, Luca Barbieri
wrote:
> ir_lower_jumps should already do the jump unification, and
> could/should also remove the continue.
> It's probably best to put all jump manipulations there to avoid
> risking rerunning all passes a number of times linear in the program
>
Hi Jakob,
On Sat, 2010-09-18 at 07:30 -0700, Jakob Bornecrantz wrote:
> On Sat, Sep 18, 2010 at 4:26 PM, Jakob Bornecrantz
> wrote:
> > Looking over some of the piglit failings that Vinsons have posted running
> > on softpipe (we are down to 3005/3048). At first I was just going to make
> > the
Signed-off-by: Tilman Sauerbeck
---
src/gallium/docs/source/tgsi.rst |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/docs/source/tgsi.rst b/src/gallium/docs/source/tgsi.rst
index e588c5b..4c1f47a 100644
--- a/src/gallium/docs/source/tgsi.rst
+++ b/src/gallium
https://bugs.freedesktop.org/show_bug.cgi?id=30261
Summary: [GLSL 1.20] allowing inconsistent invariant
declaration between two vertex shaders
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
19 matches
Mail list logo
