Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=891457
Hin-Tak Leung htl10@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |behdad@fedoraproject.org, | |kevin@tigcc.ticalc.org, | |mkasik@redhat.com Component|cairo |freetype
--- Comment #33 from Hin-Tak Leung htl10@users.sourceforge.net --- Okay, I think I have got a handle on it... reassigning to freetype & I'll take it up with Werner... possibly will result in a new freetype version.
What happened is this: newer cairo started to use a feature in freetype which is still being changed (rather a lot!). older cairo just doesn't do emboldening so isn't afffected by freetype's changes; 5 commits in reverse-order from a freetype developer who isn't Werner (and therefore my faith about 32-bit correctness doesn't apply):
commit 0690d3d7b59ccb54a9938ff99c8621350780fc6e commit dd5718c7d67a5b6d7dfc2546c9bda734b246142e commit 48ce226ae3c2ccbe3230417d118ada4fea8508e3 commit 2bdd0949762acea68b4335f7c73ae14c5a34a2cc commit f875fc71179b1e742d6f782b8c99b0cc031c9467
The 4th make 64-bit freetype work well but simultaneously make 32-bit freetype dramatically poor (this happened after 2.4.9). The first 3 have little or no effect on 64-bit build, but introduces various overflow problems. commit 1 "Fix integer overflows in dd5718c7d67a" in commit 2, but does not fully, so the two of them introduced the reverse-video look I see from 2.4.10 to 2.4.11.