diff options
author | metagn <metagngn@gmail.com> | 2024-08-17 17:50:48 +0300 |
---|---|---|
committer | GitHub <noreply@github.com> | 2024-08-17 16:50:48 +0200 |
commit | a354b18fe189b61ab1ff29039f8cef9502fce934 (patch) | |
tree | ec580118738aee3e32f0b8a70b8b575bb49559a5 /compiler/semdata.nim | |
parent | 0ffc0493a35fe1bcd8417a9d137318aa7f82eb98 (diff) | |
download | Nim-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