summary refs log tree commit diff stats
path: root/compiler/semdata.nim
diff options
context:
space:
mode:
authormetagn <metagngn@gmail.com>2024-08-17 17:50:48 +0300
committerGitHub <noreply@github.com>2024-08-17 16:50:48 +0200
commita354b18fe189b61ab1ff29039f8cef9502fce934 (patch)
treeec580118738aee3e32f0b8a70b8b575bb49559a5 /compiler/semdata.nim
parent0ffc0493a35fe1bcd8417a9d137318aa7f82eb98 (diff)
downloadNim-a354b18fe189b61ab1ff29039f8cef9502fce934.tar.gz
always lookup pure enum symbols if expected type is enum (#23976)
fixes #23689

Normally pure enum symbols only "exist" in lookup if nothing else with
the same name is in scope. But if an expression is expected to be an
enum type, we know that ambiguity can be resolved between different
symbols based on their type, so we can include the normally inaccessible
pure enum fields in the ambiguity resolution in the case that the
expected enum type is actually a pure enum. This handles the use case in
the issue of the type inference for enums reverted in #23588.

I know pure enums are supposed to be on their way out so this might seem
excessive, but the `pure` pragma can't be removed in the code in the
issue due to a redefinition error, they have to be separated into
different modules. Normal enums can still resolve the ambiguity here
though. I always think about making a list of all the remaining use
cases for pure enums and I always forget.

Will close #23694 if CI passes
Diffstat (limited to 'compiler/semdata.nim')
0 files changed, 0 insertions, 0 deletions