Age | Commit message (Collapse) | Author | Files |
|
|
|
|
|
|
|
and '692c2b51db3e49bf51daec9a4656898cf8994fff'
|
|
patch to get a nice speed up
|
|
|
|
|
|
|
|
12% speedup of cairo.
|
|
|
|
|
|
|
|
|
|
From the release notes:
This is the fifth development snapshot in the 1.3 series. It comes 9
days after the 1.3.8 snapshot, and still well within our goal of
having a new snapshot every week, (though don't expect one next
week---we'll all be too stuffed with sugar plums).
Speaking of sugar plums, there's a sweet treat waiting in this cairo
snapshot---greatly improved performance for stroking rectilinear
shapes, like the ever common rectangle:
image-rgb box-outline-stroke-100 0.18 -> 0.01: 25.58x speedup
In past releases of cairo, some people had noticed that using
cairo_stroke to draw rectilinear shapes could be awfully slow. Many
people had worked around this by using cairo_fill with a more complex
path and gotten a 5-15x performance benefit from that.
If you're one of those people, please rip that workaround out, as now
the more natural use of cairo_stroke should be 1.2-2x faster than the
unnatural use of cairo_fill.
And if you hadn't ever implemented that workaround, then you just
might get to see your stroked rectangles now get drawn 5-25x faster.
|
|
update snapshot to 1.3.8, from its news file:
After the bug fixes in 1.3.6, we're back to our original program of
weekly snapshots, each one faster than the one from the week
before. Cairo 1.3.8 brings a 2x improvement in the speed of rendering
linear gradients (thanks to David Turner), and a significant reduction
in X traffic when rendering text (thanks to Xan Lopez and Behdad
Esfahbod), making cairo behave very much like Xft does.
A few other things in the 1.3.8 snapshot worth noting include a more
forgiving image comparator in the test suite, (using the "perceptual
diff" metric and GPL implementation by Hector Yee[*]), a bug fix for
broken linking on x86_64 (thanks to M Joonas Pihlaja) and an even
better implementation of _cairo_lround, (not faster, but supporting a
more complete input range), from Daniel Amelang.
|
|
option for FPU-less systems
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
conversions
* see http://lists.freedesktop.org/archives/cairo/2006-November/008331.html
* also see http://blogs.gnome.org/view/xan/2006/11/06/0
|
|
|
|
see email thread at http://lists.openembedded.org/pipermail/openembedded-devel/2006-October/000523.html for details
|
|
|
|
|
|
|
|
|
|
|
|
- emacs and synergy need full x11, hence libx11 instead of virtual/x11
- any other packages which depend on a full x11 will need the same change
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
x.x.x+cvsYYYYMMDD format and some includes some minor whitespace cleanup.
|
|
28f020502e7dcf566733f474864c62156895baec, 7de90a055904c4af8890dd5ae8c192bfd41b3fa1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
into bkbits.net:/repos/n/nslu2-linux/openembedded
2005/06/06 20:22:57+02:00 utwente.nl!koen
libsvg-cairo_20050601.bb: Add fixed cvs version of libsvg-cairo, since the cairo people seem to be incapable of releasing compatible snapshots
BKrev: 42a4a6a3qzRX0NkWfWC_f-bNsdxwAA
|
|
into bkbits.net:/repos/n/nslu2-linux/openembedded
2005/06/03 12:03:47+02:00 utwente.nl!koen
Merge bk://oe-devel@oe-devel.bkbits.net/openembedded
into bitbake.utwente.nl:/home/koen/OE/openembedded
2005/06/03 12:03:21+02:00 utwente.nl!koen
libpixman_cvs.bb, libsvg-cairo_cvs.bb, cairo_cvs.bb: lower default for _cvs
2005/06/03 12:02:31+02:00 utwente.nl!koen
Add libpixman 0.1.5 snapshot
2005/06/03 11:58:13+02:00 utwente.nl!koen
Add libsvg-cairo 0.1.5 snapshot
2005/06/03 11:52:47+02:00 uni-frankfurt.de!mickeyl
Merge bk://oe-devel@oe-devel.bkbits.net/openembedded
into r2d2.tm.informatik.uni-frankfurt.de:/local/pkg/oe/packages
2005/06/03 11:52:37+02:00 uni-frankfurt.de!mickeyl
python:
add python-logging
add python-datetime
add cookielib to python-netclient
add python-logging and python-datetime as dependencies for python-netclient
2005/06/03 11:50:13+02:00 utwente.nl!koen
Add cairo 0.5.0 snapshot to avoid more cvs API breakage
BKrev: 42a03389qsmXzGKlqsXJl89V1cJaZA
|