Document that parsing 'N' is different from N
#1412
Labels
bug
Something isn't working
Comments
|
After evaluating options and how HP calculators behave, it looks like they are "complicating" things quite a bit. Notably, As a matter of fact, I have not found a good way short of parsing text. In any case, the implications seem to be way too far-reaching for the change to be worth it at that stage. So it's probably better to just document it. And to reword this issue. |
c3d
changed the title
'N''N' is different from N
c3d
added a commit
that referenced
this issue
Feb 6, 2025
On HP calculators, `'N'` is a symbol, not an expression, with the
exception of programs.
In other words, `« 'N' N »` parses as you would expect, like on DB48x,
but `{ 'N' N }` parses as `{ N N }`, which makes it a bit difficult to
programmatically build programs without parsing text.
The DB48x approach appears more consistent and easier, so document it
instead of trying to mimic the exact behaviour of HP calculators.
Fixes: #1412
Signed-off-by: Christophe de Dinechin <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When parsing
'N', DB48X creates an equation (type 9), whereas HP calculators create a symbol (type 6). This may cause various problems.One such problem was already reported for the following program fragment:
This produces
{ 'A' }on DB48x vs.{ A }on HP50G. As a result, a program that used such a fragment to generate{ 10 0 N }as an argument forInputwas incorrectly generating something thatInputwould not recognize as requesting numerical input.The text was updated successfully, but these errors were encountered: