diff options
| author | bors <bors@rust-lang.org> | 2022-11-25 09:44:16 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2022-11-25 09:44:16 +0000 |
| commit | 8a75c5a9b5d9c48aa576b08faf735b926d0d9a71 (patch) | |
| tree | 2d19b37fe47d05f12dd5464f22e8c3988680cce8 /compiler/rustc_llvm/llvm-wrapper/PassWrapper.cpp | |
| parent | 41e0363055ade59584cff667c79f64937e6ef3f9 (diff) | |
| parent | cda219e365073418a42ab023e49dbcecf0c14466 (diff) | |
| download | rust-8a75c5a9b5d9c48aa576b08faf735b926d0d9a71.tar.gz rust-8a75c5a9b5d9c48aa576b08faf735b926d0d9a71.zip | |
Auto merge of #104650 - BlackHoleFox:stuck-with-xcode-13, r=Mark-Simulacrum
Build macOS distribution artifacts with XCode 13 After all of the `rust-lang/rust` Apple runners started using macOS 12, the builds created by CI began to use XCode 14.0.1. Due to this (as far as we can tell), XCode's build tools started to ignore the `MACOSX_DEPLOYMENT_TARGET` being defined by us for the distributed builds that let both `rustc` and `libstd` work on older versions. The current idea is that since XCode 14's macOS SDK doesn't support deployment targets before 10.13, it uses some default of its own. You can see the difference between stable's and the most recent nighty's supported versions [here](https://github.com/rust-lang/rust/issues/104570#issuecomment-1321225907). I wasn't able to confirm my SDK versioning hypothesis locally since I think there's something jammed with my XCode installation, but hopefully this should still fix it for releases. Closes https://github.com/rust-lang/rust/issues/104570 r? `@Mark-Simulacrum`
Diffstat (limited to 'compiler/rustc_llvm/llvm-wrapper/PassWrapper.cpp')
0 files changed, 0 insertions, 0 deletions