Skip to content

[embedded] Make the CMake setup for Embedded Concurrency distinguish ARCH and SUBDIR for builds products #81107

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

Merged
merged 1 commit into from
Apr 26, 2025

Conversation

kubamracek
Copy link
Contributor

This is needed to unblock #80984. We previously had two conflicting things in the CMake setup: We need to tell add_swift_target_library_single (1) that it's supposed to put the single slice into e.g. a /armv7-apple-none-macho subdirectory, and (2) that the ARCH is e.g. armv7 (so that it can derive the bitwidth for gyb from that). Previously, both the things are communicated via a single "ARCHITECTURE" argument, so let's split that.

@kubamracek kubamracek requested review from ktoso and etcwilde April 25, 2025 17:36
@kubamracek kubamracek requested a review from a team as a code owner April 25, 2025 17:36
@kubamracek
Copy link
Contributor Author

@swift-ci please smoke test

@kubamracek kubamracek force-pushed the embedded-conc-arch-cmake branch from a102065 to 75ac86a Compare April 26, 2025 00:45
@kubamracek
Copy link
Contributor Author

@swift-ci please smoke test

@kubamracek
Copy link
Contributor Author

@swift-ci please test

@kubamracek kubamracek force-pushed the embedded-conc-arch-cmake branch from 7df157b to c5aa98a Compare April 26, 2025 14:03
@kubamracek
Copy link
Contributor Author

@swift-ci please test

@kubamracek kubamracek enabled auto-merge April 26, 2025 14:05
@kubamracek kubamracek requested a review from MaxDesiatov April 26, 2025 14:05
@kubamracek kubamracek merged commit 642a6ca into swiftlang:main Apr 26, 2025
4 of 5 checks passed
ktoso added a commit that referenced this pull request May 28, 2025
**Description**: This adds "task name" parameter to all task creating
functions.

This is done in a few ways, e.g. we can backdeploy this to 5.1 in APIs
which do not accept the `TaskExecutor` but it they do we provide a
version for 6.0+ etc. This was requested in the SE acceptable of this
proposal [Acceptance post
SE-0469](https://forums.swift.org/t/accepted-with-modifications-se-0469-task-naming/79438).

This moves all these declarations to gyb since going through them one by
one has become unmaintainable otherwise.

**Scope/Impact**: All task creation APIs now gain a new task name
parameter.
**Risk:** Medium, changes existing APIs rather than adding "even more
overloads" though this risk was discussed in the team and accepted. This
has a potential to be source breaking it someone used Task.init and
friends as function.
**Testing**: CI testing, source compatibility suite testing
**Reviewed by**: 

**Original PR:** 
- #81107 build changes required
for this
- #80984


**Radar:**

---------

Co-authored-by: Kuba Mracek <[email protected]>
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.

2 participants