[Mesa-dev] vertex shader that processes 0 vertex data

I was looking at glsl-vs-point-size in piglit today and it doesn't work on gallium. void main() { gl_Position = vec4(0.0, 0.0, 0.0, 1.0); gl_PointSize = 16.0; gl_FrontColor = vec4(1.0, 1.0, 1.0, 1.0); } Since the vertex shader doesn't have any declared inputs, we work out

[Mesa-dev] [Bug 29793] [glsl2]piglit glslparsertest_glsl2_struct-05.vert and glslparsertest_glsl2_redeclaration-02.vert fail

https://bugs.freedesktop.org/show_bug.cgi?id=29793 fangxun changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #3 from fangxun 2010-08-

Re: [Mesa-dev] proper way to regenerate built-in functions?

On Tuesday 31 August 2010 18:24:53 Brian Paul wrote: > I just fixed a bug in the atan() built-in function. After editing the > src/glsl/builtins/ir/atan file, I found that the only way to reliably > rebuild everything was: > > pushd src/glsl/; make clean; make builtins; make; popd; make This is

Re: [Mesa-dev] [RFC] Mesa 7.9 release criteria

On 08/31/2010 02:57 PM, Ian Romanick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 We'd still like to release Mesa 7.9 at the end of September. That's four weeks from now. As soon as the glsl2-loops branch lands (I'm expecting this to be this week), all of the major development on the n

[Mesa-dev] [Bug 29910] Mesa advertises bogus GL_ARB_shading_language_120

https://bugs.freedesktop.org/show_bug.cgi?id=29910 --- Comment #2 from Brian Paul 2010-08-31 18:30:55 PDT --- Bruce, are you talking about seeing GL_ARB_shading_language_120 in the list of extensions? Ian is right that drivers would enable ctx->Extensions.ARB_shading_language_120 if they support

[Mesa-dev] proper way to regenerate built-in functions?

I just fixed a bug in the atan() built-in function. After editing the src/glsl/builtins/ir/atan file, I found that the only way to reliably rebuild everything was: pushd src/glsl/; make clean; make builtins; make; popd; make If I just did: pushd src/glsl/; make; popd; make I'd get runtime

Re: [Mesa-dev] [RFC] Mesa 7.9 release criteria

On Wed, Sep 1, 2010 at 6:57 AM, Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > We'd still like to release Mesa 7.9 at the end of September.  That's > four weeks from now.  As soon as the glsl2-loops branch lands (I'm > expecting this to be this week), all of the major de

[Mesa-dev] [Bug 29835] [regression] Post-GLSL2 Mesa culls too much by default.

https://bugs.freedesktop.org/show_bug.cgi?id=29835 Eric Anholt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 29910] Mesa advertises bogus GL_ARB_shading_language_120

https://bugs.freedesktop.org/show_bug.cgi?id=29910 --- Comment #1 from Ian Romanick 2010-08-31 15:12:26 PDT --- That is bogus. I believe the reason Mesa does this is there is no other way for a driver to advertise to the core that it supports 1.20 than enabling an extension. As far as I'm awar

[Mesa-dev] [Bug 29910] New: Mesa advertises bogus GL_ARB_shading_language_120

https://bugs.freedesktop.org/show_bug.cgi?id=29910 Summary: Mesa advertises bogus GL_ARB_shading_language_120 Product: Mesa Version: git Platform: All OS/Version: All Status: NEW Severity: minor Priority: medium

[Mesa-dev] [RFC] Mesa 7.9 release criteria

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 We'd still like to release Mesa 7.9 at the end of September. That's four weeks from now. As soon as the glsl2-loops branch lands (I'm expecting this to be this week), all of the major development on the new compiler will be complete. There's still a

Re: [Mesa-dev] GLSL swizzle lowering

With Cg toolkit 2.1, it prints this: test.glsl(6) : error C1011: cannot index a non-array value With Cg toolkit 3.0, it works, but produces a mess in any profile, which seems among the worst ways you could imagine of doing this. Perhaps the feature is infrequently used, so they didn't bother to op

Re: [Mesa-dev] GLSL swizzle lowering

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marek Olšák wrote: > On Tue, Aug 31, 2010 at 7:20 PM, Ian Romanick > wrote: > Marek Ol?ák wrote: >> a D3D10 feature), which kind of makes this optimization a no-go. I >> suggest using SEQ instead: > >> bvec4 selector = eq

[Mesa-dev] [Bug 29909] DummyFramebuffer and DummyRenderbuffer mutexes not initialized

https://bugs.freedesktop.org/show_bug.cgi?id=29909 Vladimir Vukicevic changed: What|Removed |Added Attachment #38341|application/octet-stream|text/plain mime type|

[Mesa-dev] [Bug 29909] New: DummyFramebuffer and DummyRenderbuffer mutexes not initialized

https://bugs.freedesktop.org/show_bug.cgi?id=29909 Summary: DummyFramebuffer and DummyRenderbuffer mutexes not initialized Product: Mesa Version: unspecified Platform: Other OS/Version: Windows (All) Status: NEW

Re: [Mesa-dev] GLSL swizzle lowering

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Barbieri wrote: > nv30 and nv40 support SEQ everywhere, and Marek's SEQ/DP4 seems optimal. > > BTW, the nVidia Cg compiler (which can tell us what nVidia does) > doesn't seem to accept my naive attempts to index a vector in GLSL: is > something s

[Mesa-dev] [Bug 29822] [glsl bisected] Unigine Sanctuary v2.2: no shadows (allocation of uniforms failed)

https://bugs.freedesktop.org/show_bug.cgi?id=29822 Eric Anholt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [Mesa-dev] GLSL swizzle lowering

nv30 and nv40 support SEQ everywhere, and Marek's SEQ/DP4 seems optimal. BTW, the nVidia Cg compiler (which can tell us what nVidia does) doesn't seem to accept my naive attempts to index a vector in GLSL: is something special needed to do it? (some version directive, or special syntax?) _

Re: [Mesa-dev] GLSL swizzle lowering

On Tue, Aug 31, 2010 at 7:20 PM, Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Marek Ol?ák wrote: > > On Tue, Aug 31, 2010 at 2:14 AM, Ian Romanick > > wrote: > > > > While I was trying to get one of the Humus demos working today, it >

[Mesa-dev] [Bug 29822] [glsl bisected] Unigine Sanctuary v2.2: no shadows (allocation of uniforms failed)

https://bugs.freedesktop.org/show_bug.cgi?id=29822 --- Comment #1 from Eric Anholt 2010-08-31 10:43:52 PDT --- commit 4c47509a41f0fd6e1ab673c94cca25206089f5ca Author: Eric Anholt Date: Tue Aug 31 10:33:17 2010 -0700 glsl-uniform-linking-1: New test for a failure in uniform handling for Un

Re: [Mesa-dev] GLSL swizzle lowering

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marek Ol?ák wrote: > On Tue, Aug 31, 2010 at 2:14 AM, Ian Romanick > wrote: > > While I was trying to get one of the Humus demos working today, it > occurred to me that we can possibly do better than > ir_vec_

Re: [Mesa-dev] 7.8.3 release

tom fogal writes: > tom fogal writes: > > Brian Paul writes: > > > On 08/23/2010 10:12 AM, tom fogal wrote: > > > > Anyway the point of this mail is that I'd like to push whomever > > > > does these things (Ian?) to create a 7.8.3 release. > > > > > > I'd be happy to make the 7.8.3 release at an

Re: [Mesa-dev] Mesa EGL extensions

2010/8/27 Brian Paul : > On 08/27/2010 06:26 AM, Kristian Høgsberg wrote: >> >> 2010/8/27 Chia-I Wu: >>> >>> 2010/8/27 Kristian Høgsberg: On Thu, Aug 26, 2010 at 11:55 AM, nobled  wrote: I can't speak for EGL_MESA_screen_surface, but shipping unauthorized tokens certainly is a p