Bump houseabsolute/actions-rust-cross from 0 to 1

[dependabot]

Bumps houseabsolute/actions-rust-cross from 0 to 1.

Release notes

Sourced from houseabsolute/actions-rust-cross's releases.

v1.0.0 Beta 1 - Now with caching built in

The addition of caching is a significant behavior change for this action, so the version has been bumped to v1.0.0 because of this change.

• This action will now configure and use Swatinem/rust-cache by default for you. It will include the target parameter as part of the cache key automatically. Suggested by @​jennydaman (Jennings Zhang). GH #23.
• This action now validates its input and will exit early if they are not valid. GH #35.

v0.0.17 - bench command

• Added support for running cargo bench or cross bench. Implemented by @​RaulTrombin (Raul Victor Trombin). GH #32.

v0.0.16

• Arguments passed in the args parameter are now always last when executing cargo. This lets you pass arguments to test binaries like -- --something. First reported by @​mateocabanal (Mateo Cabanal) as GH #12 and fully fixed by @​donatello (Aditya Manthramurthy) in GH #30.

v0.0.15 - Only install musl packages when needed

• The musl packages are only installed when not cross-compiling.

v0.0.14 - Install musl-tools if needed

• When the given target includes the string musl, this action will install the musl-tools package. This allows crates with C or C++ code to compile properly. Fixes #20. Reported by Matteo Pietro Dazzi (@​ilteoood).

v0.0.13 - Can install cross from git

• It's now possible to set cross-version to a git ref like a commit hash or HEAD. This will install cross from its git repo.

v0.0.12

• Bumped the version of actions/cache used in this action to v4. The v3 version uses Node 16, which causes warnings when run. Implemented by @​hms5232. GH #13.

v0.0.11

• Use cross when compiling for 32-bit Linux targets. While in theory this should work without cross, compiling openssl with the vendored feature fails when we run cargo build --target i686-unknown-linux-musl.

v0.0.10

• Fixed handling of crates with multiple binaries. Attempting to strip binaries for such a crate caused the build to fail. Reported by Tomaž Hribernik. GH #8
• Added a new cross-version parameter. This can be specified to make this action use a specific version of cross. If this is not specified, the latest version will be used.

v0.0.9

• Added a working-directory parameter. By default this is the current directory (.) but you can set it to something else to compile a single crate or workspace in a subdirectory of the repo. This allows you to use this action with monorepos with multiple crates. Based on GH #7 by @​aaronvg.

v0.0.8

• For builds that need the cross binary, this binary is now cached. A cache hit saves about 20 seconds in my tests. Suggested by @​timon-schelling. GH #4.

v0.0.7

• The toolchain argument was (probably) not being respected with cross builds, though it's hard to be sure since none of the output from past CI runs I've looked at it includes the toolchain version in the output. But now the toolchain version is explicitly passed to all cargo and cross commands.

v0.0.6

• When the strip parameter was true, stripping binaries could fail if there were both target/*/debug and target/*/release directories present and the debug directory didn't have a binary. Now it will strip all binaries it finds under target.

v0.0.5

• Fix use of dtolnay/rust-toolchain action to allow passing a toolchain input.

v0.0.4

• Added a new toolchain parameter to allow selecting a Rust toolchain other than stable. This supports picking on of "stable", "beta", or "nightly".
• Fixed binary stripping to work in more situations. Previously it depended on a very specific setup plus expected to be run in the context of the matrix I use for my own projects.

... (truncated)

Changelog

Sourced from houseabsolute/actions-rust-cross's changelog.

1.0.0 - 2025-01-11

The addition of caching is a significant behavior change for this action, so the version has been bumped to v1.0.0 because of this change.

• This action will now configure and use Swatinem/rust-cache by default for you. It will include the target parameter as part of the cache key automatically, as well as the OS version when using cargo on Linux. Suggested by @​jennydaman (Jennings Zhang). GH #23.
• This action now validates its input and will exit early if they are not valid. GH #35.
• When compiling for musl targets, this action will not try to reinstall the musl-tools package if it's already installed.

The following changes were made since the 1.0.0-beta1 release:

• The cache key includes information that causes the cache to not be re-used when the system running cargo or cross changes. When using cargo on Linux, this is the OS version, like "Ubuntu 22.04". When using cross, this is the hash of the cross binary itself. This is needed because the Docker images that cross uses can change when the binary is updated. This can include changing the underlying Docker image base OS, in which case it's quite likely the old cache contents would be incompatible with the the new image.

1.0.0-beta1 - 2024-12-21

The addition of caching is a significant behavior change for this action, so the version has been bumped to v1.0.0 because of this change.

• This action will now configure and use Swatinem/rust-cache by default for you. It will include the target parameter as part of the cache key automatically. Suggested by @​jennydaman (Jennings Zhang). GH #23.
• This action now validates its input and will exit early if they are not valid. GH #35.

0.0.17 - 2024-11-23

• Added support for running cargo bench or cross bench. Implemented by @​RaulTrombin (Raul Victor Trombin). GH #32.

0.0.16 - 2024-11-17

• Arguments passed in the args parameter are now always last when executing cargo. This lets you pass arguments to test binaries like -- --something. First reported by @​mateocabanal (Mateo Cabanal) as GH #12 and fully fixed by @​donatello (Aditya Manthramurthy) in GH #30.

0.0.15 - 2024-09-21

• The musl packages are only installed when not cross-compiling.

0.0.14 - 2024-08-25

• When the given target includes the string musl, this action will install the musl-tools package. This allows crates with C or C++ code to compile properly. Fixes #20. Reported by Matteo

... (truncated)

Commits

• cd04d1a Update README.md to talk about weird issue I saw with caching multiple crates
• 242cf4b Rename all matrix keys to use dashes instead of underscores
• 8a64ff7 Run tests twice, one for main crate and once for subcrate
• a8c1049 Fix version for shellcheck
• c76d836 Fix url to download files for NetBSD issue workaround
• 07f5468 Add release date for v1.0.0
• 1024265 Update Changes.md for caching changes since 1.0.0-beta1
• faf2f9f Include the hash of the cross binary in the cache key
• a183497 Include OS version in cache key when using cargo for builds
• 7180715 Don't try to install musl-tools if it's already installed
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)