swift-index-store
swift-index-store copied to clipboard
Library to read from Swift / clang source code indexes
There was a [pitch](https://forums.swift.org/t/pitch-access-level-on-import-statements/66657) recently on the swift forum about introduction new visibility levels on imports (ex @_implementationOnly imports). `internal` and lower levels of imports are useful to reduce number...
This works by collecting all definition USRs from all units, and cross referencing all reference USRs from each file, until there are no unhandled USRs remaining.
This tool uses to index to determine how many reference a module has on its dependencies. It outputs json formatted as: ```json { "A": { "B": 5, "C": 1 }...
This issue is just a place to link upstream bugs in Swift that might affect the output of this tool. Here are the ones I currently know about: - https://github.com/apple/swift/issues/64594...
With this integration: ```swift dependencies: [ .package(url: "https://github.com/lyft/swift-index-store.git", from: "1.2.0"), ], ``` The following error is produced with Swift Package Manager: > the target 'IndexStore' in product 'IndexStore' contains unsafe...
Right now only your own imports are correctly handled. System imports bring a new set of issues. Here are a few I hit while working on this: - You have...
#14 improved demangling by trying to handle extension USRs (which have an `s:e:` prefix). More work is required though. In some cases, the USR for an extension can be of...
Updated some files from https://github.com/apple/llvm-project and https://github.com/swiftlang/swift. I'm not confident that I did this correctly, but the tests do pass and this does fix https://github.com/MobileNativeFoundation/swift-index-store/issues/60. ``` $ swift --version swift-driver...
Looks like something changed in Xcode 16 beta 1 (16A5171c) causing some C++ demangle functions to be conflicting with the macOS SDK: ``` $ xcodebuild -version Xcode 16.0 Build version...