I'm unsure whether this can be considered a bug or is an intentional limitation, but variables whose names use the
.bf suffix to enable big float calculability will fail to do so if the variable name contains another
. anywhere else in the name:
//var -s %a_b.bf = $sqrt( 2 ) , %a.b.bf = $sqrt( 2 )
Prints:
* Set %a_b.bf to 1.41421356237309504880168872421
-
* Set %a.b.bf to 1.414214
-
Just in case this is an intentional limitation, I hope it can be changed so that it doesn't become a potential source of frustration for people attempting to quickly enable this feature in existing scripts whose variable names already use a "dot-delimited-parts" convention.
On a random side note,
%.bf is apparently enough to enable big float calculability:
//var -s %.bf = $sqrt( 2 )
* Set %.bf to 1.41421356237309504880168872421
-
Not particularly relevant probably - I just thought it was kind of interesting.
(Tested on a clean installation of the beta version v7.71.1275.)
