Re: 3.3 branch, 3.3.1, 3.4, etc

[Dhek Bhun Kho <bhun at chello dot nl>]

Hi Tom,


Op di 17-12-2002, om 03:07 schreef Tom Tromey:
> Our goal is to provide a complete Java environment.  So, this will
Yiha!!!  

> such things.  It isn't at the top of my list, but if someone writes a
> patch, or if I find I've finished the things I consider to be more
Woooow. There are a lot things I might help you guys out with. I wanted
ant, because xml scripting is more accessible to end users (I am still
reading to linux programming unleashed) Maybe it won't lead to anything,
but I was planning to create a linux from scratch setup with ant scripts
so the whole thing can be easily reconfigured through a webinterface (it
doesn't matter what the front end is, i am going for servlets at the
moment that's why I wanted a native tomcat).

> For some classes which are known to be performance-sensitive, we will
> do something special.  For instance see the String implementation.
Ok. I am trying to reassemble my so it's a bit more structured and can
find the sources more easily (the distro dilemma).

> Yes, something like this would work.  Or, you could just make all the
> methods in StringTokenizer native.  That would be simpler.
I was reading the jls/jvm specs on this and did't figure out whether or
not adding 'native' as a qualifier would break java for finding itīs
methods. I guess that's a no,

> But to get this into cvs you'd have to make a case for it.  In general
That's okay. I reread the things on using make and such, it seems
intelligible, I didn't know gcc/gcj could like output a dependency list
with -MM switch.

> typically lowers our maintenance cost, as we pick up bug fixes and
> other enhancements more cheaply.

> If you need native code, we prefer CNI.  JNI is possible in some
Me too. It's much cleaner, I always thought the System.loadLibrary calls
were just plain ugly.

> If you mean the nightly builds, that's so that we can tell more
> precisely what gcc snapshot was used.
Thanks for the info, this is really helping me out a lot.

> Tom
Greets, bhun.