Port of jules 0.0.1 to Icedtea7, and first impression when running on ARM.

[Andrew John Hughes]

2009/12/10 Xerxes Ranby <xerxes at zafena.se>:
> Hi
>
> I had some fun trying to get Jules working with the current Icedtea7 trunk.
> http://linuxhippy.blogspot.com/2009/11/jules-cairo-binding-001-release.html
>
> Getting jules to build was quite easy. I had to configure icedtea7 with
> --disable-xrender so that  it skips to patch openjdk with the xrender
> patches currently bundled with icedtea and then manually patched the
> openjdk/jdk source dir with the webrev patch from the jules-0.0.1
> release, I was delighted to see that the jules patch applied cleanly.
> The rest of the build went smooth.
>
> In order to get Jules 0.0.1 integrated into icedtea7 the file paths in the
> jules  webrew patch needs a slight adjust to be openjdk relative instead of
> jdk  relative so the patch can be applied directly on the openjdk tree like
>  other icedtea patches and the old xrender patches.
>
> I hit some issues when running openjdk with the jules renderer on my ARM
> PC-Z1, see the attached  images, basically all menus are empty of typefaces
> and no vector graphics are dawn at all.  the only things that seems to be
> drawn ok where gray panels and some images. Images gets funny though when
> the frame are redrawn after being overlapped by a window, see the green
> glitches in the jules-xrender-arm-redraw-glitch.png .
>
> I beleve these issues are related to the cairo compilation when making
> libjules.so, during the compilation these messages got displayed that
> seems relevant:
> cairo (version 1.9.2 [snapshot]) will be compiled with:
>
> The following surface backends:
>  Image:         yes (always builtin)
>  Xlib:          no (disabled, use --enable-xlib to enable)
>  Xlib Xrender:  no (disabled, use --enable-xlib-xrender to enable)
>  Quartz:        no (requires CoreGraphics framework)
>  Quartz-image:  no (disabled, use --enable-quartz-image to enable)
>  XCB:           no (disabled, use --enable-xcb to enable)
>  Win32:         no (requires a Win32 platform)
>  OS2:           no (disabled, use --enable-os2 to enable)
>  CairoScript:   no (disabled, use --enable-script to enable)
>  PostScript:    no (disabled, use --enable-ps to enable)
>  PDF:           no (disabled, use --enable-pdf to enable)
>  SVG:           no (disabled, use --enable-svg to enable)
>  glitz:         no (disabled, use --enable-glitz to enable)
>  BeOS:          no (disabled, use --enable-beos to enable)
>  DirectFB:      no (disabled, use --enable-directfb to enable)
>
> The following font backends:
>  User:          yes (always builtin)
>  FreeType:      no (disabled, use --enable-ft to enable)
>  Fontconfig:    no (disabled, use --enable-fc to enable)
>  Win32:         no (requires a Win32 platform)
>  Quartz:        no (requires CoreGraphics framework)
>
> The following functions:
>  PNG functions: no (disabled, use --enable-png to enable)
>
> And the following internal features:
>  gtk-doc:       no
>  gcov support:  no
>  test surfaces: no (disabled, use --enable-test-surfaces to enable)
>  ps testing:    no
>  pdf testing:   no
>  svg testing:   no
>
>
> +++ It is strictly recommended that you do NOT disable the PNG functions
> +++ feature.
>
> +++ It is strictly recommended that you do NOT disable the PostScript
> surface
> +++ backend feature.
>
> +++ It is strictly recommended that you do NOT disable the PDF surface
> +++ backend feature.
>
> +++ It is strictly recommended that you do NOT disable the SVG surface
> +++ backend feature.
>
> *** It is strictly recommended that you enable the native surface backend
> *** feature for your platform.
>
> *** It is strictly recommended that you enable the native font backend
> *** feature for your platform.
>
> I also noticed that libjules.so can be compiled in combination with pixman
> 0.13 instead of 0.15 by simply lower the requirements during configure.
>
> Cheers, and have a great day!
> Xerxes
>

An even easier way is to check out the IcedTea forest:

hg fclone -r icedtea-1.12 http://hg.openjdk.java.net/icedtea/jdk7

apply the patch from Clemens to that as-is, and then build IcedTea7 against
it with --with-openjdk-src-dir.  That's how I do all my testing.  I
don't mess around with creating IcedTea patches any more unless it's
unavoidable.
-- 
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA  7927 142C 2591 94EF D9D8