Mark Wielaard <[EMAIL PROTECTED]> writes:
> Hi,
>
> The following patch adds new 1.4 functionality to the Boolean, Double
> and Float classes. It also makes Boolean a little bit more efficient
> by always returning the predefined TRUE or FALSE instances when
> possible.
>
> 2001-07-10 Mark Wielaard <[EMAIL PROTECTED]>
> * java/lang/Boolean.java (valueOf boolean): new 1.4 method
> (toString boolean): idem
> (valueOf String): return one of the predefined Boolean instances
> * java/lang/Double.java (compare double double): new 1.4 method
> (compareTo Double): call new method
> * java/lang/Float.java (compare float float): new 1.4 method
> (compareTo Float): call new method
>
> Is there any reason the primitive classes have not been merged with
> libgcj? Some of those classes, like Boolean, are pure java. The only
> difference seems to be the way they define the TYPE instance variable.
> We use VMClassLoader.getPrimitiveClass("boolean") and libgcj seems to
> use some compiler magic to set this field. Maybe we could just add a
> VMClassLoader class to libgcj that does the magic?
Is it possible to move the VMClassLoader call to inside of the
static{} block so we can place it inside the if
(Configuration.INIT_LOAD_LIBRARY clause?). I have started merging
java/lang/Double and java/lang/Float. I still need to test what I've
done and maybe move the common .c libs to a new directory outside of
both the cni directory and the jni directory so that both
implementations can use it from one place. I checked in my changes to
both classes a few weeks ago.
Brian
--
Brian Jones <[EMAIL PROTECTED]>
_______________________________________________
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
