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
When the fpu library is not "installed", i.e. \pgfmathparse and friends have their normal behavior, \pgfmathfloatparse is a copy of \pgfmathparse, i.e. it does not parse floating point numbers.
Well, it does parse floating point numbers, it just doesn't output them as FPU floats. I'm not sure what the correct behaviour should be here, because FPU floats are pretty much useless when the fpu is not enabled.
does not work with fpu disabled either, so it can't just be the output formatting.
I don't agree that the fpu functions are useless separately. They can be used to parse floating point numbers without disturbing the usual drawing functions (when the floating point numbers are not to be used for drawing directly). In the current state, one has to locally activate fpu for each calculation.
I thought that this was the whole point of having the float versions of all the math macros. If \pgfmathparse and pgfmathfloatparse do the same thing regardless of if fpu is loaded or not, what's the point of having both names?
When the
fpu
library is not "installed", i.e.\pgfmathparse
and friends have their normal behavior,\pgfmathfloatparse
is a copy of\pgfmathparse
, i.e. it does not parse floating point numbers.outputs
but should output
The text was updated successfully, but these errors were encountered: