-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luca Barbieri wrote:
> Module: Mesa
> Branch: master
> Commit: fbc7c9b7a9d9df979ea82136d2b74121e5d4346e
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=fbc7c9b7a9d9df979ea82136d2b74121e5d4346e
>
> Author: Luca Barbieri
> Date: Tue Sep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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
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
size.
Regarding ifs, it would be nice to also remove empty else bra
> I think you forgot to include this file in this commit.
Yes, sorry.
> This is one that I was going to give some review comments on. I really
> want to have this change in 7.9, but the patch is going to need some
> changes. When we first discussed using C++ in the GLSL compiler in
> Mesa, we go
2010/9/13 keith whitwell :
> Hey Kristian,
>
> The first question is whether this is necessary - from vague memory I
> have an idea that current attributes need not be updated by vertex
> buffer rendering - ie. it's optional/implementation-dependent.
>
> I assume you're concerned with the case wher
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
keith whitwell wrote:
> Hey Kristian,
>
> The first question is whether this is necessary - from vague memory I
> have an idea that current attributes need not be updated by vertex
> buffer rendering - ie. it's optional/implementation-dependent.
>
>
Hey Kristian,
The first question is whether this is necessary - from vague memory I
have an idea that current attributes need not be updated by vertex
buffer rendering - ie. it's optional/implementation-dependent.
I assume you're concerned with the case where you have something like
// ctx->C
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Vinson Lee changed:
What|Removed |Added
Depends on||29849
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Vinson Lee changed:
What|Removed |Added
Depends on||29848
--
Configure bugmail: https://bugs.f
On Mon, 2010-09-13 at 23:09 +0300, Aras Pranckevicius wrote:
> Also, glewinfo[1] shows that there are a lot of OpenGL 2.0 and
> OpenGL
> 3.0 specific functions available - shouldn't it be OpenGL 3.0
> instead of
> OpenGL 1.5?
>
> It can only return 3.0 if _a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luca Barbieri wrote:
> Module: Mesa
> Branch: shader-work
> Commit: 831691d0bdcae4b1efbab3a62f7ead59e30ae5d7
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=831691d0bdcae4b1efbab3a62f7ead59e30ae5d7
>
> Author: Luca Barbieri
> Date: We
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25994, which changed state.
Bug 25994 Summary: [GM45][GLSL] 'return' statement in vertex shader unsupported
https://bugs.freedesktop.org/show_bug.cgi?id=25994
What|Old Value |New Value
--
https://bugs.freedesktop.org/show_bug.cgi?id=25994
Ian Romanick changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
>
> Also, glewinfo[1] shows that there are a lot of OpenGL 2.0 and OpenGL
> 3.0 specific functions available - shouldn't it be OpenGL 3.0 instead of
> OpenGL 1.5?
>
It can only return 3.0 if _all_ required 3.0 functionality is implemented.
Similar thing exists in Apple land for example - currentl
OpenGL Version: 1.5 Mesa 7.9-devel
But I've just run some OpenGL 2.0 specific programs with it and they all
seem to work just fine.
Or am I misunderstanding the issue with the OpenGL versioning?
Also, glewinfo[1] shows that there are a lot of OpenGL 2.0 and OpenGL
3.0 specific functions availa
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 30168, which changed state.
Bug 30168 Summary: [llvmpipe] lp_rast_tri.c:120: error: ‘union lp_rast_cmd_arg’
has no member named ‘tri’
https://bugs.freedesktop.org/show_bug.cgi?id=30168
What|Old Value
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Vinson Lee changed:
What|Removed |Added
Depends on||30168
--
Configure bugmail: https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 29847, which changed state.
Bug 29847 Summary: [i965] SIGSEGV ir_hv_accept.cpp:45
https://bugs.freedesktop.org/show_bug.cgi?id=29847
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Vinson Lee changed:
What|Removed |Added
Depends on||29987
--
Configure bugmail: https://bugs.f
Setting constant vertex attributes with glDrawArrays() doesn't work right
because the last attribute isn't copied to ctx->Current. Typically,
only the last attribute doesn't get set, since vbo_exec_wrap_upgrade_vertex()
ends up getting called when setting a new attribute, and it will copy all
prev
2010/9/13 Michel Dänzer :
> On Mon, 2010-09-13 at 05:43 -0700, Kristian HXXgsberg wrote:
>> Module: Mesa
>> Branch: master
>> Commit: 4ebf07a426771b62123e5fcb5a8be0de24037af1
>> URL:
>> http://cgit.freedesktop.org/mesa/mesa/commit/?id=4ebf07a426771b62123e5fcb5a8be0de24037af1
>>
>> Author: Krist
On Sat, 2010-09-11 at 15:48 -0700, Luca Barbieri wrote:
> Jose Fonseca seemed open to accepting this, but no final go ahead was given.
>
> > We need this to enable full loop unrolling for r3xx->r4xx fragment shaders,
> > which don't support loops. It's needed for the blur shader in KWin to work.
>
On Mon, 2010-09-13 at 05:43 -0700, Kristian HXXgsberg wrote:
> Module: Mesa
> Branch: master
> Commit: 4ebf07a426771b62123e5fcb5a8be0de24037af1
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=4ebf07a426771b62123e5fcb5a8be0de24037af1
>
> Author: Kristian Høgsberg
> Date: Mon Sep 1
https://bugs.freedesktop.org/show_bug.cgi?id=30138
--- Comment #1 from Michel Dänzer 2010-09-13 01:59:47 PDT
---
The glxinfo output looks like this is actually a Git master snapshot. This
problem could be fixed as of commit 6a6e6d7b0a84e20f9754af02a575ae34081d310c
('Fix crashes when some GLX API
On Sat, Sep 11, 2010 at 11:55 PM, Marek Olšák wrote:
> Please, can we get this patch committed? (along with the other patches this
> one depends on)
>
> We need this to enable full loop unrolling for r3xx->r4xx fragment shaders,
> which don't support loops. It's needed for the blur shader in KWin
25 matches
Mail list logo
