-
Notifications
You must be signed in to change notification settings - Fork 12.8k
Stack overflow error when using inline mapped tuples #53458
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
Comments
You maniac! You blew it up! Damn you! |
Strong contender for the "crash which was oldest at the point it was first found" award of 2023. Let me know if you're actually blocked by this (sounds like no?) and if so I'll assign it out instead of backlog. |
Not blocked by this, giving a name to the mapped type seems to fix this for whatever reason and to be honest ends up being more readable than having it inline. I just noticed this while doing some quick prototyping and was very confused as to why vscode stopped giving me errors all of a sudden. |
Damn, I did some more playing and it looks like this has only been an issue since 4.7.4. Looks like changing versions in the playground doesnt cause errors to appear immediately. There goes my award π’ |
Normally that takes effect immediately, but since this is actually crashing the compiler, it might be taking longer to recover from or something. |
Bug Report
π Search Terms
Maximum call stack size exceeded
getMappedType
π Version & Regression Information
β― Playground Link
Playground link with relevant code
This is an example of a logically identical class, with the inline mapping extracted, where the compiler doesnt crash
π» Code
π Actual behavior
The compiler crashes with a stack overflow error

π Expected behavior
Compilation should succeed with no errors. Extracting the inline mapped type to its own type definition achieves this, but the two are logically identical so the stack overflow is unexpected.
The text was updated successfully, but these errors were encountered: