Skip to content
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

give typedesc param nodes type T not typedesc[T] [backport:2.0] #23115

Merged
merged 2 commits into from
Jan 18, 2024

Conversation

metagn
Copy link
Collaborator

@metagn metagn commented Dec 22, 2023

fixes #23112, fixes a mistake in #22581

This makes getType(t) where t is a typedesc param with value T equal to getType(T).

@metagn metagn closed this Jan 6, 2024
@metagn metagn reopened this Jan 6, 2024
@metagn
Copy link
Collaborator Author

metagn commented Jan 16, 2024

Would be nice if we could have this before 2.0.4 so the regression doesn't remain

@Araq Araq merged commit 3224337 into nim-lang:devel Jan 18, 2024
32 checks passed
@Araq
Copy link
Member

Araq commented Jan 18, 2024

@narimiran please backport

Copy link
Contributor

Thanks for your hard work on this PR!
The lines below are statistics of the Nim compiler built from 3224337

Hint: mm: orc; opt: speed; options: -d:release
177750 lines; 8.021s; 768.438MiB peakmem

narimiran pushed a commit that referenced this pull request Jan 19, 2024
fixes #23112, fixes a mistake in
#22581

This makes `getType(t)` where `t` is a typedesc param with value `T`
equal to `getType(T)`.

(cherry picked from commit 3224337)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Nim 2.0.2 regression: macros.getType(…).kind of object type is nnkBracketExpr (was nnkObjectTy in Nim 2.0.0)
2 participants