This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: none
- From: Tom Tromey <tromey at redhat dot com>
- To: Dhek Bhun Kho <bhun at chello dot nl>
- Cc: java at gcc dot gnu dot org
- Date: 16 Dec 2002 20:02:47 -0700
- Subject: Re: none
- References: <1039918009.10211.3.camel@tasslehof.bhun.net><87of7m3mv1.fsf@fleche.redhat.com><1039999447.21872.14.camel@tasslehof.bhun.net><1040000811.21872.37.camel@tasslehof.bhun.net>
- Reply-to: tromey at redhat dot com
>>>>> ">" == Dhek Bhun Kho <bhun@chello.nl> writes:
>> Not all optional tasks have to be removed from ant 1.5.1 it's just
>> the classes dependent on external tasks. That's why I don't want to
>> have a single dso with all the native java classes. Or is there is
>> a simpler approach?
I'm not sure I completely follow, but the multiple shared library
approach does make sense for something like Ant tasks.
>> Is the only way I can get my ant to behave properly by recompiling
>> gcj (e.g.StringTokenizer,MessageFormat)?
Yes.
I think the StringTokenizer bug still isn't fixed in cvs. Andrew sent
me a patch today which I'm testing.
I believe the MessageFormat problem has been fixed.
Note that 3.2 is actually pretty old -- from the gcj point of view, it
is really just a renamed 3.1. A lot has changed since then.
>> ps where do those X-zippy's come from?
Emacs.
Tom