Fix JavaScript lint errors

[stdlib-bot]

JavaScript Linting Failures

Linting failures were detected in the automated JavaScript lint workflow run.

Workflow Details

• Run: https://github.com/stdlib-js/stdlib/actions/runs/18266142973
• Type: JavaScript Linting
• Date: 2025-10-06 00:16:48 UTC

Error Details

make[1]: Entering directory '/home/runner/work/stdlib/stdlib'

Linting file: lib/node_modules/@stdlib/math/base/special/factorial2/benchmark/benchmark.native.js

Linting file: lib/node_modules/@stdlib/assert/is-bigint/benchmark/benchmark.js

/home/runner/work/stdlib/stdlib/lib/node_modules/@stdlib/assert/is-bigint/benchmark/benchmark.js
220:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
220:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
221:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
221:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
222:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
222:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
223:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
223:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
247:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
247:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
248:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
248:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
249:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
249:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
250:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
250:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
274:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
274:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
275:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
275:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
276:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
276:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
277:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
277:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
301:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
301:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
302:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
302:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
303:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
303:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
304:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
304:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
328:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
328:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
329:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
329:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
330:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
330:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
331:3   error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
331:3   error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
355:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
355:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
356:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
356:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
357:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
357:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins
358:11  error  Using the built-in global `BigInt` constructor is not allowed; use `@stdlib/bigint/ctor` instead  stdlib/no-builtin-big-int
358:11  error  The 'BigInt' is not supported until Node.js 10.4.0. The configured version range is '>=0.12.18'   node/no-unsupported-features/es-builtins

✖ 48 problems (48 errors, 0 warnings)

Linting failed.

Linting file: lib/node_modules/@stdlib/stats/iter/cusum/benchmark/benchmark.js

Linting file: lib/node_modules/@stdlib/lapack/base/dladiv/benchmark/benchmark.ndarray.js

Linting file: lib/node_modules/@stdlib/stats/base/dists/invgamma/quantile/benchmark/benchmark.js

Linting file: lib/node_modules/@stdlib/datasets/suthaharan-single-hop-sensor-network/benchmark/benchmark.browser.js

Linting file: lib/node_modules/@stdlib/stats/strided/dmeanstdev/benchmark/benchmark.js

Linting file: lib/node_modules/@stdlib/ndarray/base/any-by/benchmark/benchmark.8d_blocked_columnmajor.js

Linting file: lib/node_modules/@stdlib/ndarray/base/unary-reduce-strided1d-dispatch-by-factory/benchmark/benchmark.length.js

Linting file: lib/node_modules/@stdlib/stats/strided/snanminabs/benchmark/benchmark.ndarray.native.js

Linting file: lib/node_modules/@stdlib/stats/strided/dvarmtk/benchmark/benchmark.ndarray.native.js
make[1]: *** [/home/runner/work/stdlib/stdlib/tools/make/lib/lint/javascript/eslint.mk:261: eslint-files] Error 1
make[1]: Leaving directory '/home/runner/work/stdlib/stdlib'
make: *** [/home/runner/work/stdlib/stdlib/tools/make/lib/lint/javascript/Makefile:158: lint-javascript-files] Error 2

Pull Request Instructions

• Please use the following PR title format:
  "chore: fix JavaScript lint errors (issue #<ISSUE_NUMBER>)".
• Reference this issue in the "Related Issues" section of the PR body as "resolves #<ISSUE_NUMBER>".

[stdlib-bot]

👋 Important: PLEASE READ 👋

This issue has been labeled as a good first issue and is available for anyone to work on.

If this is your first time contributing to an open source project, some aspects of the development process may seem unusual, arcane, or some combination of both.

1. You cannot "claim" issues. People new to open source often want to "claim" or be assigned an issue before beginning work. The typical rationale is that people want to avoid wasted work in the event that someone else ends up working the issue. However, this practice is not effective in open source, as it often leads to "issue squatting", in which an individual asks to be assigned, is granted their request, and then never ends up working on the issue. Accordingly, you are encouraged to communicate your intent to address this issue, ideally by providing a rough outline as to how you plan to address the issue or asking clarifying questions, but, at the end of the day, we will take running code and rough consensus in order to move forward quickly.
2. We have a very high bar for contributions. We have very high standards for contributions and expect all contributions—whether new features, tests, or documentation—to be rigorous, thorough, and complete. Once a pull request is merged into stdlib, that contribution immediately becomes the collective responsibility of all maintainers of stdlib. When we merge code into stdlib, we are saying that we, the maintainers, commit to reviewing subsequent changes and making bugfixes to the code. Hence, in order to ensure future maintainability, this naturally leads to a higher standard of contribution.

Before working on this issue and opening a pull request, please read the project's contributing guidelines. These guidelines and the associated development guide provide important information, including links to stdlib's Code of Conduct, license policy, and steps for setting up your local development environment.

To reiterate, we strongly encourage you to refer to our contributing guides before beginning work on this issue. Failure to follow our guidelines significantly decreases the likelihood that you'll successfully contribute to stdlib and may result in automatic closure of a pull request without review.

Setting up your local development environment is a critical first step, as doing so ensures that automated development processes for linting, license verification, and unit testing can run prior to authoring commits and pushing changes. If you would prefer to avoid manual setup, we provide pre-configured development containers for use locally or in GitHub Codespaces.

We place a high value on consistency throughout the stdlib codebase. We encourage you to closely examine other packages in stdlib and attempt to emulate the practices and conventions found therein.

• If you are attempting to contribute a new package, sometimes the best approach is to simply copy the contents of an existing package and then modify the minimum amount necessary to implement the feature (e.g., changing descriptions, parameter names, and implementation).
• If you are contributing tests, find a package implementing a similar feature and emulate the tests of that package.
• If you are updating documentation, examine several similar packages and emulate the content, style, and prose of those packages.

In short, the more effort you put in to ensure that your contribution looks and feels like stdlib—including variables names, bracket spacing, line breaks, etc—the more likely that your contribution will be reviewed and ultimately accepted. We encourage you to closely study the codebase before beginning work on this issue.

✨ Thank you again for your interest in stdlib, and we look forward to reviewing your future contributions. ✨

[morijvan]

Hey I am interested to work on this particular issue can you please assign this issue.