We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
K"core_@cmd"
There are four macrocalls to special Kinds which are arguably premature lowering.
Kind
K"core_@cmd" K"core_@int128_str" K"core_@uint128_str" K"core_@big_str"
In the same way that we removed K"core_@doc previously (see #217), these should have their own kinds instead:
K"core_@doc
K"cmdstring" # ?? K"Int128" K"UInt128" K"BigInt"
For K"core_@cmd" there might be some thought required: it could be either
K"CmdString"
K"cmdstring"
K"string"
K"String"
The text was updated successfully, but these errors were encountered:
Successfully merging a pull request may close this issue.
There are four macrocalls to special
Kind
s which are arguably premature lowering.In the same way that we removed
K"core_@doc
previously (see #217), these should have their own kinds instead:For
K"core_@cmd"
there might be some thought required: it could be eitherK"CmdString"
, with the delimiters as separate trivia tokens in the parent?K"cmdstring"
container - in analogy toK"string"
- with aK"String"
orK"CmdString"
chunk inside?The text was updated successfully, but these errors were encountered: