8 releases (5 breaking)

0.6.0 Nov 3, 2024
0.5.2 Dec 22, 2023
0.5.1 Nov 9, 2023
0.4.0 Dec 21, 2022
0.1.0 May 26, 2022

#128 in Filesystem

Download history 1098/week @ 2024-07-21 2422/week @ 2024-07-28 3657/week @ 2024-08-04 3027/week @ 2024-08-11 1854/week @ 2024-08-18 1700/week @ 2024-08-25 3289/week @ 2024-09-01 2217/week @ 2024-09-08 1623/week @ 2024-09-15 1675/week @ 2024-09-22 2561/week @ 2024-09-29 1982/week @ 2024-10-06 1680/week @ 2024-10-13 1165/week @ 2024-10-20 1357/week @ 2024-10-27 2543/week @ 2024-11-03

6,964 downloads per month
Used in 13 crates (6 directly)

MIT/Apache

94KB
1.5K SLoC

apple-sdk

apple-sdk provides facilities for interacting with Apple SDKs.

The canonical home of this project is https://github.com/indygreg/apple-platform-rs.


lib.rs:

Interact with Apple SDKs.

Important Concepts

A developer directory is a filesystem tree holding SDKs and tools. If you have Xcode installed, this is likely /Applications/Xcode.app/Contents/Developer.

A platform is a target OS/environment that you build applications for. These typically correspond to *.platform directories under Platforms subdirectory in the developer directory. e.g. /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform.

An SDK holds header files, library stubs, and other files enabling you to compile applications targeting a platform for a supported version range. SDKs usually exist in an SDKs directory under a platform directory. e.g. /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/SDKs/MacOSX12.3.sdk or /Library/Developer/CommandLineTools/SDKs/MacOSX12.3.sdk.

Developer Directories

Developer Directories are modeled via the [DeveloperDirectory] struct. This type contains functions for locating developer directories and resolving the default developer directory to use.

Apple Platforms

We model an abstract Apple platform via the [Platform] enum.

A directory containing an Apple platform is represented by the [PlatformDirectory] struct.

Apple SDKs

We model Apple SDKs using the [SimpleSdk] and [ParsedSdk] types. The latter requires the parse crate feature in order to activate support for parsing JSON and plist files.

Both these types are essentially a reference to a directory. [SimpleSdk] is little more than a reference to a filesystem path. However, [ParsedSdk] parses the SDKSettings.json or SDKSettings.plist file within the SDK and is able to obtain rich metadata about the SDK, such as the names of machine architectures it can target, which OS versions it supports targeting, and more.

Both these types implement the [AppleSdk] trait, which you'll likely want to import in order to use its APIs for searching for and constructing SDKs.

SDK Searching

This crate supports searching for an appropriate SDK to use given search parameters and requirements. This functionality can be used to locate the most appropriate SDK from many available on the current system.

This functionality is exposed through the [SdkSearch] struct. See its documentation for more.

Common Functionality

To locate the default SDK to use, do something like this:

use apple_sdk::{SdkSearch, Platform, SimpleSdk, SdkSorting, AppleSdk};

// This search will honor the `SDKROOT` and `DEVELOPER_DIR` environment variables.
let sdks = SdkSearch::default()
    .platform(Platform::MacOsX)
    // Ideally we'd call e.g. `.deployment_target("macosx", "11.0")` to require
    // the SDK to support a specific deployment target. This requires the
    // `ParsedSdk` type, which requires the `parse` crate feature.
    .sorting(SdkSorting::VersionDescending)
    .search::<SimpleSdk>()
    .expect("failed to search for SDKs");

if let Some(sdk) = sdks.first() {
    println!("{}", sdk.sdk_path());
}

Dependencies

~0–0.8MB
~15K SLoC