-
Notifications
You must be signed in to change notification settings - Fork 10.5k
build: remove TARGET_SDKS
from the runtime
#5942
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
Conversation
@swift-ci please test and merge |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is wrong. There's another target just above for ALL_APPLE_PLATFORMS. We just don't have an ALL_NON_APPLE_PLATFORMS.
84ec644
to
956ebe8
Compare
Didn't notice that originally. It is silly to have the dual |
@swift-ci please test |
Build failed |
Build failed |
956ebe8
to
c2a9443
Compare
@swift-ci please test |
Build failed |
Build failed |
c2a9443
to
1586d61
Compare
@swift-ci please test |
Build failed |
Build failed |
CC @modocache, @erg, @jckarter I don't know if this is really "simpler". Different platforms really do need different options sometimes. |
I agree that I imagine some targets will need different options in some cases, but this seems like a simplification for at least the runtime. I like it!
|
The runtime and stubs are built for ALL targets, not specific ones. This allows us to configure when cross-compiling to Windows again. Collapse the dual addition of the swiftRuntime into a single build. This unifies the runtime build for the apple and non-Apple SDKs. The difference here was the ObjC interop sources. In order to deal with that unification add a CPP macro to indicate whether the interop sources should be included or not.
1586d61
to
c67a33f
Compare
@jrose-apple can we get some closure on this? |
@swift-ci please test |
Build failed |
@jckarter touches the runtime files the most, so I guess he should answer. I still feel a little weird having .mm files even opened on Linux, though. |
I'm a bit concerned too. I'm surprised |
I do think that having the conditionalization in the source files is a bit nicer than having it in CMake, since our CMake code is already pretty complicated and CMake strikes me as a worse language than C preprocessor for this kind of this. |
@swift-ci please smoke test os x |
@swift-ci please smoke test and merge |
Replace this paragraph with a description of your changes and rationale. Provide links to external references/discussions if appropriate.
Resolves SR-NNNN.
The runtime and stubs are built for ALL targets, not specific ones. This allows
us to configure when cross-compiling to Windows again.