TS1479 error when importing an ES module from a CommonJS module after upgrading to v10

[weikangchia]

Hi all, I'm encountering a TypeScript error when trying to import a named export from the rambda v10 library in a NestJSS (CommonJS).

TS1479: The current file is a CommonJS module whose imports will produce require calls; however, the referenced file is an ECMAScript module and cannot be imported with require. Consider writing a dynamic import("rambda") call instead.

My import looks like this:

import { equals } from 'rambda';

This used to work fine in rambda v9, but after upgrading to v10, it no longer compiles.

My tsconfig.json has:

{
  "compilerOptions": {
    "module": "Node16",
    "moduleResolution": "Node16",
    "esModuleInterop": true,
    "allowSyntheticDefaultImports": true,

Questions:

1. What’s the best way to import from rambda v10 if I’m still using CommonJS modules?
2. Is const { equals } = await import('rambda') the only viable option now?

Any help is appreaciateed! Thanks!

[selfrefactor]

I will check it and I will get back to you. Thanks for taking the time to describe the problem.

[selfrefactor]

I tested with your config and it works for me. Can you provide a bit more info? Package.json and full ts config would be enough.

[weikangchia]

Hi @selfrefactor , I have pushed a simplified version of my project to a GitHub repo, https://github.com/weikangchia/rambda-test.

You may checkout the app.controller.ts file

[selfrefactor]

I found the issue and I will make a release in next two days. Again, thank you for helping out.

I will write here when bugfix is released.

[selfrefactor]

It should be fixed now with latest version. Please comment if that is not the case.

[weikangchia]

Hi @selfrefactor , now it doesn't throw error but the result of the equals is not a boolean but a [Function (anonymous)]

it('test', () => {
  const result = equals({ a: 1 }, { a: 1 });
  console.log(result);
});

[selfrefactor]

if you read TS declaration, now all methods are optimized for usage inside R.pipe. This means, that if you use it outside chain, signature is R.equals(a)(b).

[weikangchia]

Thanks, it works.