chore: update to cc@1.4.3

[weihanglo]

With this,
we get C dep remap for free when building in rustc bootstrap:

See

• [experiment] bootstrap: leverage cargo trim-paths rust#161049
• Support custom remapping rules with trim-paths for bootstrap cargo#17309
• feat: inherit path remap rules from cargo trim-paths cc-rs#1794

[weihanglo]

I meant, rustc bootstrap already did the remap manually. When it switches to Cargo's -Ztrim-paths, downstream need a newer cc-rs to get the remap working

[RalfJung]

I don't know what a "C dep remap" is. :)

But a cc crate update sounds fine, GH is just too broken atm to even show me the diff.

[weihanglo]

I don't know what a "C dep remap" is. :)

For example, if your C (transitive) dependency has a __FILE__ macro, it may expand to absolute paths of the build environment, and get embedded in the final object/executable. Rustc bootstrap currently have a global -fdebub-prefix-map cflag to sanitize this. We are planning to transition to Cargo's -Ztrim-paths, which cc-rs also leverages but require a newer version of cc-rs.

[weihanglo]

GH is just too broken atm to even show me the diff.

Like, everyday 😬

[RalfJung]

FWIW that lockfile is only used in this repo, it has no effect at all for builds in r-l/r.

[weihanglo]

Hmm…, I thought it was like rust-lang/cargo. Anyway, it should be fine.
Thanks for the review!

[RalfJung]

Miri in r-l/r is part of the big workspace and hence uses the lockfile at the root of that repo. I have no idea how this is handled for cargo :)