Skip to content
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

Merged
merged 7 commits into from
Jul 10, 2024
Merged

Fix app intents with Xcode 15.3+ #2418

merged 7 commits into from
Jul 10, 2024

Conversation

keith
Copy link
Member

@keith keith commented Feb 29, 2024

keith referenced this pull request Feb 29, 2024
keith referenced this pull request Feb 29, 2024
…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
keith referenced this pull request Feb 29, 2024
…e's app intents metadata processor tool allows for.

PiperOrigin-RevId: 590322476
keith referenced this pull request Feb 29, 2024
… Xcode 15.3 builds, based on the version string reported from the XcodeVersionConfig provider.

PiperOrigin-RevId: 601786735
BalestraPatrick added a commit to bazelbuild/rules_swift that referenced this pull request May 17, 2024
…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 <[email protected]>
Co-authored-by: Keith Smiley <[email protected]>
@pennig
Copy link

pennig commented May 20, 2024

Has the time come at last?

@BalestraPatrick
Copy link
Member

Yes, we just need a new rules_swift release I believe depending on when we're happy with the status of the cherry-picks there

@BalestraPatrick BalestraPatrick force-pushed the ks/app-intents-fixes branch 2 times, most recently from 878e81b to 03a242c Compare May 28, 2024 17:24
BalestraPatrick added a commit that referenced this pull request Jun 3, 2024
…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.
```
@BalestraPatrick BalestraPatrick force-pushed the ks/app-intents-fixes branch 2 times, most recently from 03a242c to ff75463 Compare June 3, 2024 14:37
@brentleyjones
Copy link
Collaborator

@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?

@BalestraPatrick BalestraPatrick force-pushed the ks/app-intents-fixes branch 2 times, most recently from f681f60 to 345bb3e Compare June 28, 2024 09:13
@BalestraPatrick
Copy link
Member

@brentleyjones Updated now. I also pushed a possible fix for one breaking change (target_name related), but there's another breaking change as expected for the symbol graph API which seems to be more involved since we need to switch to using the aspect instead (#2445):

Error: 'struct' value has no field or method 'symbol_graph'

@keith
Copy link
Member Author

keith commented Jul 8, 2024

@BalestraPatrick looks like this is validated on CI now #2488

@BalestraPatrick
Copy link
Member

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.

@luispadron luispadron mentioned this pull request Jul 9, 2024
1 task
brentleyjones pushed a commit that referenced this pull request Jul 9, 2024
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 #2418
- Merge #2487
nglevin and others added 6 commits July 9, 2024 10:45
…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)
@luispadron
Copy link
Contributor

luispadron commented Jul 9, 2024

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:

bazel test //test/starlark_tests:ios_application

@brentleyjones brentleyjones merged commit e3d630c into master Jul 10, 2024
7 of 11 checks passed
@brentleyjones brentleyjones deleted the ks/app-intents-fixes branch July 10, 2024 16:11
brentleyjones pushed a commit that referenced this pull request Jul 10, 2024
Updating to rules_swift 2.x will be required by:

- #2418 
- #2487
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants