On Tue, 2006-01-10 at 10:41 +0100, Mark Wielaard wrote:
> Hmmm. mprec originally came with fdlibm from libgcj and we regarded them
> as "upstream", but they are now relying on us as upstream. It looks like
> the original mprec imported into libgcj actually through newlib
> (http://sourceware.org/newlib/) - notice that one maintainer! :)
> 
> They do have an updated version of mprec.h and mprec.c at:
> http://sourceware.org/cgi-bin/cvsweb.cgi/src/newlib/libc/stdlib/?cvsroot=src
> 
> Now we need a volunteer to merge our local changes back to that version
> and then import a new mprec.

BTW, does anybody know why we are not using the system strtod() when
available? That seems the way to the quickest solution on most
platforms. It seems to work with some simple tests for me. But I notice
that there is no strtod_r(), just strtod(). But I couldn't find a
definitive answer on whether or not the standard strtod() is guaranteed
to be thread-safe or not. Does anybody know (where to find this
information)?

Cheers,

Mark

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath

Reply via email to