Bugzilla Bug 131927

I think it is time to mark a much newer version off gnu-classpath stable as the
current stable version is very much outdated. Please note that classpath is
still buggy but this is a huge improvement over the current stable version. You
can use for example jamvm or cacao to test gnu-classpath and mark latest
versions of those stable if you think so. Both should be able to run most basic
java applications.

Created an attachment (id=86417) [details]
test failures in detail

Well, i've now started to look at gnu-classpath-0.90 and cacao-0.95 on x86. The
first thing i noticed is that not all tests pass for cacao-0.95 (see
attachment). I'll try to run a view java apps with this setup in the next few
days ...

Portage 2203-svn (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.6-r3,
2.6.16-gentoo-r6 i686)
=================================================================
System uname: 2.6.16-gentoo-r6 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks sandbox sfperms strict test"
GENTOO_MIRRORS="http://gentoo.inode.at/ "
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LINGUAS="en de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.0.1/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac aalib acpi alsa apm audiofile avi berkdb
bitmap-fonts bonobo bzip2 cairo cdr cli crypt css cups curl dbus directfb dri
dts dvd dvdr dvdread eds emboss encode exif expat fam fbcon ffmpeg firefox flac
foomaticdb fortran gd gdbm gif ginac glut gmp gnome gphoto2 gpm gstreamer gtk
gtk2 gtkhtml guile hal icq idn imagemagick imlib ipv6 isdnlog java javascript
jpeg jpeg2k junit lcms libg++ libwww mad mikmod mime mmx mmxext mng motif
mozsvg mp3 mpeg msn nautilus ncurses nls nptl nsplugin nvidia offensive ogg
oggvorbis openal opengl pam pcre pdflib perl plotutils png posix pppd python
quicktime readline real reflection ruby sdl session slang sockets speex spell
spl sqlite sqlite3 sse ssl subtitles svg svga tcltk tcpd tetex theora tiff
truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis win32codecs wma
xine xml xml2 xmms xorg xv xvid zlib linguas_en linguas_de userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS,
PORTAGE_RSYNC_OPTS

(In reply to comment #1)
> Created an attachment (id=86417) [edit] [details]
> test failures in detail
> 
> Well, i've now started to look at gnu-classpath-0.90 and cacao-0.95 on x86. The
> first thing i noticed is that not all tests pass for cacao-0.95 (see
> attachment). I'll try to run a view java apps with this setup in the next few
> days ...
> 

I have noticed that same thing. Should probably disable the tests atm.

ok, here are my first results for x86 (for cacao-0.95 only at this time):

cacao seems to be ok. i was able to run a lot of simple tutorial style apps
scattered in my $HOME, that where byte-compiled with sun-jdk-1.5.x (yes, i know
it is masked) without problems. cacao has issues with swing, but i guess this
nothing new (i don't like swing that much too :-)).

if desired i can also test cacao-0.95 in connection with sun-jdk-1.4.x that is
in x86 for quite some time. however, this would involve some overhead on my
part, and i guess i should better go for gcj and gnu-classpath.

> ... i should better go for gcj and gnu-classpath.

sorry, i was a bit confused about gnu-classpath, gcj, cacao .... after looking
at the ebuild for cacao i realized that i've allread tested gnu-classpath-0.90
[ 
+alsa +cairo -debug -dssi -examples +gtk +xml ] as cacao uses it. thus, the
things i've said about cacao can also be applied to gnu-classpath. please let
me know if i should look out for something in particular.

Portage 2.0.54-r2 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.6-r3,
2.6.16-gentoo-r6 i686)
=================================================================
System uname: 2.6.16-gentoo-r6 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.inode.at/ "
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LINGUAS="en de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.0.1/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac aalib acpi alsa apm audiofile avi berkdb
bitmap-fonts bonobo bzip2 cairo cdr cli crypt css cups curl dbus dri dts dvd
dvdr dvdread eds emboss encode exif expat fam fbcon ffmpeg firefox flac
foomaticdb fortran gd gdbm gif ginac glut gmp gnome gphoto2 gpm gstreamer gtk
gtk2 gtkhtml guile hal icq idn imagemagick imlib ipv6 isdnlog java javascript
jpeg jpeg2k junit lcms libg++ libwww mad matroska mikmod mime mmx mmxext mng
motif mozsvg mp3 mpeg msn nautilus ncurses nls nptl nsplugin nvidia offensive
ogg oggvorbis openal opengl pam pcre pdflib perl plotutils png posix pppd
python quicktime readline real reflection ruby sdl session slang sockets speex
spell spl sqlite sqlite3 sse ssl subtitles svg svga tcltk tcpd tetex theora
tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis
win32codecs wma xine xml xml2 xmms xorg xv xvid zlib video_cards_nvidia
linguas_en linguas_de userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS,
PORTAGE_RSYNC_OPTS

(In reply to comment #4)
> > ... i should better go for gcj and gnu-classpath.
> 
> sorry, i was a bit confused about gnu-classpath, gcj, cacao .... after looking
> at the ebuild for cacao i realized that i've allread tested gnu-classpath-0.90
> [ 
> +alsa +cairo -debug -dssi -examples +gtk +xml ] as cacao uses it. thus, the
> things i've said about cacao can also be applied to gnu-classpath. please let
> me know if i should look out for something in particular.
> 

I think that is just fine as the current stable version is very old and
incomplete. We will do much more testing later when we actually recommend FOSS
java to our users. Marking as stable on x86.

aye aye

stable on ppc.  closing, as we are the last arch.