[cairo] regression in text rendering when not using Render xlib
Behdad Esfahbod
behdad at behdad.org
Thu Mar 8 09:42:10 PST 2007
On Tue, 2007-03-06 at 11:04 -0500, Frederic Crozat wrote:
> Le mardi 06 mars 2007 à 10:28 -0500, Behdad Esfahbod a écrit :
> > On Tue, 2007-03-06 at 03:47 -0500, Frederic Crozat wrote:
> > > Le lundi 05 mars 2007 à 16:05 -0500, Behdad Esfahbod a écrit :
> > > > On Mon, 2007-03-05 at 08:53 -0500, Frederic Crozat wrote:
> > > > >
> > > > > You need to apply first fix and second one in sequence (I've undo some
> > > > > of the change I did in my first patch, which aren't really needed).
> > > >
> > > > In that case, would you mind giving us a final combined patch, without
> > > > any formatting changes please?
> > >
> > > I wanted git to give me a combined patch with changelog but I'm still a
> > > newbie for that ;)
> > >
> > > Anyway, new patch attached.
> >
> > Thanks. BTW, cairo's configure tries to use -fno-strict-aliasing. Did
> > you force it off or something to hit this bug?
>
> Our default packages CFLAGS are :
> on x86 : -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> -fomit-frame-pointer -march=i586 -mtune=generic
> -fasynchronous-unwind-tables
>
> and on x86-64 : -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>
> and they overwrite default CFLAGS in an autoconf/automake setup.
>
> Which is why we were the only one to see this problem.
I still don't see how that makes cairo not use -fno-strict-aliasing.
> So, I think we can say -fno-strict-aliasing can be removed from cairo
> with my patch :)
Well, it's less harmful now. But theoretically we still need it,
because we cast different surface types (abstract and specific) all the
time.
--
behdad
http://behdad.org/
"Those who would give up Essential Liberty to purchase a little
Temporary Safety, deserve neither Liberty nor Safety."
-- Benjamin Franklin, 1759
More information about the cairo
mailing list