-
Notifications
You must be signed in to change notification settings - Fork 23
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
Show errors for ambigious symbol #51
Comments
First, I agree it's not a great error message for a common situation. However, the error message in question is not from me, but from Nim. It has recently changed to |
You can check the node type beforehand. If it's A lazy approach is to use |
Ah. Good suggestions. Do you know a way at the macro call site to refer (more verbosely, obviously) to a specific |
(I mean, of course, the type signature not just the module qualifier...) |
#52 as well as adding a new `dispatchName` feature for `dispatchGen` (which makes more sense users may be calling generated dispatchers themselves more) and retiring some old-versions-of-Nim compatibility `when` clauses and a few other clean-ups like subcoommand -> subcommand. Add add a test program for dispatch(a simple qualified symbol) as test/QualifiedSym.nim and a more thorough test/QualifiedMulti.nim that tests both `cmdName`-only and `cmdName`-`dispatchName` sets.
I went with the lazier |
Example:
This will fail due to ambiguous symbol
get
provided by bothoptions
and the current module, and the error message is certainly unhelpful:The text was updated successfully, but these errors were encountered: