On 08/29/2015 09:41 PM, Carlos E. R. wrote:
But it is a XXI century computer and software, with 64 bit CPU, it should be able to handle big numbers as numbers.
That's a joke, right? I hope. UNIX back in the PDP-11 days of the 1970s had a indefinite precision integer package. Try 'bc', or if you prefer, 'dc' for the user level implementations. RTFM. Many scripting languages, Ruby, gawk, Python, Perl with theMath::BigInt core module, PHP with a library module, Java with the BigInteger class, LISP - of course, and every compiled language has library modules. I'm pretty sure the machine of the 1940s used for the Manhattan Project calculations had similar. I can't imagine the calculations for space-flight of the 1960s used only the machine precision. The techniques of indefinite precision are available for calculations on a an abacus. You don't need a 64-but CPU, you don't need to be in the 21st century, You just need the right algorithm. Your question should be "If so many UNIX/Linux scripting languages and tools have indefinite precision arithmetic, why isn't this available in LO Calc?" https://en.wikipedia.org/wiki/Arbitrary-precision_arithmetic -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org