Jake Bailey

> still have some require calls. any plan to move it to ts.sys? I'm not sure what you're asking; the output format is still something like UMD so the same...

The PR has been posted! #51387

The modules PR went in earlier today. Here's a set of follow-up issues and PRs that I am already working on which build on the modules change: - #51438 -...

That does change: ```diff import * as exportSymbol from "./exportSymbol.cjs"; ->exportSymbol : symbol +>exportSymbol : { toString(): string; valueOf(): symbol; readonly description: string | undefined; [Symbol.toPrimitive](hint: string): symbol; readonly [Symbol.toStringTag]:...

In #51099 the goal is to actually make the import `any`, so this would make it the empty object which seems restrictive. The issue reports that the way this came...

Yeah. I'm not super familiar, but it seemed suspect. I just don't know quite what the intended behavior is here. I could reasonably remove the debug check and allow this...

> It's been used for some time in Deno when the types of a module can't be resolved in certain cases in order to have an any type, > Edit:...

> I believe most of the same functionality is exported in typescript.js and tsserverlibrary.js, just in CommonJS. The two files are identical, except that they point to different source maps...

Looking back at the Gulpfile, it appears to have been this way for at least 6 years. I think we could definitely remove this file and tell people to use...

Following up on this since I already have `typescriptServices` removed on my module branch (makes the build simpler). I've done some looking, and it looks like `typescriptServices` is the main...