I also post to list - my fault as I forget to post to list
in last message.
Michael Koch wrote:
On Wed, Mar 16, 2005 at 09:11:02AM +0100, Wolfgang Baer wrote:
Michael Koch wrote:
On Wed, Mar 16, 2005 at 08:36:17AM +0100, Wolfgang Baer wrote:
Please don't use jamvm in general. It's only available on i386, powerpc
and arm. It's not ported yet to other archs and Porting to 64-bit archs
is hard due to the 32-bit ugliness in the upstream code.
Better choices are gij, kaffe or sablevm.
You are right !
But, kaffe is atm horrible broken for most package builds due to
bug (#295014). Every second package fails due to this bug to build.
libbsf-java is one of them thats why I had to switch. I already
contacted upstream but didn't get any response so far.
This is AFAIK solved upstream. Arnaud only needs to finish the deb.
No it is not. I just build a local cvs version. And it is the same
error in gc-incremental.c:1305 (just 5 lines moved) !
Sablevm is also broken and doesn't work at all for building with ant.
Its a known problem (#293509) and solved in upstream. According to
the devel list of sablevm they had some regressions with the 1.10
release and a 1.11 release is expected soon - and hopefully packaged.
Afaik this was fixed in an NMU. The bug was in classpath some time ago.
I think sablevm just merged it at the wrong moment.
Well I have an uptodate unstable system. And it continues to fail.
Bug #293509 is also not marked as done - just another in
sablevm-classlib is marked as done through the NMU.
With gij I must say I have not yet tried - wait a second ....
Ok with either gij-3.4 or gij-wrapper-3.4 I get the following ???
Same for gij-3.3.
cd . && /usr/bin/gij-wrapper-3.4 -classpath /usr/share/ant1.6/lib/ant.jar:/usr/share/ant1.6/lib/ant-launcher.jar:
/usr/share/java/jython.jar:/usr/share/java/js.jar: -Dant.home=/usr/share/ant1.6 org.apache.tools.ant.Main -Dcompile.debug=true -Dcompile.optimize=true
while resolving class: org.apache.tools.ant.Diagnostics
make: *** [debian/stamp-ant-build] Fehler 1
No idea about this yet.
Strange - gij has also no verbose switch according to the help so one
could see what gets loaded.
For libxalan2-java - jamvm is the only possibility (as I see) to build
it with free vm's as no other vm has the ability to overwrite certain
packages (see the libxalan2-java posting - DOM Level 2 is needed)
This would mean we could build the package only on selected Debian
archs. That is no solution and we will get a FTBFS bug as soon as its
uploaded using jamvm. And FTBFS are release-critical.
Well you are right. But then libxalan2-java will be not moveable to main
for a long time - until the endorsed feature is implemented.
Maybe (this is just speculation) if I succeed in building it with jamvm
we could talk to the release team to make an exception for only this
package ? This would serve the whole community as libxalan2 is a real
blocker. But as said - just speculation. I will also keep testing with
other vm's and write to the kaffe/sablevm devel lists for possiblities
to find a way for overwriting the DOM level 3 classes.