I've made a ticket for fixing the bug: http://trac.mpir.org/mpir_trac/ticket/225
Bill. 2009/7/17 Bill Hart <[email protected]>: > If we replaced it with MPFR we'd be stuck at the current version, as > they are changing license. > > There are also lots of projects out there which currently use GMP and > MPFR. It would be a minor problem to include MPFR in MPIR because of > symbol clashes. I'm not really in favour of the idea. Besides that > floating point arithmetic is not really my domain. The first time I > ever knowingly used MPFR was when I ported that code to C for Kristin. > > Bill. > > 2009/7/17 Jason Moxham <[email protected]>: >> >> I hear there is a another mpf error , we should fix this. It's looks like >> it's been in the code since the year dot . Look at all the errors in >> GMP/MPIR from the last two/three years , most are compiler/configure or mpf >> errors. I would vote to get rid of the mpf layer , but we have to keep it >> for backward compatibility ;( , How about replacing it with mpfr and add a >> wrapper for the three and half people who use the mpf layer. >> >> Jason >> >> >> >> >> > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "mpir-devel" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en -~----------~----~----~----~------~----~------~--~---
