So I don't understand cmake,
but there is a lot of implicit linking going on in piglit, and in
Fedora 13 our linker doesn't like that anymore.
So for example the fp-rfl test uses sqrt which means it needs to link
to libm not get libm via other links,
glx-multithread needs to link to pthread etc.
I named it that way because it is datatype conversion functionality,
which is conceptually a lower layer than format conversion, which
operates on multi-component formats, and is also totally independent
of the existing format conversion functionality.
It is the only member of that layer because a
When matching attributes using the 'mask' matching criteria, the spec
says that
"Only GLXFBConfigs for which the set bits of attribute include all
the bits that are set in the requested value are
considered. (Additional bits might be set in the attribute)."
The current test returns true i
On Thu, Apr 8, 2010 at 16:37, Jesse Barnes wrote:
> On Thu, 8 Apr 2010 18:38:03 -0400
> Alex Deucher wrote:
>
>> On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul wrote:
>> >
>> > Unless there's some objection I'm going to subscribe everyone to the
>> > new FD.O-based mesa-dev mailing list who's on the
On Thu, 8 Apr 2010 18:38:03 -0400
Alex Deucher wrote:
> On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul wrote:
> >
> > Unless there's some objection I'm going to subscribe everyone to the
> > new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list.
> > Probably in the next 24 hours.
> >
> >
On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul wrote:
>
> Unless there's some objection I'm going to subscribe everyone to the
> new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list.
> Probably in the next 24 hours.
>
> Then, some of you may have to log into the mailman interface
> (http:
Unless there's some objection I'm going to subscribe everyone to the
new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list.
Probably in the next 24 hours.
Then, some of you may have to log into the mailman interface
(http://lists.freedesktop.org/mailman/listinfo/mesa-dev) to set di
On Thu, Apr 8, 2010 at 3:54 PM, Keith Whitwell wrote:
> OK, it seems like quite a few cases had migrated to the new
> buffer_map_range() behaviour. I've looked at all I can find and moved
> them back to the old behaviour.
>
> glean is passing now on softpipe.
>
There's now an assertion failure
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This change isn't correct. This causes the test to read from the back
buffer after the call to glutSwapBuffers. The swap buffer call can,
especially on DRI2, cause the backbuffer to be filled with garbage.
This can cause the test to fail when nothing
On Thu, 2010-04-08 at 09:33 -0700, José Fonseca wrote:
> The attached patch adds missing D3D9 color formats.
>
> We've been going back and forward whether to add these or not, but the
> end conclusion seems there is no harm to add these formats, no matter
> how weird some are, as state tracker and
Hi Luca,
Would you mind I rename u_half.? to u_format_half.?, so that all format
related sources group when sorted by name?
Jose
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed com
The attached patch adds missing D3D9 color formats.
We've been going back and forward whether to add these or not, but the
end conclusion seems there is no harm to add these formats, no matter
how weird some are, as state tracker and pipe drivers are free to ignore
them.
The util module should su
On Wed, 2010-04-07 at 18:58 -0700, Marek Olšák wrote:
> On Wed, Apr 7, 2010 at 7:01 PM, Keith Whitwell
> wrote:
>
> On Tue, 2010-04-06 at 03:28 -0700, Keith Whitwell wrote:
> > On Fri, 2010-04-02 at 23:23 -0700, Marek Olšák wrote:
> > > There's something fishy in u
13 matches
Mail list logo
