[change the subject because of typo and it is not about the patch]
On Sun, Jul 18, 2010 at 7:31 PM, Keith Whitwell kei...@vmware.com wrote:
If we're reorganising these interfaces, there are a couple of things I'd
like to see done differently. In particular, within your draw_info
struct there
On 07/17/2010 02:50 PM, Marek Olšák wrote:
Hi,
the attached patch attempts to fix bogus reports of
GL_FRAMEBUFFER_UNSUPPORTED when there is a D24S8 texture attached as
both depth and stencil attachments. The problem is such a renderbuffer
is of GL_TEXTURE type which has not been handled
On Tue, 13 Jul 2010 16:46:21 -0700, Segovia, Benjamin
benjamin.sego...@intel.com wrote:
To be more precise,
- The shader compiler present in src/mesa/slang is used.
- The glsl shader (randomly taken on the net) is:
void main(){
const float PI = 3.14159265358979323846264;
const float
---
src/mesa/drivers/dri/r600/r700_fragprog.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/dri/r600/r700_fragprog.c
b/src/mesa/drivers/dri/r600/r700_fragprog.c
index bf17a97..fa01890 100644
--- a/src/mesa/drivers/dri/r600/r700_fragprog.c
+++
Hi,
the attached patch implements depth texture modes which have been missing in
st/mesa since ever. It works with both software pipes and r300g, so it
should be ok.
Please review.
-Marek
From 209f91d0f74279cea42bf6f34b39720f5052e1fb Mon Sep 17 00:00:00 2001
From:
On Mon, Jul 19, 2010 at 4:50 PM, Henri Verbeet hverb...@gmail.com wrote:
---
src/mesa/drivers/dri/r600/r700_fragprog.c | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/dri/r600/r700_fragprog.c
b/src/mesa/drivers/dri/r600/r700_fragprog.c
index
On 19 July 2010 23:13, Matt Turner matts...@gmail.com wrote:
I can't speak to the meaning of this change, but the use of ^ and !!
is just an abuse of the language.
^ is binary XOR. Logical XOR is !=.
Let's write this like
if ((ctx-Point.SpriteOrigin == GL_LOWER_LEFT) !=
On 07/19/2010 03:13 PM, Lee Fallat wrote:
Hello, today I tried compiling libgl-git-gallium from AUR (ArchLinux
User Repository), and there seems to be a compilation error...Could
someone point me to how I should go about fixing this?...It's source is
from July 6(?) of this year (2010), just
- Improved optimization of GPU programs. Now, swizzling is taken into account
and swizzles are properly transformed while removing mov instructions.
Removals of mov instructions are now much more effective
- Analysis of control flows is still very primitive and far more too
conservative.
https://bugs.freedesktop.org/show_bug.cgi?id=29052
Shuang He shuang...@intel.com changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #5
10 matches
Mail list logo