-
Notifications
You must be signed in to change notification settings - Fork 269
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix app intents with Xcode 15.3+ #2418
Conversation
…pects all values to be statically allocated and resolved at compile time. This pulls all of the module names found from SwiftInfo when gathering the swiftconstfiles. This appears to work in the test targets set up, which do lean on the multiple module strategy. PiperOrigin-RevId: 589938532
…e's app intents metadata processor tool allows for. PiperOrigin-RevId: 590322476
… Xcode 15.3 builds, based on the version string reported from the XcodeVersionConfig provider. PiperOrigin-RevId: 601786735
…e extraction. (#1170) This cherry-picks support for producing const values produced via the compiler flags `-emit-const-values-path` and `-const-gather-protocols-file`. rules_apple will start using this feature in bazelbuild/rules_apple#2418. --------- Co-authored-by: Tony Allevato <allevato@google.com> Co-authored-by: Keith Smiley <keithbsmiley@gmail.com>
Has the time come at last? |
Yes, we just need a new |
878e81b
to
03a242c
Compare
…2465) This was recently enabled in rules_swift (with bazelbuild/rules_swift#1191) and it seems to be required in the next `rules_swift` bump. I saw the failure initially when testing a rules_swift bump in #2418 which was [failing](https://buildkite.com/bazel/rules-apple-darwin/builds/9191#018fdd69-abfb-451a-a454-4b0771e26b77) with the following error only in the Bazel 6.x configuration as expected (since it's enabled by default on Bazel 7): ``` Error: No attribute 'aspect_hints' in attr. Make sure you declared a rule attribute with this name. ```
03a242c
to
ff75463
Compare
ff75463
to
2d8c216
Compare
@BalestraPatrick can you update this to point to the rules_swift 2.0.0-rc1 release? I'm going to create a release without this change, which is compatible but doesn't require rules_swift 2.0, and then once that is out we can start depending on it in order to merge this? |
f681f60
to
345bb3e
Compare
@brentleyjones Updated now. I also pushed a possible fix for one breaking change (
|
@BalestraPatrick looks like this is validated on CI now #2488 |
I left a comment here: #2488 (comment) But it looks on rules_apple side we also need to fix the docc rules (#2487) in order to bump to rules_swift 2.0.0 which is required for this PR to be merged. |
…r logic. PiperOrigin-RevId: 589151949 (cherry picked from commit 41d5bb7)
…pects all values to be statically allocated and resolved at compile time. This pulls all of the module names found from SwiftInfo when gathering the swiftconstfiles. This appears to work in the test targets set up, which do lean on the multiple module strategy. PiperOrigin-RevId: 589938532 (cherry picked from commit 5668eb4)
…e's app intents metadata processor tool allows for. PiperOrigin-RevId: 590322476 (cherry picked from commit 21b435b)
… Xcode 15.3 builds, based on the version string reported from the XcodeVersionConfig provider. PiperOrigin-RevId: 601786735 (cherry picked from commit ea240b8)
f9bcd89
to
2221ba3
Compare
The failures are due to DocC rules needing to be updated for rules_swift 2.0, thats being done over in: #2487 The intents tests are passing though via:
|
Updates the **rules_swift** dependency to 2.0.0. This unblocks the new rules/aspects in other planned PRs ## Tasks - [x] Wait for a final 2.0.0 release ## Follow up tasks - Merge bazelbuild#2418 - Merge bazelbuild#2487
Depends on bazelbuild/rules_swift#1170 --------- Co-authored-by: Nicholas Levin <nglevin@google.com> Co-authored-by: Patrick Balestra <me@patrickbalestra.com> Co-authored-by: Luis Padron <lpadron@squareup.com>
Updating to rules_swift 2.x will be required by: - bazelbuild#2418 - bazelbuild#2487
It cherry-picks the rule change of bazelbuild#1170 on top of rules_swift v1.6.0. It's quired to fix app intent on Xcode 15.3+. See bazelbuild/rules_apple#2418.
App intent is broken on Xcode 15.3+. Here is the fix bazelbuild#2418. However, we cannot bump rules_apple yet because of the breaking change of bazelbuild#2476.
Depends on bazelbuild/rules_swift#1170