-
Notifications
You must be signed in to change notification settings - Fork 10.4k
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
[Foundation] Fallback to presuming 32-bit platforms if we dont explicitly know that it is 64 bit; this allows for better portability #21290
Conversation
@swift-ci please smoke test |
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.
Looks reasonable to me. We'll need to be careful to correctly add 64-bit platforms in the future, but being conservative is good.
This seems like a bad idea to me. Most platforms people are trying to port Swift to are 64-bit these days. |
@jrose-apple Is there a more future-proof way to avoid breaking the build? |
This seems like one of those "trap early" philosophy things: it is better to break the build at the point where something is unknown, with an explicit message, then to stumble on and fail later when you don't know what's missing. |
@phausler I'll let you make the call here. I'm alright with taking care of this internally too. |
eb442e2
to
5bc09ae
Compare
@swift-ci please smoke test |
I really wish we had a |
…itly know that it is 64 bit; this allows for better portability
5bc09ae
to
b0d7c05
Compare
@swift-ci please smoke test |
…t explicitly know that it is 64 bit; this allows for better portability (swiftlang#21290)" This reverts commit 77c7a69.
This should resolve rdar://problem/46683060