We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Say you want to calculate e^88.722839111672999627. According to WolframAlpha, this is the correct answer:
340282366920938470811530194312354461908
But according to PRBMath, this is the answer:
340282366920938463220434743172917753977
I truncated the decimals in the Wolfram answer so that the numbers have the same precision.
The absolute delta between the two answers is a whopping 7591095451139436707931, a number with 21 digits!
7591095451139436707931
The text was updated successfully, but these errors were encountered:
Question: does adding 64 more magic factors in the "exp2" function increase the accuracy?
Sorry, something went wrong.
perf: increase the accuracy of exp and exp2
6d28ff2
chore: close issue #32
Nope, that didn't cut it. What I ended up doing was change the internal representation used in PRBMath.exp2 from 128.128-bit to 192.64-bit.
PRBMath.exp2
No branches or pull requests
Say you want to calculate e^88.722839111672999627. According to WolframAlpha, this is the correct answer:
But according to PRBMath, this is the answer:
I truncated the decimals in the Wolfram answer so that the numbers have the same precision.
The absolute delta between the two answers is a whopping
7591095451139436707931
, a number with 21 digits!The text was updated successfully, but these errors were encountered: