dscal is not a function

[marcospassos]

Description

Encountered an error when calling chi2gof with a unity probability array.

Related Issues

No response

Questions

No.

Demo

No response

Reproduction

chi2gof([135017, 1533, 13450], [0.9, 0.01, 0.09]);

Expected Results

No error.

Actual Results

dscal is not a function
TypeError: dscal is not a function

### Version

0.0.7

### Environments

Node.js

### Browser Version

_No response_

### Node.js / npm Version

_No response_

### Platform

_No response_

### Checklist

- [X] Read and understood the [Code of Conduct](https://github.com/stdlib-js/stdlib/blob/develop/CODE_OF_CONDUCT.md).
- [X] Searched for existing issues and pull requests.

[marcospassos]

When passing simulate: true it gives another error:

dsumpw is not a function

[Planeshifter]

Hey there,
To allow us to reproduce the issue, could you please let us know how you are consuming the chi2gof package?
Are you loading one of the pre-built bundles, have you installed the entire library ( npm install @stdlib/stdlib) or just the package (npm install @stdlib/stats-chi2gof) from npm, or something else? Last but not least, did you run the failing commands via Node.js or a similar runtime or do you use a bundler such as Webpack?

[marcospassos]

The snippet is pretty simple. I'm consuming the chi2gof only.

import chi2gof from '@stdlib/stats-chi2gof';

chi2gof([135017, 1533, 13450], [0.9, 0.01, 0.09]);

And I'm running using the ts-jest, no extra config.

[marcospassos]

@Planeshifter, I took a look more in-depth, and it seems to have something wrong here:

Notice that the blas-ext-base-dsumpw imports addon.node that doesn't exist in the distribution. The same happens for the daxpy, dscal and dsumpw:

[marcospassos]

Investigating even further, it seems a generalized issue with all @stdlib/blas-* packages.

[Planeshifter]

Thanks for investigating!

I can reproduce the issue using ts-jest. We will discuss internally how to resolve it in due time and post any updates to this thread.

In the meantime, a temporary solution for you would be to add the following to your Jest configuration

  "moduleNameMapper:" {
    "^@stdlib/blas(.*)$": "<rootDir>/node_modules/@stdlib/blas$1/lib/main.js"
  }

This would ensure that Jest doesn't try to load the missing native add-ons for the blas packages but defaults to the JavaScript implementations (I have created a test repository here.)

[marcospassos]

Thank you for the workaround. Looking forward to a fix :)

[kgryte]

@marcospassos Able to track down the issue, which was due to realms and failing instanceof checks. Fix committed to main branch. Should be available to individual packages once we do another standalone package release.

[marcospassos]

Thank you, @kgryte!

[Planeshifter]

Patches have meanwhile been released for the affected blas packages. The problem should now be resolved when installing @stdlib/stats-chi2gof anew.