github-mirror/fish-shell
2
0
Fork 0
mirror of https://github.com/fish-shell/fish-shell.git synced 2024-11-24 04:58:25 +08:00
Code Issues Actions Packages Projects Releases Wiki Activity
389f5074ad
fish-shell/tests/math.err

37 lines
702 B
Plaintext
Raw Normal View History

Implement support for bare vars by `math` This change allows you to type `math x + 3` rather than `math $x + 3`. Another step to resolving issue #3157.
2017-08-24 11:38:40 +08:00
####################
# Validate basic expressions
Add 'round' function to builtin math
2018-12-02 05:25:00 +08:00
####################
# Validate some rounding functions
Default math scale to 6 This changes the behavior of builtin math to floating point by default. If the result of a computation is an integer, then it will be printed as an integer; otherwise it will be printed as a floating point decimal with up to 'scale' digits past the decimal point (default is 6, matching printf). Trailing zeros are trimmed. Values are rounded following printf semantics. Fixes #4478
2018-07-24 15:00:06 +08:00
####################
# Validate some integral computations
Implement support for bare vars by `math` This change allows you to type `math x + 3` rather than `math $x + 3`. Another step to resolving issue #3157.
2017-08-24 11:38:40 +08:00
####################
[math] Remove more bare variable support Prior to this fix, a "bare variable" in math like 'x + 1' would be looked up in the environment, i.e. equivalent to '$x + 1'. This appears to have been done for performance. However this breaks the orthogonality of fish; performance is not a sufficient justification to give math this level of built-in power, especially because the performance of math is not a bottleneck. The implementation is also ugly. Remove this feature so that variables must be prefixed with the dollar sign and undergo normal variable expansion. Reading 'git grep' output does not show any uses of this in fish functions or completions. Also added to changelog. Fixes #4393
2017-12-18 04:31:39 +08:00
# Validate how variables in an expression are handled
Add some math tests for invalid inputs
2017-11-25 15:04:44 +08:00
####################
# Validate math error reporting
[math] Better error for `2 - ` Instead of the catch-all, report too few arguments.
2018-02-26 20:46:01 +08:00
math: Error: Too few arguments
[math] Adjust tests for new error reporting This shows how it's still weird - "2 - " and "max()" return the same error.
2018-02-26 18:25:35 +08:00
'2 - '
^
math: Error: Too few arguments
'ncr(1)'
^
math: Error: Expression is bogus
'max()'
^
math: Error: Too few arguments
'sin()'
^
[math] Better error for `2 + 2 4` This now reports "TOO_MANY_ARGS" instead of no error (and triggering an assertion). We might want to add a new error type or report the missing operator before, but this is okay for now.
2018-02-26 21:00:29 +08:00
math: Error: Too many arguments
'2 + 2 4'
^
[math] Fail without arguments See #4768.
2018-03-02 05:27:24 +08:00
math: Expected at least 1 args, got only 0
math: Expected at least 1 args, got only 0
Default math scale to 6 This changes the behavior of builtin math to floating point by default. If the result of a computation is an integer, then it will be printed as an integer; otherwise it will be printed as a floating point decimal with up to 'scale' digits past the decimal point (default is 6, matching printf). Trailing zeros are trimmed. Values are rounded following printf semantics. Fixes #4478
2018-07-24 15:00:06 +08:00
math: Error: Result is infinite
'2^999999'
[math] Add tests for runtime errors And fix "isinfinite" - it's called "isinf".
2018-03-08 01:13:26 +08:00
math: Error: Result is infinite
'1 / 0'
Reference in New Issue Copy Permalink