Mark Wielaard <[EMAIL PROTECTED]> wrote: [...] > I most definitely think so. This is actually what Anthony Green has > been doing for RHUG <http://sources.redhat.com/rhug/>. For example he > provides the Eclipse compiler (compiled to a native program and shared > library using gcj): http://gcc.gnu.org/ml/java/2003-07/msg00193.html > And he also provides a snapshot for a separate SWT build for gcj: > http://gcc.gnu.org/ml/java/2002-11/msg00280.html > > Note that he uses gcj for everything to compile it into native code.. > This has two big advantages. 1) It is amazingly fast since you don't > need to startup a JVM, interpret or just in time compile byte code but > just have a normal binary program. 2) Since he creates shared > libraries for everything the code is actually shared between > processes. So a Ant process can reuse the code of the eclipse byte > code compiler that might also be used by Tomcat to compile some JSP > page when running on the same system. (And yes, he actually has gcj > compiled Ant and Tomcat packages!) > > RHUG: http://sources.redhat.com/rhug/ really is cool. The only sad > thing is that it is all build as RPMs done for RedHat systems. Would > be really nice to also have real Debian packages of all his stuff. (I > asked him if he would like someone to maintain debian dirs/control > files for RHUG and he would definitely appreciate that.)
It's impressing! I do not know the ant internals but why not investigating in 'ant task' for gcj (maybe it already exists!) instead of autoconf/ automake/ make? -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation.
pgpDCJ7J4EseI.pgp
Description: PGP signature
