Closed isaacs closed 1 year ago
Merging #2057 (670d0ea) into main (47d4f45) will increase coverage by
0.11%
. The diff coverage isn/a
.
Files Changed | Coverage Δ | |
---|---|---|
src/transpilers/swc.ts | 81.81% <ø> (ø) |
... and 3 files with indirect coverage changes
:loudspeaker: Have feedback on the report? Share it here.
@isaacs would it be possible to move this forward soon?
@meabed ready to land, as far as I'm concerned. I'm not the one who needs to say yes, though.
@wololodev - hope you well, could this get merged soon? Thank you 😄
This is resolved via #2062
Node mandates import assertions for json imports.
@cspotcode The least official release of ts-node
is more than a year old so I can imagine the main branch to be quite packed in changes and might take time to be ready for release. Are you planing to cherry pick and release this particular fix soon? Im trying to see if I should just patch ts-node
in my repo or just wait.
@cspotcode Thank you fixing and merging this fix - would it be released soon?
This removes support for keeping import assertions, which were broken in swc at some point, and unconditionally transpiled into import attributes. (Ie,
import/with
instead ofimport/assert
.)No version of node supports import attributes with this syntax yet, so anyone using swc to import json in ESM is out of luck no matter what.
And swc 1.3.83 broke the option that ts-node was using. The position of the swc project is that experimental features are not supported, and may change in patch versions without warning, making them unsafe to rely on (as evidenced here, and the reason why this behavior changed unexpectedly in the first place).
Better to just not use experimental swc features, and let it remove import assertions rather than transpile them into something that node can't run.
Fix: https://github.com/TypeStrong/ts-node/issues/2056