target-c-int-width in ccplex-meow-meow.json is an invalid type #2
Description
Problem: When I attempt to run cargo build-usb-bin using rustc 1.91.0-nightly, it will fail with an error when it processes the target-c-int-width field in ccplex-meow-meow.json.
Environment details
$ rustc --version --verbose
rustc 1.91.0-nightly (ec7c02612 2025-08-05)
binary: rustc
commit-hash: ec7c02612527d185c379900b613311bc1dcbf7dc
commit-date: 2025-08-05
host: x86_64-unknown-linux-gnu
release: 1.91.0-nightly
LLVM version: 20.1.8
Steps to Reproduce
$ cargo build-usb-bin
error: failed to run `rustc` to learn about target-specific information
Caused by:
process didn't exit successfully: `/home/peter/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/bin/rustc - --crate-name ___ --print=file-names --target /home/peter/code/ml1hax/fastbooted/payload/ccplex-meow-meow.json --crate-type bin --crate-type rlib --crate-type dylib --crate-type cdylib --crate-type staticlib --crate-type proc-macro --print=sysroot --print=split-debuginfo --print=crate-name --print=cfg -Wwarnings` (exit status: 1)
--- stderr
error: error loading target specification: target-c-int-width: invalid type: string "32", expected u16 at line 25 column 28
|
= help: run `rustc --print target-list` for a list of built-in targets
error: Failed to parse crate metadata
Initial Troubleshooting
After a bit of googling, I saw this thread: https://users.rust-lang.org/t/inconsistency-between-target-pointer-width-and-target-c-int-width/132467, which sheds some light on the issue:
target-c-int-widthgot changed to anintas part of Use serde for target spec json deserialize rust-lang/rust#144218target-pointer-widthis still a string for the moment, but will be changed to anintas part of Make target pointer width in target json an integer rust-lang/rust#144443 which hasn't been merged at time of writing.