commit | 175e58cf823bdb203853ae87bda3284496a4aeca | [log] [tgz] |
---|---|---|
author | Googler <noreply@google.com> | Mon Jun 18 13:35:23 2018 -0400 |
committer | kelvinchan-google <kelvinchan@google.com> | Wed Jun 20 23:57:50 2018 -0400 |
tree | 9dc526a438093ca5499ebd8da2226dee616670f1 | |
parent | 137415cbb31e2044bce79db0cb7ebf889896b689 [diff] |
Add support for rules_swift targets. Requires bazelbuild/rules_apple 0.5.0 or higher. This updates the Tulsi aspect to support the legacy SwiftInfo provider from rules_apple and the new SwiftInfo provider from rules_swift. The legacy rule and its support will eventually be removed. This change also uses the new-style `apple_common.Objc` provider anywhere that the Objc provider of a Swift target is retrieved. This is safer, because the new Swift rules *only* propagate it using the new-style syntax, but providers propagated the old way should still be found using this form. PiperOrigin-RevId: 201018964
Open src/Tulsi.xcodeproj, and within Xcode, build the TulsiApp.
Run the TulsiApp.
Tulsi-generated Xcode projects use Bazel to build, not Xcode via xcbuild. This means that many common components of an Xcode project are handled differently than you may be used to. Notable differences: