Repository navigation
Compiler OOM on strict generic checks #19662
Description
Reported in #18411 (comment)
Project: https://github.com/electricessence/TypeScript.NET
The project compiles in Webstorm for the existing tsconfigs with 2.7. But I'm dependent on gulp to render my distributions and run tests. The area where it gets problematic is in /source/System.Linq where the Linq.ts lib tries to reconcile the extensive interface signature. If I rip out the guts of the interface, it will compile (although still quite slowly relative to 2.3.2)
Note: --noStrictGenericChecks seems to avoid the crash.
Activity
electricessence commentedon Nov 5, 2017
Unless gulp-typescript changed something where passing
noStrictGenericChecks: trueto the options doesn't work, then I'm still getting the error.typescript@2.7.0-dev.20171104
Compilation is taking quite a long time before failing.
Just for reference, here is where the options block is passed through my build process:
https://github.com/electricessence/gulp-typescript-helper/blob/master/source/BuildHelper.ts#L59
I see no reason why it wouldn't be working though since it's been reliable through 2.3.2.
I may have to just wait for a fix.
electricessence commentedon Nov 24, 2017
Ok so this officially has be come a serious issue. (related #20251)
TS 2.6.0 will allow me to add:
But TS 2.3.2 will not. And 2.3.2 is the latest version that will compile my code successfully.
Apparently TS 2.3.2 does not understand
Symbol. Or more correctly, it can't be made to understand.toStringTag.If I try to hack either version make both happy, they disagree.
aldendaniels commentedon Jan 10, 2018
Process is running out out of memory on TS 2.6.2 when running
I also tried
As recommended in #18411, but no dice.
Non-watch mode and the IDE interface are OK.
mhegazy commentedon Jan 10, 2018
Alden Daniels (@aldendaniels) can you share your project
mhegazy commentedon Mar 9, 2018
Closing for now. please reopen if a sample exists.
electricessence commentedon Mar 10, 2018
This is how I ended up fixing my problems:
#21048
Nathan Shively-Sanders (@sandersn) helped me through and also had me mark a checkin where it's repoable.