New issue
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
bc: add a line about interactive usage with mathlib #1144
Conversation
Usually `bc` isn't very useful if it doesn't return have floating point number where appropriate. e.g., 3/4 returns 0 when started with `-i` but for most users they would expect 0.75 to be returned so the argument `-l`does what the user would generally want.
@kalebo, thanks for your PR! By analyzing the history of the files in this pull request, we identified @igorshubovych and @rubenvereecken to be potential reviewers. |
LGTM 👍 |
I am a bit confused on this. The man page for |
@agnivade Yes, both The main issue that I see is that most people assume that a calculator should handle things like floating point division by default, but |
No worries, just use |
IIUC the "l" in |
* merged lines about interactive mode and mathlib
I reworded the entry as I realized that floating point support does not come from mathlib.You can run |
What exactly is the scale? Number of decimal places for calculation results? |
Hey @kalebo - Could you update the |
* 'decimal places' used instead of 'precision' * Implicit example of using scale
I switched up the wording in the scale example. I'm a little torn between leaving in that example and ditching it. In short I don't want to make the tldr too in depth but bc's defaults are a bit of a stumbling block that I think would be nice to warn people about. |
Sure, LGTM. |
Usually
bc
isn't very useful if it doesn't return floating point numbers where appropriate. e.g., 3/4 returns 0 when started with-i
but for most users they would expect 0.75 to be returned so the tldr should mention that the argument-l
does floating point arithmetic.