Ralph Schindler-2 wrote: > > How much work on top of bcmath and the pecl/big_int is this kind of > feature.
I guess you could look at the code to figure that out. > Also, out of curiosity- what are the use cases for big int? AFAIK, big int is wholly inferior to gmp which the library uses, if available (along with bcmath). Take a look at the wikipedia article on GMP: http://en.wikipedia.org/wiki/GNU_Multi-Precision_Library "GMP aims to be faster than any other bignum library for all operand sizes." "Highly optimized assembly code for the most important inner loops, specialized for different processors." "The first GMP release was made in 1991. It is continually developed and maintained, with a new release about once a year. The current release is 4.2.4." There is no way some project written in a year or so by one guy could be faster than a project that's been in continuous development for 18+ years with scores of contributors. I'd provide benchmarks but pecl4win.php.net is down. Besides, I've yet to see a shared host that actually had "big int" installed. Trying to take advantage of something that only 0.1% of users would have installed and that is inferior to more widely deployed libraries (gmp) seems pointless. Finally, the existing library, itself, doesnt support "big int". The URL I linked to has it commented out. Expecting the pure-PHP implementation I linked to (which appears to only use PHP when neither gmp or bcmath are available) to use it when the existing implementation doesn't seems unreasonable. > I also presume that the implementation would have to take 64bit machines > into account? I have a 64-bit machine (although that's not the machine I'm posting from) and haven't noticed any problems, myself. -- View this message in context: http://www.nabble.com/pure-PHP-BigInteger-support-tp22068811p22209998.html Sent from the Zend Framework mailing list archive at Nabble.com.
