You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems when the base value is negative and that only for truncated integer powers of three when the result should be NaN (due to it being complex), SpeedCrunch returns the "signed" length of radius in polar coordinates, for other exponents it seems to correctly return NaN when required to do so.
Furthermore, the value returned is not reversible. Meaning if raised to the reciprocal of the power it returns NaN. Presumably the rule here would be, that if a non-NaN value is returned, then it should be reversible by the reciprocal of the power.
Rule: If A^B is C, then C^(1/B) must be equal to A, where equal would be to within some absolute and relative epsilon, and assuming A, B and C are not NaN.
The text was updated successfully, but these errors were encountered:
SpeedCrunch provides incorrect results for certain values of exponentiation. In short should be returning a NaN, but instead returns a real value.
SpeedCrunch Version: 0.12
It seems when the base value is negative and that only for truncated integer powers of three when the result should be
NaN
(due to it being complex), SpeedCrunch returns the "signed" length of radius in polar coordinates, for other exponents it seems to correctly return NaN when required to do so.Furthermore, the value returned is not reversible. Meaning if raised to the reciprocal of the power it returns
NaN
. Presumably the rule here would be, that if a non-NaN value is returned, then it should be reversible by the reciprocal of the power.Rule:
If A^B is C, then C^(1/B) must be equal to A
, where equal would be to within some absolute and relative epsilon, and assuming A, B and C are notNaN
.The text was updated successfully, but these errors were encountered: