index-import

A tool to import swiftc and clang generated indexes into Xcode.

Overview

The index-import tool makes indexes transportable. The ability to copy indexes into Xcode has a few possible uses:

1. Using a separate build system (Bazel, Buck, CMake, SwiftPM, etc)
2. Distributing a CI built index to developer machines
3. Sharing an index between two or more local checkouts

The common goal is to reduce or eliminate the time Xcode spends indexing.

For Xcode to be able to use an index, the file paths contained in the index must match the paths Xcode uses for lookup. This is the main feature of index-import, rewriting the paths inside the index files. This path remapping requires knowing input and output paths.

Path remapping is done with regex substitution. index-import accepts one or more -remap flags which are formatted as <regex>=<substitution>. See the examples below. Path remapping is conceptually similar to sed s/regex/substitution/. In all cases, the substitution will either be a path within the project, or a path within DerivedData.

Index File Format

The index consists of two types of files, Unit files and Record files. Both are LLVM Bitstream, a common binary format used by LLVM/Clang/Swift. Record files contain no paths and can be simply copied. Only Unit files contain paths, so only unit files need to be rewritten. A read/write API is available in the clangIndex library. index-import uses IndexUnitReader and IndexUnitWriter.

Resources

The best information on the swiftc and clang index store comes from these two resources:

• Adding Index‐While‐Building and Refactoring to Clang, 2017 LLVM Developers Meeting, by Alex Lorenz and Nathan Hawes
• Indexing While Building whitepaper

Examples

The simplest example is to consider the case of two checkouts of the same project. If one project has a built index, it can be imported into the other. To do this, two paths need to be remapped: the project directory and the build directory (DerivedData).

#!/bin/bash

build_dir1="/Users/me/Library/Developer/Xcode/DerivedData/MyApp-abc123"
build_dir2="/Users/me/Library/Developer/Xcode/DerivedData/MyApp-xyz789"

index-import \
    -remap "/Users/me/MyApp=/Users/me/MyApp2" \
    -remap "$build_dir1=$build_dir2" \
    "$build_dir1/Index/DataStore" \
    "$build_dir2/Index/DataStore"

A more complex example is importing an index from a Bazel built project. This example makes would be run as an Xcode "Run Script" build phase, which provides many environment variables, including: SRCROOT, CONFIGURATION_TEMP_DIR, ARCHS.

#!/bin/bash

# ex: /private/var/tmp/_bazel_<username>/<hash>/execroot/<workspacename>
bazel_root="^/private/var/tmp/_bazel_.+?/.+?/execroot/[^/]+"
# ex: bazel-out/ios-x86_64-min11.0-applebin_ios-ios_x86_64-dbg/bin
bazel_bin="^(?:$bazel_root/)?bazel-out/.+?/bin"

# ex: $bazel_bin/<package>/<target>_objs/<source>.swift.o
bazel_swift_object="$bazel_bin/.*/(.+?)_objs/.*/(.+?)\\.swift\\.o$"
# ex: Build/Intermediates.noindex/<project>.build/Debug-iphonesimulator/<target>.build/Objects-normal/x86_64/<source>.o
xcode_object="$CONFIGURATION_TEMP_DIR/\$1.build/Objects-normal/$ARCHS/\$2.o"

# ex: $bazel_bin/<package>/<module>.swiftmodule
bazel_module="$bazel_bin/.*/(.+?)\\.swiftmodule$"
# ex: Build/Products/Debug-iphonesimulator/<module>.swiftmodule/x86_64.swiftmodule
xcode_module="$BUILT_PRODUCTS_DIR/\$1.swiftmodule/$ARCHS.swiftmodule"

index-import \
    -remap "$bazel_module=$xcode_module" \
    -remap "$bazel_swift_object=$xcode_object" \
    -remap "$bazel_root=$SRCROOT" \
    "$SRCROOT/bazel-out/<config>/bin/<package>/<module>.indexstore" \
    "$HOME/Library/Developer/Xcode/DerivedData/<project>/Index/DataStore"

Build Instructions

The build uses CMake because swift-clang uses CMake. The index-import build script is small, but depends on the larger swift-clang project. To build index-import, first install the tools required by Swift, then build swift-clang by following the Swift build instructions.

When building Swift, keep the following in mind:

1. Checkout the desired release branch of Swift
2. Build Swift using --release/-R for performance

To checkout a specific version of Swift, use the update-checkout script. For example: ./swift/utils/update-checkout --clone --tag swift-5.0.1-RELEASE.

Building all of Swift can take a long time, and most of that isn't needed by index-import. A faster way to build index-import, is to build only libIndexStore.dylib. Here are the commands to do just that:

./swift/utils/build-script --release --skip-build --llvm-targets-to-build X86
ninja -C build/Ninja-ReleaseAssert/llvm-macosx-x86_64 libIndexStore.dylib

Once swift (or libIndexStore.dylib) has been built, index-import can be built as follows. The key step is to update your PATH variable to include the llvm bin/ directory (from the swift-source build directory). This ensures CMake can find all necessary build dependencies.

# From the index-import directory
mkdir build
cd build
PATH="path/to/swift-source/build/Ninja-ReleaseAssert/llvm-macosx-x86_64/bin:$PATH"
cmake -G Ninja -DCMAKE_BUILD_TYPE=Release ..
ninja

Or, if you prefer Xcode for building and debugging, you can replace the last 2 lines with the following:

cmake -G Xcode -DCMAKE_BUILD_TYPE=Release ..
open index-import.xcodeproj