Skip to content

pixi-build-rust#

The pixi-build-rust backend is designed for building Rust projects using Cargo, Rust's native build system and package manager. It provides seamless integration with Pixi's package management workflow while maintaining cross-platform compatibility.

Warning

pixi-build is a preview feature, and will change until it is stabilized. This is why we require users to opt in to that feature by adding "pixi-build" to workspace.preview.

[workspace]
preview = ["pixi-build"]

Overview#

This backend automatically generates conda packages from Rust projects by:

  • Using Cargo: Leverages Rust's native build system for compilation and installation
  • Cargo.toml Integration: Automatically reads package metadata (name, version, description, license, etc.) from your Cargo.toml file when not specified in pixi.toml
  • Cross-platform support: Works consistently across Linux, macOS, and Windows
  • Optimization support: Automatically detects and integrates with sccache for faster compilation
  • OpenSSL integration: Handles OpenSSL linking when available in the environment

Basic Usage#

To use the Rust backend in your pixi.toml, add it to your package's build configuration:

[package]
name = "rust_package"
version = "0.1.0"

[package.build]
backend = { name = "pixi-build-rust", version = "*" }
channels = ["https://prefix.dev/conda-forge"]

Automatic Metadata Detection#

The backend will automatically read metadata from your Cargo.toml file to populate package information that is not explicitly defined in your pixi.toml. This includes:

  • Package name and version: Automatically used if not specified in pixi.toml
  • License: Extracted from Cargo.toml license field
  • Description: Uses the description from Cargo.toml
  • Homepage: From the homepage field in Cargo.toml
  • Repository: From the repository field in Cargo.toml
  • Documentation: From the documentation field in Cargo.toml

For example, if your Cargo.toml contains:

[package]
name = "my-rust-tool"
version = "1.0.0"
description = "A useful Rust command-line tool"
license = "MIT"
homepage = "https://github.com/user/my-rust-tool"
repository = "https://github.com/user/my-rust-tool"

You can create a minimal pixi.toml:

[package.build]
backend = { name = "pixi-build-rust", version = "*" }
channels = ["https://prefix.dev/conda-forge"]

The backend will automatically use the metadata from Cargo.toml to generate a complete conda package.

It still requires you to specify the name and version

We're in the process of making this optional in pixi, but for now, you need to specify them explicitly. This is the tracking issue to fix this in Pixi

Required Dependencies#

The backend automatically includes the following build tools:

  • rust - The Rust compiler and toolchain
  • cargo - Rust's package manager (included with rust)

You can add these to your build-dependencies if you need specific versions:

[package.build-dependencies]
rust = "1.70"

Configuration Options#

You can customize the Rust backend behavior using the [package.build.configuration] section in your pixi.toml. The backend supports the following configuration options:

extra-args#

  • Type: Array<String>
  • Default: []
  • Target Merge Behavior: Overwrite - Platform-specific arguments completely replace base arguments

Additional command-line arguments to pass to the cargo install command. These arguments are appended to the cargo command that builds and installs your project.

[package.build.configuration]
extra-args = [
    "--features", "serde,tokio",
    "--bin", "my-binary"
]

For target-specific configuration, platform arguments completely replace the base configuration:

[package.build.configuration]
extra-args = ["--release"]

[package.build.configuration.targets.linux-64]
extra-args = ["--features", "linux-specific", "--target", "x86_64-unknown-linux-gnu"]
# Result for linux-64: ["--features", "linux-specific", "--target", "x86_64-unknown-linux-gnu"]

env#

  • Type: Map<String, String>
  • Default: {}
  • Target Merge Behavior: Merge - Platform environment variables override base variables with same name, others are merged

Environment variables to set during the build process. These variables are available during compilation.

[package.build.configuration]
env = { RUST_LOG = "debug", CARGO_PROFILE_RELEASE_LTO = "true" }

For target-specific configuration, platform environment variables are merged with base variables:

