-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Remove --ios_cpu flag #13872
Remove --ios_cpu flag #13872
Conversation
237559e
to
e4e72dd
Compare
/cc @allevato |
This one would need some internal repo cleanup before we could accept it; we still have a few teams using |
@allevato Should we close this PR and assume you will do it after the internal cleanup? |
Yes, this is cleanup that we'll most likely do after we've finished the transition over to platforms. (I don't see a need to rush it at this point; it would be better to tidy up all of that legacy stuff holistically.) |
This flag appears to be unused, it was set once but never read. Instead users should prefer `--ios_multi_cpus` or `--cpu=ios_XXX`
e4e72dd
to
ece4ace
Compare
I reopened this one since we actually hit some related issues here. If you're getting a transition from bazel itself it includes ios_cpu, but the starlark transitions that have been written so far don't actually include it, which in some cases causes issues. We can make the external transition provide this value to match with our expectations, but given that this flag has been deprecated for quite a while now, it seems like a good chance to remove it and reduce confusion around which flag should be used. Can someone from google remove the internal uses of this flag? Related: bazelbuild/rules_apple#1579 |
@allevato, cc: @gregestren, @katre Tony: I see fewer ios_cpu instances each month. Do you have a status update on internal movement. |
seems like this was mostly handled in ecf9ac9 |
This flag appears to be unused, it was set once but never read. Instead
users should prefer
--ios_multi_cpus
or--cpu=ios_XXX