Open alexeagle opened 4 weeks ago
Using https://www.npmjs.com/package/every-ts:
$ every-ts bisect start
$ every-ts bisect bad main
$ every-ts bisect good 5.4.5
$ every-ts bisect run sh -c 'tsc -p tsconfig.json --outDir .'
c92bd16ac0e75834100ef57daa0083f161470509 is the first bad commit
commit c92bd16ac0e75834100ef57daa0083f161470509
Author: Sheetal Nandi <shkamat@microsoft.com>
Date: Fri Apr 26 13:14:40 2024 -0700
Exclude outDir and declarationDir even if they come from extended config (#58335)
Points to #58335, not #58042.
This was intentional change to exclude the outDir
and declarationDir
if no excludes are specified.
It seems like that PR intended to change it for the case where outDir
and/or declarationDir
appear in the extend
ed tsconfig. file. Did you also instead to change the semantics for the --outDir
command-line flag?
For all flags we normally dont care if its in config file or passed on commandLine, so thats what this change did - always exclude outDir
and declaraitonDir
I think one would expect that these three tsconfigs would have identical behavior:
1)
{
"compilerOptions": {}
}
2)
{
"compilerOptions": {
"outDir": "."
}
}
3)
{
"compilerOptions": {
"outDir": "."
},
"exclude": []
}
but (2) is the only one that fails with No inputs were found in config file
.
But they are not same:
outDir
outDir
and there is no exclude specified so will exclude outdir
I recognize the behavioral difference, but it seems like something that will be a source of confusion for users. Also I just wanted to get clarification, should this behavior only apply to tsconfig files that have been "extends"
ed from, or to any tsconfig files?
There is no change in behavior for scenario 2 with that PR. That behavior was always there
I believe that's not correct. Scenario 2 produced .js
outputs prior to your commit, and now it's an error.
Note, the repro is even simpler than I wrote above:
ts59036 % touch index.ts tsconfig.json
ts59036 % npx -p typescript@5.4.5 tsc --outDir . -p .
ts59036 % ls
index.js index.ts tsconfig.json
ts59036 % npx -p typescript@5.5.2 tsc --outDir . -p .
error TS18003: No inputs were found in config file '/Users/alexeagle/repros/ts59036/tsconfig.json'. Specified 'include' paths were '["**/*"]' and 'exclude' paths were '["/Users/alexeagle/repros/ts59036"]'.
Found 1 error.
I believe that's not correct. Scenario 2 produced
.js
outputs prior to your commit, and now it's an error.Note, the repro is even simpler than I wrote above:
ts59036 % touch index.ts tsconfig.json ts59036 % npx -p typescript@5.4.5 tsc --outDir . -p . ts59036 % ls index.js index.ts tsconfig.json ts59036 % npx -p typescript@5.5.2 tsc --outDir . -p . error TS18003: No inputs were found in config file '/Users/alexeagle/repros/ts59036/tsconfig.json'. Specified 'include' paths were '["**/*"]' and 'exclude' paths were '["/Users/alexeagle/repros/ts59036"]'. Found 1 error.
Thats not what i see. I believe what you ran is not scenario2 as before my change it really just looked "own config outDir" and not commandLine or extended config. Now its consistent. Wherever the outDir comes from it will be excluded if we are supposed to calculate the exclude pattern.
C:\temp\test2>dir
Volume in drive C is Local Disk
Volume Serial Number is 9EF5-3A92
Directory of C:\temp\test2
07/01/2024 12:19 PM <DIR> .
07/01/2024 12:18 PM <DIR> ..
07/01/2024 12:18 PM 13 a.ts
07/01/2024 12:19 PM <DIR> node_modules
07/01/2024 12:19 PM 567 package-lock.json
07/01/2024 12:19 PM 52 package.json
07/01/2024 12:19 PM 41 tsconfig.json
4 File(s) 673 bytes
3 Dir(s) 595,701,358,592 bytes free
C:\temp\test2>type tsconfig.json
{
"compilerOptions": { "outDir": "." } }
C:\temp\test2>node node_modules\typescript\lib\tsc.js -v
Version 5.4.5
C:\temp\test2>node node_modules\typescript\lib\tsc.js --explainFiles
error TS18003: No inputs were found in config file 'C:/temp/test2/tsconfig.json'. Specified 'include' paths were '["**/*"]' and 'exclude' paths were '["."]'.
Found 1 error.
I'm sorry, are you saying that you can't repro the same thing I provided above? Or that you're not interested in that repro because of CLI flags having been treated differently from tsconfig.json?
I am saying that the run you did is not same as scenario 2 described in https://github.com/microsoft/TypeScript/issues/59036#issuecomment-2192485773 that worked before that change, The change now handles outDir
and declarationDir
in same ways whether it comes from own config, command line or extended config and was intentional.
@alexeagle is there any additional action needed here?
Hey @RyanCavanaugh - I'm representing users here, rather than myself.
In our examples I was forced to add workarounds https://github.com/aspect-build/rules_ts/pull/643/files and I expect that represents the same thing our users will be forced to do. So the required action depends on how much those folks complain about the changed semantics for when --outDir
is specified as a command-line flag - I expect they'll come "upvote" this issue.
As an example user-reported issue: https://github.com/aspect-build/rules_ts/issues/644#issuecomment-2193947131
To be fair, perhaps it's unusual that our Bazel integration passes that command-line flag at all. For reference, here's the spot where we do that. I could imagine we just omit this flag when the value is "."
as that's a no-op. However that's not commonly the case since Bazel runs with a working directory at the root of the monorepo, we typically need --outDir=packages/foo
.
π Search Terms
symlink tsconfig includes
π Version & Regression Information
β― Playground Link
No response
π» Code
No response
π Actual behavior
Under Bazel, builds are made more hermetic by creating a dedicated folder (an "execroot") and symlinking files into it.
Starting in TS 5.5, we see the following minimal reproduction:
Note that if
--outDir .
is removed, then this command instead succeeds and writesindex.js
.This red PR to Bazel's TypeScript rules demonstrates the problem in the context of running the
bazel
tool: https://github.com/aspect-build/rules_ts/pull/643π Expected behavior
In the prior TypeScript release this was working.
Additional information about the issue
https://github.com/microsoft/TypeScript/pull/58042 seems like a likely explanation as it touched the resolution logic for locating files to be in the program, fyi @sheetalkamat