Fix ESM build to contain import
statements with full file extensions
#49
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Up until now, the what used to be built into the
./dist/esm
;iterified/tsconfig-esm.json
Line 5 in 815d357
seems to not have actually been 100% proper ESM code, if not outright invalid, since all the generated import statements appearing in the output files did not include fully qualified file paths including the file extension.
This should make all built output contain fully qualified import file paths (including the CJS build, harmlessly).
Set the pnpm version that's installed during CI to a fixed earlier
pnpm^8
one since the latest is not compatible with the old Node 16 that's used across the CI (which should be tackled separately in some future PR).Also some TypeScript-related improvements which should make IDE detect the tsconfig better and also load a proper tsconfig configuration for the files in
./spec
dir which I suspect I couldn't do up until now.