> PS: Is there an easy way to apply a webrev to a local repository?
The webrev/ dir contains a patch, you could do
patch -p1 -i webrev/stuff.patch
Thanks,
Dmitri
Clemens Eisserer wrote:
Hello,
I've merged the xrender pipeline with master, please take a look at the webrev:
http://93.83.133.214/webrev-xrender-jules-0.0.1.zip
It would be great to get the review-process rolling for the critical
parts like StrikeCache.java or sunFont.c
It also includes a preview of "Jules", a cairo based RenderingEngine
implementation:
Because of its complex build-system and the need for a modified
version of cairo I've seperate the native components and build them
indepent from OpenJDK - falling back to pisces when loading fails.
The native part can be found at:
http://93.83.133.214/jules-0.0.1.tar.gz
Simply copy the resulting libjules.so into lib/i386, and activate it
on the command-line:
-Dsun.java2d.renderer=sun.java2d.jules.JulesRenderingEngine
Jules is more or less proof-of-concept, especially the native code is
ugly, full of dirty assumptions and its probably not 64-bit clean.
(Although it should get a major performance boost, in the case it
works ;) ).
However it runs Java2Demo quite well, and usually is a good deal
faster than pisces even when rendering to software-surfaces.
Known problems:
- Some clipping problems when rendering to software surfaces
- Paints get wrong transformation when rendering to XRender surfaces
Thanks, Clemens
