I'm in favor of storing the year in the table, per Ken's suggestion.
This patch looks good to me.
--
Chad Versace
c...@chad-versace.us
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, 2011-03-15 at 13:26 -0700, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/15/2011 08:29 AM, José Fonseca wrote:
> > Attached is a new version of the patch that keeps the extensions sorted
> > alphabetically in the source code, and sorts chronologically in r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/15/2011 08:29 AM, José Fonseca wrote:
> Attached is a new version of the patch that keeps the extensions sorted
> alphabetically in the source code, and sorts chronologically in runtime.
> (Note the patch doesn't apply against the tip of master,
On 03/15/2011 12:22 AM, Marek Olšák wrote:
There is a fail path in r300g that has been working very well for us. If
shader compilation fails, a dummy shader emitting one instruction is
used (usually outputting (0,0,0,1) into the first output). This approach
allows the applications with failing sh
https://bugs.freedesktop.org/show_bug.cgi?id=35336
udo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=35336
--- Comment #1 from udo 2011-03-15 09:59:17 PDT ---
Hmm.
make clean
make -j3
make install
fixed...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=35336
Summary: Mesa 7.11-devel implementation error:
glCompressedTexImage2D should be mapped to 306, not
447
Product: Mesa
Version: git
Platform: Other
OS/Version
On 03/15/2011 09:29 AM, José Fonseca wrote:
On Fri, 2011-03-11 at 15:41 -0800, Brian Paul wrote:
On Fri, Mar 11, 2011 at 2:23 PM, Patrick Baggett
wrote:
I feel like there is some kind of underlying lesson that we, OpenGL app
programmers, should be getting out of this...
Yeah, don't expect t
Yeah, it's the worst spec I have ever read.
I am using the GL3.1 spec instead. There is also a trivial interaction with
ARB_color_buffer_float. If I read the 3.1 spec correctly, there is no way to
store _unclamped_ values to a signed normalized texture when rendering to it
without a call to glClam
On 03/15/2011 02:57 PM, Kristian Høgsberg wrote:
The only missing piece is mapping bos? What do you need that for?
Software fallbacks mainly. Or just the application wanting access via Lock
instead of Read/Write.
Would something like EGL_lock_surface2 work?
Don't know that in detail, but w
On Mon, Mar 14, 2011 at 5:23 PM, Brian Paul wrote:
> On Mon, Mar 14, 2011 at 4:03 PM, Jon TURNEY
> wrote:
>> On 16/02/2011 15:44, Julien Cristau wrote:
>>> On Wed, Feb 16, 2011 at 15:11:34 +, Jon TURNEY wrote:
>>>
At the moment, libGL cannot be built --with-driver=dri
--disable-dr
On Sat, 2011-03-12 at 01:22 -0800, Kenneth Graunke wrote:
> On Friday, March 11, 2011 01:23:12 PM Patrick Baggett wrote:
> > I feel like there is some kind of underlying lesson that we, OpenGL app
> > programmers, should be getting out of this...
>
> Yes. Don't blindly copy abitrary amounts of da
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/10/2011 02:46 PM, Marek Olšák wrote:
> The specification of GL_EXT_texture_snorm says:
>
> OpenGL 3.0 is required.
>
> This extension is written against the OpenGL 3.0 specification.
And then all of the chapter headings in the spec sa
Both look good, thanks. I have pushed them.
Marek
2011/3/12 Mathias Fröhlich
>
> Hi,
>
> Attached are two small patches to mesas gallium state tracker to bring that
> a
> little more in line with the new PIPE_TRANSFER_DISCARD_* flags.
>
> Please review and may be apply.
>
> Thanks
>
> Mathias
>
On Sun, Mar 13, 2011 at 3:35 AM, Denis Oliver Kropp wrote:
> On 13/03/11 08:29, Dave Airlie wrote:
>> On Sun, Mar 13, 2011 at 5:15 PM, Denis Oliver Kropp
>> wrote:
>>> On 13/03/11 08:09, Dave Airlie wrote:
On Sun, Mar 13, 2011 at 5:02 PM, Denis Oliver Kropp
wrote:
> Hi,
>
>>>
On Tue, Mar 15, 2011 at 12:12 AM, Keith Packard wrote:
> On Tue, 15 Mar 2011 13:52:40 +1000, Dave Airlie wrote:
>
>> a) undo ajax's cleanup, fix generator scripts to work again (not sure
>> how possible that is
>> since Olv's mapi changes), import latest GLX into server on a
>> semi-regular basis
On Mon, 2011-03-14 at 07:45 +0100, Mathias Fröhlich wrote:
>
> On Sunday, March 13, 2011 17:34:08 Henri Verbeet wrote:
> > Ok, pushed. You had some whitespace issues, I've fixed those, but for
> > future reference please note that r600g uses tabs for indentation.
> Ok. I hoped that I always did s
With mesa-from-git, I see this messages in VT-1 from where I run startx:
Mesa: User error: GL_INVALID_ENUM in CreateShader(type)
Mesa: User error: GL_INVALID_VALUE in glShaderSourceARB
Mesa: User error: GL_INVALID_VALUE in glCompileShader
Mesa: User error: GL_INVALID_VALUE in glGetObjectParameteri
18 matches
Mail list logo
