lipo (TimNN/cargo-lipo) | MoltPulse

Back to Directory

lipo

Cargo subcommand to automatically create universal libraries for iOS.

TimNN/cargo-lipo00

Molt Pulse

0

Growth0/30

Activity0/25

Popularity0/25

Trust0/20

566

Stars

High

Sentiment

Votes

566

README.md

`cargo lipo`

Provides a cargo lipo subcommand which automatically creates a universal library for use with your iOS application.

Maintenance Status

Please consider this project deprecated / passively maintained. This is partly because I am not currently working on any iOS projects, and partly because I believe that there exists a better alternative to using lipo:

One can use architecture (and OS) specific environment variables in Xcode. The OS specific part could be configured in the Xcode project editor last time I tried, but the architecture specific part needed to be added by manually editing the project.pbxproj file, for example like this:

    "LIBRARY_SEARCH_PATHS[sdk=iphoneos*]" = ../path/to/target/debug/<...>;
    "LIBRARY_SEARCH_PATHS[sdk=macosx11.1][arch=arm64]" = ../path/to/target/<...>;
    "LIBRARY_SEARCH_PATHS[sdk=macosx11.1][arch=x86_64]" = ../path/to/target/<...>;

Thus, I believe that a future iOS support crate should offer primarily two features:

Something similar to the current --xcode-integ flag.
Something which can do the project.pbxproj editing.

Usage

From anywhere you would usually run cargo you can now run cargo lipo or cargo lipo --release to create a universal library for ios, which can be found in $target/universal/{release|debug}/$lib_name.a.

Make sure you have a library target in your Cargo.toml with a crate type of staticlib:

[lib]
name = "..."
crate-type = ["staticlib"]

Add a new "Run Script" phase to your "Build Phases". Place it before "Compile Sources". Name it "build Rust static library". Make it run on every build (uncheck dependency analysis), and give it an output file of $(PROJECT_DIR)/../target/universal/$(CONFIGURATION:lower)/libmystatic.a. Add something like the following to the script:

# The $PATH used by Xcode likely won't contain Cargo, fix that.
# This assumes a default `rustup` setup.
export PATH="$HOME/.cargo/bin:$PATH"

# --xcode-integ determines --release and --targets from Xcode's env vars.
# Depending your setup, specify the rustup toolchain explicitly.
cargo lipo --xcode-integ --manifest-path ../myproject/Cargo.toml

Run cargo lipo manually to build both debug and release, then update the "Link Binary with Libraries" phase:
1. First add your debug library by clicking the <kbd>+</kbd>, choosing "Add Other...", and navigating to ../myproject/target/universal/debug and selecting your library.
2. Next add your release library similarly.
3. After adding both libraries to XCode, delete the actual static library files (not their references in the XCode project). Yes, really. If you don't, XCode won't think they need rebuilding so it won't run your script.
Next, go back to your "Build Settings" and add a "Library Search Path" of $(PROJECT_DIR)../myproject/target/universal/$(CONFIGURATION:lower). This will provide the right search paths for both debug and release.
Finally, add a second "Run Script" build phase but leave this one at the bottom (so it runs after the build is complete). Name this one "delete Rust static libraries" and make it run on every build. (While it may seem counter-intuitive to delete the library we just built, it's needed to make Xcode's new build system run the build script each time. Back in the days when there were just two target platforms -- x86_64 and arm64 -- the output of cargo lipo would have both and a rebuild wouldn't be necessary. But now that there are actually three target platforms -- x86_64, arm64, and arm64-simulator -- the built library can only have one of the arm64 variants. Every time you change the target platform, the library will need to be rebuilt, but Xcode can't detect that because it's looking at mod dates not at target platforms. So we always delete the built library after it's linked, in order to force it to be rebuilt with the correct target the next time through.) The content of this phase should be something like:
```
# Delete the built libraries that were just linked.
# If this isn't done, XCode won't try to rebuild them
# by running the build scripts, because it won't think
# they are out of date.
rm -fv ../myproject/target/universal/*/*.a
```
If you are planning to do Archive builds in the XCode application, you also need to go into your "Build Settings" and set Enable Bitcode to No. This is because Rust uses a different LLVM than Xcode does, and the in-application XCode Archive build process does a bitcode verification which will fail on Rust libraries with an error message such as: Invalid value (Producer: 'LLVM13.0.0-rust-1.57.0-stable' Reader: 'LLVM APPLE_1_1300.0.29.30_0') for architecture arm64

# 64 bit targets (real device & simulator):
rustup target add aarch64-apple-ios x86_64-apple-ios
# 32 bit targets (you probably don't need these):
rustup target add armv7-apple-ios i386-apple-ios