fdlibm

Fri Apr 2 10:04:00 GMT 2004

Hi,
On Fri, 2004年04月02日 at 11:52, Mark Wielaard wrote:
> While updating the external sources included with GNU Classpath I
> noticed that we sync out fdlibm implementation from time to time with
> libgcj. But I couldn't find when, how or with whom you sync 'upstream'.
> Who do you consider upstream for these sources?

Found it already. It is documented in java/lang/StrictMath.java (which
comes again from GNU Classpath, sigh, sorry about that) which says:
/*
 * Some of the algorithms in this class are in the public domain, as part
 * of fdlibm (freely-distributable math library), available at
 * http://www.netlib.org/fdlibm/, and carry the following copyright:
 * ====================================================
 * Copyright (C) 1993 by Sun Microsystems, Inc. All rights reserved.
 *
 * Developed at SunSoft, a Sun Microsystems, Inc. business.
 * Permission to use, copy, modify, and distribute this
 * software is freely granted, provided that this notice
 * is preserved.
 * ====================================================
 */
That comment is a bit misleading (because it isn't public domain, but
clearly licensed under some very permissive terms.
This is the only place in libgcj where this is documented. It would
probably be good to document this better (including which version
exactly is included, last upstream merge date, etc.)
For GNU Classpath I would like to keep the libgcj version of this
library as "upstream" since I know you test it against much more diverse
platforms then we are currently testing against. We should probably add
this to the merge-compare-script. But we have the files under
native/fdlibm and you have them all in java/lang/.
Cheers,
Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://gcc.gnu.org/pipermail/java/attachments/20040402/bc60f85a/attachment.sig>