Hi Michael,
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/xalan2.jar:/usr/share/java/servlet-2.3.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 -Dbuild.compiler=jikes
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.
Wolfgang
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
