For *-apple-ios targets, if license agreement is not agreed to (yet), better behaviour is necessary #56829
Labels
A-licensing
Area: Compiler licensing
O-ios
Operating system: iOS
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
Comments
|
cc #55029 |
nagisa
added
O-ios
This was referenced Aug 21, 2024
jhpratt
added a commit
to jhpratt/rust
that referenced
this issue
Mar 27, 2025
…eywiser Improve `xcrun` error handling The compiler invokes `xcrun` on macOS when linking Apple targets, to find the Xcode SDK which contain all the necessary linker stubs. The error messages that `xcrun` outputs aren't always that great though, so this PR tries to improve that by providing extra context when an error occurs. Fixes rust-lang#56829. Fixes rust-lang#84534. Part of rust-lang#129432. See also the alternative rust-lang#131433. Tested on: - `x86_64-apple-darwin`, MacBook Pro running Mac OS X 10.12.6 - With no tooling installed - With Xcode 9.2 - With Xcode 9.2 Commandline Tools - `aarch64-apple-darwin`, MacBook M2 Pro running macOS 14.7.4 - With Xcode 13.4.1 - With Xcode 16.2 - Inside `nix-shell -p xcbuild` (nixpkgs' `xcrun` shim) - `aarch64-apple-darwin`, VM running macOS 15.3.1 - With no tooling installed - With Xcode 16.2 Commandline Tools `@rustbot` label O-apple r? compiler CC `@BlackHoleFox` `@thomcc`
rust-timer
added a commit
to rust-lang-ci/rust
that referenced
this issue
Mar 28, 2025
Rollup merge of rust-lang#139010 - madsmtm:parse-xcrun-better, r=wesleywiser Improve `xcrun` error handling The compiler invokes `xcrun` on macOS when linking Apple targets, to find the Xcode SDK which contain all the necessary linker stubs. The error messages that `xcrun` outputs aren't always that great though, so this PR tries to improve that by providing extra context when an error occurs. Fixes rust-lang#56829. Fixes rust-lang#84534. Part of rust-lang#129432. See also the alternative rust-lang#131433. Tested on: - `x86_64-apple-darwin`, MacBook Pro running Mac OS X 10.12.6 - With no tooling installed - With Xcode 9.2 - With Xcode 9.2 Commandline Tools - `aarch64-apple-darwin`, MacBook M2 Pro running macOS 14.7.4 - With Xcode 13.4.1 - With Xcode 16.2 - Inside `nix-shell -p xcbuild` (nixpkgs' `xcrun` shim) - `aarch64-apple-darwin`, VM running macOS 15.3.1 - With no tooling installed - With Xcode 16.2 Commandline Tools ``@rustbot`` label O-apple r? compiler CC ``@BlackHoleFox`` ``@thomcc``
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently if one attempts to use
*-apple-iostargets right after XCode is installed, it will appear that the target does not exist. This happens becausexcrunsays something about license, sudo and whatnot.We should have a better behaviour here.
The text was updated successfully, but these errors were encountered: