Allow setting tsconfig config directly in the parser

[sindresorhus]

Currently, we can specify parserOptions.project for a path to our tsconfig, but the parser handles the loading of tsconfig, so there's no way for us to provide a custom tsconfig (not on disk) directly to @typescript-eslint/parser.

My specific use-case is that we're adding built-in TypeScript support (xojs/xo#426) to XO. XO is a "zero-config" ESLint wrapper that ships with great defaults and lots of plugins. We want to add the ability to lint ambient d.ts files. However, JS packages with a d.ts file don't usually have a tsconfig file, and I feel that TypeScript is too loose by default, so I would like to provide some sensible tsconfig defaults for d.ts files in JS projects.

It would be great if there was a way to set a default tsconfig object that is used if there's no tsconfig file in the project.

[bradzacher]

I don't think that this is really possible without significant effort.

When we call into the TS API, we have to provide a compiler host, which for us gets created via
ts.createWatchCompilerHost.
This function accepts either a config file path on disk, or it accepts a config object, and an array of root filenames to seed the project from.

The significant effort would be us manually implementing a compiler host to work around this API limitation.
If this were added to TS itself, then sure we could add it in, but that then ties the feature (and thus your project) to a brand new version of TS.

[sindresorhus]

or it accepts a config object, and an array of root filenames to seed the project from.

Wouldn't this solve the problem? Or am I misunderstanding something?

In XO, we have the config and TS file paths, just not the config file on disk.

[ark120202]

Do you have a raw json file content or parsed one (an instance of ts.CompilerOptions)? If it's the first, such object can be parsed with ts.parseJsonConfigFileContent to get ts.CompilerOptions and fileNames, which can be passed to a second overload of ts.createWatchCompilerHost

[sindresorhus]

Raw

[bradzacher]

XO makes its own calls into the ESLint api right?

If yes, then this might be a good use case for a more generic solution like in #1442

I'm hesitant to accept tsconfig via parserOptions, because it would be even more reliant upon the tsconfigRootDir option, which I know already causes problems for people.
I'm probably worrying about nothing though.

[sindresorhus]

XO makes its own calls into the ESLint api right?

Yes, it uses ESLint's programmatic interface (CLIEngine).