-
-
Notifications
You must be signed in to change notification settings - Fork 867
Comparing changes
Open a pull request
base repository: stdlib-js/stdlib
base: develop@{1day}
head repository: stdlib-js/stdlib
compare: develop
- 19 commits
- 112 files changed
- 7 contributors
Commits on Aug 23, 2025
-
1
Configuration menu - View commit details
-
Copy full SHA for c5b3e0a - Browse repository at this point
Copy the full SHA c5b3e0aView commit details -
refactor!: modify C implementation to accept
float
instead of `int3……2` in `math/base/special/fibonaccif` This commit updates the signature of the C API to accept a float rather than int32. The rationale was so that users get the same results/behavior in both JavaScript and C. This arose in the context of ufuncs, where the diverging type signatures meant differences in what dtypes would be permissible. Instead, we decided to unify and ensure the behavior is consistent. BREAKING CHANGE: update signature to accept floats User code should behave similarly in the primary case of providing integer-valued input values. However, no longer will real-values truncate. Now, real-valued inputs will result in `NaN`, which is, arguably, better behavior, as real-to-integer truncation can be a source of silent bugs. PR-URL: #7938 Reviewed-by: Athan Reines <kgryte@gmail.com>
1Configuration menu - View commit details
-
Copy full SHA for 709c1ab - Browse repository at this point
Copy the full SHA 709c1abView commit details -
refactor!: modify C implementation to accept
double
instead of `int……32` in `math/base/special/lucas` This commit updates the signature of the C API to accept a double rather than int32. The rationale was so that users get the same results/behavior in both JavaScript and C. This arose in the context of ufuncs, where the diverging type signatures meant differences in what dtypes would be permissible. Instead, we decided to unify and ensure the behavior is consistent. BREAKING CHANGE: update signature to accept doubles User code should behave similarly in the primary case of providing integer-valued input values. However, no longer will real-values truncate. Now, real-valued inputs will result in `NaN`, which is, arguably, better behavior, as real-to-integer truncation can be a source of silent bugs. PR-URL: #7936 Reviewed-by: Athan Reines <kgryte@gmail.com>
1Configuration menu - View commit details
-
Copy full SHA for 3d340e2 - Browse repository at this point
Copy the full SHA 3d340e2View commit details -
chore: add structured package data for
math/base/special/acoth
1Configuration menu - View commit details
-
Copy full SHA for 9fc1333 - Browse repository at this point
Copy the full SHA 9fc1333View commit details -
1
Configuration menu - View commit details
-
Copy full SHA for e457e47 - Browse repository at this point
Copy the full SHA e457e47View commit details -
docs: be consistent with backticks around NaN
--- type: pre_commit_static_analysis_report description: Results of running static analysis checks when committing changes. report: - task: lint_filenames status: passed - task: lint_editorconfig status: passed - task: lint_markdown status: na - task: lint_package_json status: na - task: lint_repl_help status: passed - task: lint_javascript_src status: na - task: lint_javascript_cli status: na - task: lint_javascript_examples status: na - task: lint_javascript_tests status: na - task: lint_javascript_benchmarks status: na - task: lint_python status: na - task: lint_r status: na - task: lint_c_src status: na - task: lint_c_examples status: na - task: lint_c_benchmarks status: na - task: lint_c_tests_fixtures status: na - task: lint_shell status: na - task: lint_typescript_declarations status: na - task: lint_typescript_tests status: na - task: lint_license_headers status: passed ---
Configuration menu - View commit details
-
Copy full SHA for 5c1bb3c - Browse repository at this point
Copy the full SHA 5c1bb3cView commit details -
build: add missing step to checkout repository
--- type: pre_commit_static_analysis_report description: Results of running static analysis checks when committing changes. report: - task: lint_filenames status: passed - task: lint_editorconfig status: passed - task: lint_markdown status: na - task: lint_package_json status: na - task: lint_repl_help status: na - task: lint_javascript_src status: na - task: lint_javascript_cli status: na - task: lint_javascript_examples status: na - task: lint_javascript_tests status: na - task: lint_javascript_benchmarks status: na - task: lint_python status: na - task: lint_r status: na - task: lint_c_src status: na - task: lint_c_examples status: na - task: lint_c_benchmarks status: na - task: lint_c_tests_fixtures status: na - task: lint_shell status: na - task: lint_typescript_declarations status: na - task: lint_typescript_tests status: na - task: lint_license_headers status: passed ---
Configuration menu - View commit details
-
Copy full SHA for 5ace21f - Browse repository at this point
Copy the full SHA 5ace21fView commit details
Commits on Aug 24, 2025
-
build: set GITHUB_TOKEN with required permissions
--- type: pre_commit_static_analysis_report description: Results of running static analysis checks when committing changes. report: - task: lint_filenames status: passed - task: lint_editorconfig status: passed - task: lint_markdown status: na - task: lint_package_json status: na - task: lint_repl_help status: na - task: lint_javascript_src status: na - task: lint_javascript_cli status: na - task: lint_javascript_examples status: na - task: lint_javascript_tests status: na - task: lint_javascript_benchmarks status: na - task: lint_python status: na - task: lint_r status: na - task: lint_c_src status: na - task: lint_c_examples status: na - task: lint_c_benchmarks status: na - task: lint_c_tests_fixtures status: na - task: lint_shell status: na - task: lint_typescript_declarations status: na - task: lint_typescript_tests status: na - task: lint_license_headers status: passed ---
Configuration menu - View commit details
-
Copy full SHA for 71c58f3 - Browse repository at this point
Copy the full SHA 71c58f3View commit details -
PR-URL: #7943 Reviewed-by: Philipp Burckhardt <pburckhardt@outlook.com> Signed-off-by: stdlib-bot <82920195+stdlib-bot@users.noreply.github.com>
1Configuration menu - View commit details
-
Copy full SHA for d9443db - Browse repository at this point
Copy the full SHA d9443dbView commit details -
build: use secret passed to workflow
--- type: pre_commit_static_analysis_report description: Results of running static analysis checks when committing changes. report: - task: lint_filenames status: passed - task: lint_editorconfig status: passed - task: lint_markdown status: na - task: lint_package_json status: na - task: lint_repl_help status: na - task: lint_javascript_src status: na - task: lint_javascript_cli status: na - task: lint_javascript_examples status: na - task: lint_javascript_tests status: na - task: lint_javascript_benchmarks status: na - task: lint_python status: na - task: lint_r status: na - task: lint_c_src status: na - task: lint_c_examples status: na - task: lint_c_benchmarks status: na - task: lint_c_tests_fixtures status: na - task: lint_shell status: na - task: lint_typescript_declarations status: na - task: lint_typescript_tests status: na - task: lint_license_headers status: passed ---
Configuration menu - View commit details
-
Copy full SHA for cc8387b - Browse repository at this point
Copy the full SHA cc8387bView commit details -
build: address
/stdlib make-commands
workflow failure case and add ……debug support --- type: pre_commit_static_analysis_report description: Results of running static analysis checks when committing changes. report: - task: lint_filenames status: passed - task: lint_editorconfig status: passed - task: lint_markdown status: na - task: lint_package_json status: na - task: lint_repl_help status: na - task: lint_javascript_src status: na - task: lint_javascript_cli status: na - task: lint_javascript_examples status: na - task: lint_javascript_tests status: na - task: lint_javascript_benchmarks status: na - task: lint_python status: na - task: lint_r status: na - task: lint_c_src status: na - task: lint_c_examples status: na - task: lint_c_benchmarks status: na - task: lint_c_tests_fixtures status: na - task: lint_shell status: passed - task: lint_typescript_declarations status: na - task: lint_typescript_tests status: na - task: lint_license_headers status: passed ---
Configuration menu - View commit details
-
Copy full SHA for 99e32d3 - Browse repository at this point
Copy the full SHA 99e32d3View commit details -
build: swallow
grep
failure in when no C files present--- type: pre_commit_static_analysis_report description: Results of running static analysis checks when committing changes. report: - task: lint_filenames status: passed - task: lint_editorconfig status: passed - task: lint_markdown status: na - task: lint_package_json status: na - task: lint_repl_help status: na - task: lint_javascript_src status: na - task: lint_javascript_cli status: na - task: lint_javascript_examples status: na - task: lint_javascript_tests status: na - task: lint_javascript_benchmarks status: na - task: lint_python status: na - task: lint_r status: na - task: lint_c_src status: na - task: lint_c_examples status: na - task: lint_c_benchmarks status: na - task: lint_c_tests_fixtures status: na - task: lint_shell status: passed - task: lint_typescript_declarations status: na - task: lint_typescript_tests status: na - task: lint_license_headers status: passed ---
Configuration menu - View commit details
-
Copy full SHA for 6264572 - Browse repository at this point
Copy the full SHA 6264572View commit details -
1
Configuration menu - View commit details
-
Copy full SHA for bb8477e - Browse repository at this point
Copy the full SHA bb8477eView commit details -
refactor!: modify C implementation to accept
float
instead of `int3……2` in `math/base/special/lucasf` This commit updates the signature of the C API to accept a float rather than int32. The rationale was so that users get the same results/behavior in both JavaScript and C. This arose in the context of ufuncs, where the diverging type signatures meant differences in what dtypes would be permissible. Instead, we decided to unify and ensure the behavior is consistent. BREAKING CHANGE: update signature to accept floats User code should behave similarly in the primary case of providing integer-valued input values. However, no longer will real-values truncate. Now, real-valued inputs will result in `NaN`, which is, arguably, better behavior, as real-to-integer truncation can be a source of silent bugs. PR-URL: #7939 Reviewed-by: Athan Reines <kgryte@gmail.com>
1Configuration menu - View commit details
-
Copy full SHA for d109efc - Browse repository at this point
Copy the full SHA d109efcView commit details -
refactor!: modify C implementation to accept
double
values instead ……of `int64` in `math/base/special/binomcoefln` This commit updates the signature of the C API to accept a double rather than int32. The rationale was so that users get the same results/behavior in both JavaScript and C. This arose in the context of ufuncs, where the diverging type signatures meant differences in what dtypes would be permissible. Instead, we decided to unify and ensure the behavior is consistent. BREAKING CHANGE: update signature to accept doubles User code should behave similarly in the primary case of providing integer-valued input values. However, no longer will real-values truncate. Now, real-valued inputs will result in `NaN`, which is, arguably, better behavior, as real-to-integer truncation can be a source of silent bugs. PR-URL: #7947 Reviewed-by: Athan Reines <kgryte@gmail.com>
1Configuration menu - View commit details
-
Copy full SHA for 0681f24 - Browse repository at this point
Copy the full SHA 0681f24View commit details -
refactor!: modify C implementation to accept
float
values instead o……f `int32` in `math/base/special/binomcoeff` This commit updates the signature of the C API to accept a float rather than int32. The rationale was so that users get the same results/behavior in both JavaScript and C. This arose in the context of ufuncs, where the diverging type signatures meant differences in what dtypes would be permissible. Instead, we decided to unify and ensure the behavior is consistent. BREAKING CHANGE: update signature to accept floats User code should behave similarly in the primary case of providing integer-valued input values. However, no longer will real-values truncate. Now, real-valued inputs will result in `NaN`, which is, arguably, better behavior, as real-to-integer truncation can be a source of silent bugs. PR-URL: #7946 Co-authored-by: Athan Reines <kgryte@gmail.com> Reviewed-by: Athan Reines <kgryte@gmail.com>
1Configuration menu - View commit details
-
Copy full SHA for 72d37f3 - Browse repository at this point
Copy the full SHA 72d37f3View commit details -
refactor!: modify C implementation to accept
double
values instead ……of `int64` in `math/base/special/binomcoef` This commit updates the signature of the C API to accept a double rather than int32. The rationale was so that users get the same results/behavior in both JavaScript and C. This arose in the context of ufuncs, where the diverging type signatures meant differences in what dtypes would be permissible. Instead, we decided to unify and ensure the behavior is consistent. BREAKING CHANGE: update signature to accept doubles User code should behave similarly in the primary case of providing integer-valued input values. However, no longer will real-values truncate. Now, real-valued inputs will result in `NaN`, which is, arguably, better behavior, as real-to-integer truncation can be a source of silent bugs. PR-URL: #7945 Co-authored-by: Athan Reines <kgryte@gmail.com> Reviewed-by: Athan Reines <kgryte@gmail.com>
1Configuration menu - View commit details
-
Copy full SHA for 248ba46 - Browse repository at this point
Copy the full SHA 248ba46View commit details -
refactor!: modify C implementation to accept
double
instead of `int……32` in `math/base/special/bernoulli` This commit updates the signature of the C API to accept a double rather than int32. The rationale was so that users get the same results/behavior in both JavaScript and C. This arose in the context of ufuncs, where the diverging type signatures meant differences in what dtypes would be permissible. Instead, we decided to unify and ensure the behavior is consistent. BREAKING CHANGE: update signature to accept doubles User code should behave similarly in the primary case of providing integer-valued input values. However, no longer will real-values truncate. Now, real-valued inputs will result in `NaN`, which is, arguably, better behavior, as real-to-integer truncation can be a source of silent bugs. PR-URL: #7940 Co-authored-by: Athan Reines <kgryte@gmail.com> Reviewed-by: Athan Reines <kgryte@gmail.com>
1Configuration menu - View commit details
-
Copy full SHA for 66f7bba - Browse repository at this point
Copy the full SHA 66f7bbaView commit details -
refactor!: modify C implementation to accept
float
instead of `int3……2` in `math/base/special/bernoullif` This commit updates the signature of the C API to accept a float rather than int32. The rationale was so that users get the same results/behavior in both JavaScript and C. This arose in the context of ufuncs, where the diverging type signatures meant differences in what dtypes would be permissible. Instead, we decided to unify and ensure the behavior is consistent. BREAKING CHANGE: update signature to accept floats User code should behave similarly in the primary case of providing integer-valued input values. However, no longer will real-values truncate. Now, real-valued inputs will result in `NaN`, which is, arguably, better behavior, as real-to-integer truncation can be a source of silent bugs. PR-URL: #7941 Co-authored-by: Athan Reines <kgryte@gmail.com> Reviewed-by: Athan Reines <kgryte@gmail.com>
1Configuration menu - View commit details
-
Copy full SHA for 59f0fbb - Browse repository at this point
Copy the full SHA 59f0fbbView commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff develop@{1day}...develop