[package.build.configuration]
env = { RUST_LOG = "info", COMMON_VAR = "base" }

[package.build.configuration.targets.linux-64]
env = { COMMON_VAR = "linux", CARGO_PROFILE_RELEASE_LTO = "true" }
# Result for linux-64: { RUST_LOG = "info", COMMON_VAR = "linux", CARGO_PROFILE_RELEASE_LTO = "true" }

debug-dir#

  • Type: String (path)
  • Default: Not set
  • Target Merge Behavior: Not allowed - Cannot have target specific value

If specified, internal build state and debug information will be written to this directory. Useful for troubleshooting build issues.

[package.build.configuration]
debug-dir = ".build-debug"

extra-input-globs#

  • Type: Array<String>
  • Default: []
  • Target Merge Behavior: Overwrite - Platform-specific globs completely replace base globs

Additional glob patterns to include as input files for the build process. These patterns are added to the default input globs that include Rust source files (**/*.rs), Cargo configuration files (Cargo.toml, Cargo.lock), build scripts (build.rs), and other build-related files.

[package.build.configuration]
extra-input-globs = [
    "assets/**/*",
    "migrations/*.sql",
    "*.md"
]

For target-specific configuration, platform-specific globs completely replace the base:

[package.build.configuration]
extra-input-globs = ["*.txt"]

[package.build.configuration.targets.linux-64]
extra-input-globs = ["*.txt", "*.so", "linux-configs/**/*"]
# Result for linux-64: ["*.txt", "*.so", "linux-configs/**/*"]

ignore-cargo-manifest#

  • Type: Boolean
  • Default: false
  • Target Merge Behavior: Overwrite - Platform-specific value overrides base value if set

When set to true, disables automatic metadata extraction from Cargo.toml. The backend will only use metadata explicitly defined in your pixi.toml file, ignoring any information from the Cargo manifest.

[package.build.configuration]
ignore-cargo-manifest = true

This is useful when:

  • You want to explicitly control all package metadata through pixi.toml
  • The Cargo.toml contains metadata that conflicts with your conda package requirements
  • When using the Cargo.toml results in an error that you cannot resolve.

For target-specific configuration:

[package.build.configuration]
ignore-cargo-manifest = false

[package.build.configuration.targets.linux-64]
ignore-cargo-manifest = true
# Result for linux-64: Cargo.toml metadata will be ignored

compilers#

  • Type: Array<String>
  • Default: ["rust"]
  • Target Merge Behavior: Overwrite - Platform-specific compilers completely replace base compilers

List of compilers to use for the build. The backend automatically generates appropriate compiler dependencies using conda-forge's compiler infrastructure.

[package.build.configuration]
compilers = ["rust", "c", "cxx"]

For target-specific configuration, platform compilers completely replace the base configuration:

[package.build.configuration]
compilers = ["rust"]

[package.build.configuration.targets.linux-64]
compilers = ["rust", "c", "cxx"]
# Result for linux-64: ["rust", "c", "cxx"]

Comprehensive Compiler Documentation

For detailed information about available compilers, platform-specific behavior, and how conda-forge compilers work, see the Compilers Documentation.

Build Process#

The Rust backend follows this build process:

  1. Environment Setup: Configures OpenSSL paths if available in the environment
  2. Compiler Caching: Sets up sccache as RUSTC_WRAPPER if available for faster compilation
  3. Build and Install: Executes cargo install with the following default options:
    • --locked: Use the exact versions from Cargo.lock
    • --root "$PREFIX": Install to the conda package prefix
    • --path .: Install from the current source directory
    • --no-track: Don't track installation metadata
    • --force: Force installation even if already installed
  4. Cache Statistics: Displays sccache statistics if available

Limitations#

  • Currently, uses cargo install which builds in release mode by default
  • No support for custom Cargo profiles in the build configuration
  • Limited workspace support for multi-crate projects

See Also#