-
Notifications
You must be signed in to change notification settings - Fork 10
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
Incorrect use of strict #10
Comments
Hi @spmiller , I reconfirmed the docs. You are right! Thank you so much for pointing out.
A PR is very welcome! |
tsconfig's definition of strict is different to swc's, so we shouldn't treat them as the same field. Default swc strict mode to false. It can still be overridden by manual config if required. Fixes songkeys#10.
'false' is currently the default, but we want the default behaviour from swc so will leave it unset. Fixes songkeys#10.
Hi @songkeys, Sorry to bother you, but did the version that was published to NPM as 2.0.0 include this fix? The only change appears to be version number:
|
Hi @spmiller I'm so sorry about this! I mis-published the wrong commit on my local machine. I just published v2.0.1 for the correct one. Thank you so much for pointing out. I will publish in GitHub Actions in the future! |
No problem, these things happen! Thanks for your quick fix 🙂 |
Hi there,
Many thanks for this library. We are attempting to use it to enable our adoption of swc and it has saved us a lot of time so far!
In convertTsConfig, we assign swc config from the tsconfig, setting properties where they don't exist.
The problem occurs when we merge the two configs together here.
tsc
's definition ofstrict
is not the same asswc
's definition, but we merge them as if they are the same.I think a simple solution would be to remove the copying of the
strict
setting from the tsconfig, and only set it if passed in via the manually overridden config. Would you accept a PR that did this?The text was updated successfully, but these errors were encountered: