OK, the e_float codes are fully prepared for the first trial submission to the sandbox. I have committed them to my own repository. They are tested and fully equipped with licensing comments. - The bugs reported in the past have been corrected. - The special functions have been reduced to include only (elementary transcendental + gamma + zeta) for real and complex. - The test suite has been reduced accordingly. - The test program runs in ~1-10 seconds for 100 digits depending on the CPU and selected big-number back-end. - Big-number back-end support for MPFR, GMP and my own EFX are included. - The Fortran-90 REAL*16 back-end support has been removed.- A partial implementation of a generic functional interface has been added. I would like someone to take a look at this before I continue with it. I probably did not get it right. Remember, e_float in its present form only goes up to 300 digits. Nonetheless, I diligently checked compatibility of e_float with my other (bigger digit) programs and found no conflicts or limitations regarding potential extension of e_float to thousands or millions of digits in the future, of course not for every function, only those with known big-number algorithms. I am interested to see how we might interface e_float with the existing wealth of algorithms in Boost.Math. I also expect that the e_float code needs a lot of work for potential preparation for boost. I see this work as one small, but crucial, step toward standardizing big numbers. I lost my key to the sandbox. Sorry. My bad. Could you please provide me with a replacement key? Sincerely, Chris. ________________________________ From: John Maddock <boost.regex@virgin.net> To: boost@lists.boost.org Sent: Saturday, June 11, 2011 10:33 AM Subject: Re: [boost] Is there interest in e_float:Multiple-precisionfloatand special functions?
For generic elementary transcendental functions, Icould either template them or utilize the virtual mechanism.
I would prefer the templates. Do you have a preference? Perhaps we should leave the option open to target up to millions of digits in future versions of e_float. (I mean quite a bit later, after building a solid basis for e_float in boost in the first place.) See next paragraph.
They would have to be templates otherwise they're not generic ;-) There are also some conceptual architypes in Boost.Math that can be used to verify that they'll work with any type that fulfils those concept requirements. Cheers, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost