Tested-by: Fernando Seiti Furusato (ppc64le,
ppc64, powerpc)
Tested-by: Ben Avison (armv6l, armv7l, i686)
---
test/solid-test.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/test/solid-test.c b/test/solid-test.c
index 7be5466..c6ea397 100644
--- a/test/solid-t
On Fri, 29 May 2015 11:08:49 +0100, Pekka Paalanen wrote:
I think pixman_color needs to be pre-multiplied just like all other
alpha formats, which means that the above way to randomize values into
a pixman_color can produce "luminous" (or invalid?) colors.
Would that raise undefined behaviour,
On 05/29/2015 08:45 AM, Siarhei Siamashka wrote:
Sorry, I did not explain it properly earlier. I did not mean
to replicate the whole 'pix_multiply' function in the little
endian code path.
No worries. What I did felt odd indeed. Let us see :)
The point is that we need to take care of some dif
On Fri, 29 May 2015 15:24:42 +0300
Siarhei Siamashka wrote:
> On Fri, 29 May 2015 13:08:49 +0300
> Pekka Paalanen wrote:
>
> > On Thu, 28 May 2015 16:08:55 -0300
> > Fernando Seiti Furusato wrote:
> >
> > > Hi Ben.
> > >
> > > On 05/28/2015 01:57 PM, Fernando Seiti Furusato wrote:
> > > > He
On Fri, 29 May 2015 13:08:49 +0300
Pekka Paalanen wrote:
> On Thu, 28 May 2015 16:08:55 -0300
> Fernando Seiti Furusato wrote:
>
> > Hi Ben.
> >
> > On 05/28/2015 01:57 PM, Fernando Seiti Furusato wrote:
> > > Hello Ben.
> > >
> > > On 05/27/2015 09:40 AM, Ben Avison wrote:
> > >> On Tue, 26 M
On Thu, 28 May 2015 10:22:48 -0400
Fernando Seiti Furusato wrote:
> I have made some changes to the file pixman-vmx.c, which uses vmx (aka
> altivec)
> to optimize pixman. Basically, what I did:
> Changed the usage of vec_perm, vec_mergeh and vec_mergel. They were giving
> weird results when ru
On Thu, 28 May 2015 16:08:55 -0300
Fernando Seiti Furusato wrote:
> Hi Ben.
>
> On 05/28/2015 01:57 PM, Fernando Seiti Furusato wrote:
> > Hello Ben.
> >
> > On 05/27/2015 09:40 AM, Ben Avison wrote:
> >> On Tue, 26 May 2015 19:16:32 +0100, I wrote:
> >>
> >>> +color.alpha = prng_rand_n