Re: java.math.*

[Brian Jones]

Per Bothner <[EMAIL PROTECTED]> writes:

> Brian Jones wrote:
> 
> >I'd like to adopt the gcj java.math.BigInteger/BigDecimal classes and
> >the related gnu.gcj.math.MPN.  This latter class is from Kawa so I'd
> >like to make sure we can use this.  Are there any problems or
> >objections?
> >
> You have my blessing (as author of Kawa and the MPN class).

Thank you.
 
> It would be nice if someone cleaned up the serialization. Right now
> BigInteger has a bunch of extra fields which are only used
> temporarily during serialization, to match Sun's format.  

I've added this as a task to the Savannah project page for java.math.

-- 
Brian Jones <[EMAIL PROTECTED]>

___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: java.math.*

[Per Bothner]

Brian Jones wrote:

>I'd like to adopt the gcj java.math.BigInteger/BigDecimal classes and
>the related gnu.gcj.math.MPN.  This latter class is from Kawa so I'd
>like to make sure we can use this.  Are there any problems or
>objections?
>
You have my blessing (as author of Kawa and the MPN class).

It would be nice if someone cleaned up the serialization. Right now
BigInteger has a bunch of extra fields which are only used
temporarily during serialization, to match Sun's format.  It would be
great if someone who knows the serialization format (or wants to
learn) could write the code to generate the correct serilaization
direcectly without using temporary fields.  (Even better would be to
avoid generating temporary objects when serializing, but I'll settle
for getting rid of the extra fields.)
--Per Bothner



___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

java.math.*

[Brian Jones]

I'd like to adopt the gcj java.math.BigInteger/BigDecimal classes and
the related gnu.gcj.math.MPN.  This latter class is from Kawa so I'd
like to make sure we can use this.  Are there any problems or
objections?

Brian
-- 
Brian Jones <[EMAIL PROTECTED]>

___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: classpath ./ChangeLog lib/standard.omit

[Brian Jones]

Mark Wielaard <[EMAIL PROTECTED]> writes:

> I would like to see the standard.omit file as small as possible.
> Ideally for me all java files in the cvs tree should be compilable
> with gcj, jikes or kjc without any additional (boot)classpaths set.
> And we would only select the class files that we don't want to
> ship by default.

Just a note on this, the latest beta kjc from kopisusu did not compile
Classpath for me.  The one from Kaffe may work however since these are
different forks of the compiler.

Brian
-- 
Brian Jones <[EMAIL PROTECTED]>

___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath

Re: classpath ./ChangeLog lib/standard.omit

[Mark Wielaard]

Hi,

On Sun, Oct 28, 2001 at 01:30:37PM +1300, Bryce McKinlay wrote:
> AWTEvent depends on Event.java, which for some reason doesn't exist in 
> Classpath. If you compile classpath with javac its okay because javac 
> finds Event in its own classes, but it won't work if you try to 
> bootstrap with jikes or gcj -C without having Sun's class libraries 
> around. So, java.awt should probibly be omitted by default until that 
> gets sorted.

Theoretically you are right. But John Leuner recently removed all Event
support from Classpath. While not the most elegant solution this should
make Classpath awt compile out of the box. And it does for me.

How did you configure? Maybe your checkout is not completely up to date?
As a workaround you can use libgcj.jar or Klasses.zip (from kaffe) in
your classpath, but that should not be neccessary.

I would like to see the standard.omit file as small as possible.
Ideally for me all java files in the cvs tree should be compilable
with gcj, jikes or kjc without any additional (boot)classpaths set.
And we would only select the class files that we don't want to
ship by default.

Cheers,

Mark
-- 
Stuff to read:

  What's Wrong with Copy Protection, by John Gilmore

___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath