CodSpeedHQ/codspeed-rust - CodSpeed

codspeed-rust

Blog Docs Changelog

Performance History

Latest Results

TO DROP: target v5 to check for warning

chore/pin-github-actions

10 days ago

ci: bump and pin third-party actions to commit SHAs Every `uses:` reference is now pinned to a full commit SHA with a version comment, managed by pinact (`.pinact.yaml`). This removes the mutable-tag supply-chain risk and clears the Node 20 deprecation warning, which came from `actions/checkout@v4`, not from CodSpeedHQ/action. `CodSpeedHQ/action@main` is deliberately left unpinned so CI keeps exercising the action's unreleased changes; pinact ignores it. Replace `actions/upload-release-asset@v1.0.2` with `gh release upload`: that action is archived and still targets Node 12, which current runners no longer execute. The release tag now flows from the `publish` job as a `tag` output instead of the `upload_url` output it replaces. Co-Authored-By: Claude <noreply@anthropic.com> Signed-off-by: Guillaume Lagrange <guillaume@glagrange.eu>

chore/pin-github-actions

10 days ago

ci: bump and pin third-party actions to commit SHAs Every `uses:` reference is now pinned to a full commit SHA with a version comment, managed by pinact (`.pinact.yaml`). This removes the mutable-tag supply-chain risk and clears the Node 20 deprecation warning, which came from `actions/checkout@v4`, not from CodSpeedHQ/action. `CodSpeedHQ/action@main` is deliberately left unpinned so CI keeps exercising the action's unreleased changes; pinact ignores it. Replace `actions/upload-release-asset@v1.0.2` with `gh release upload`: that action is archived and still targets Node 12, which current runners no longer execute. The release tag now flows from the `publish` job as a `tag` output instead of the `upload_url` output it replaces. Co-Authored-By: Claude <noreply@anthropic.com>

chore/pin-github-actions

10 days ago

chore: feature-gate clap on the compatibility layers

cod-3336-feature-gate-cliclap-dependency-in-compat-layers-divan

10 days ago

chore: use samply as walltime profiler

chore/samply-run

2 months ago

Release 5.0.1 cargo-codspeed@5.0.1 codspeed@5.0.1 codspeed-bencher-compat@5.0.1 codspeed-criterion-compat@5.0.1 codspeed-criterion-compat-walltime@5.0.1 codspeed-divan-compat@5.0.1 codspeed-divan-compat-macros@5.0.1 codspeed-divan-compat-walltime@5.0.1 Generated by cargo-workspaces

main

2 months ago

fix(divan): bump proc-macro-crate to parse multiline inline tables The bench macro resolves the renamed `codspeed-divan-compat` dependency via `proc_macro_crate::crate_name`, which parses the consumer's Cargo.toml with toml_edit. proc-macro-crate 3.2.0 pulled toml_edit 0.22, which parses in strict TOML 1.0 mode and rejects multiline inline tables. When a manifest contained one (e.g. a formatter-wrapped `features = [...]` list), parsing failed, the rename could not be resolved, and the macro fell back to the unrenamed `codspeed_divan_compat` path, producing `E0433: cannot find codspeed_divan_compat in the crate root`. Bump to proc-macro-crate 3.5.0, which depends on toml_edit 0.25 with TOML 1.1 support, so multiline inline tables parse and the rename resolves correctly. Raise the crate MSRV to 1.85 to match the rest of the workspace (proc-macro-crate 3.5.0 requires 1.82). Closes COD-3022 Co-Authored-By: Claude <noreply@anthropic.com>

main

2 months ago

fix(divan): bump proc-macro-crate to parse multiline inline tables The bench macro resolves the renamed `codspeed-divan-compat` dependency via `proc_macro_crate::crate_name`, which parses the consumer's Cargo.toml with toml_edit. proc-macro-crate 3.2.0 pulled toml_edit 0.22, which parses in strict TOML 1.0 mode and rejects multiline inline tables. When a manifest contained one (e.g. a formatter-wrapped `features = [...]` list), parsing failed, the rename could not be resolved, and the macro fell back to the unrenamed `codspeed_divan_compat` path, producing `E0433: cannot find codspeed_divan_compat in the crate root`. Bump to proc-macro-crate 3.5.0, which depends on toml_edit 0.25 with TOML 1.1 support, so multiline inline tables parse and the rename resolves correctly. Raise the crate MSRV to 1.85 to match the rest of the workspace (proc-macro-crate 3.5.0 requires 1.82). Closes COD-3022 Co-Authored-By: Claude <noreply@anthropic.com>

cod-3022-codspeed-macro-fails-to-parse-multiline-inline-table-in

2 months ago

Latest Branches

N/A

ci: bump and pin third-party actions to commit SHAs#188

10 days ago

1d05f61

chore/pin-github-actions

N/A

chore: feature-gate clap on the compatibility layers#187

10 days ago

a6ce007

cod-3336-feature-gate-cliclap-dependency-in-compat-layers-divan

-1%

fix(divan): bump proc-macro-crate to parse multiline inline tables#185

2 months ago

9229680

cod-3022-codspeed-macro-fails-to-parse-multiline-inline-table-in

© 2026 CodSpeed Technology

Home Terms Privacy Docs