-
Notifications
You must be signed in to change notification settings - Fork 691
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
Return providers instead of struct from rule impl functions #755
Conversation
This is blocked by |
So there's good news and bad news. 👍 The good news is that everyone that needs to sign a CLA (the pull request submitter and all commit authors) have done so. Everything is all good there. 😕 The bad news is that it appears that one or more commits were authored or co-authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that here in the pull request. Note to project maintainer: This is a terminal state, meaning the ℹ️ Googlers: Go here for more info. |
A Googler has manually verified that the CLAs look good. (Googler, please make sure the reason for overriding the CLA status is clearly documented in these comments.) ℹ️ Googlers: Go here for more info. |
70e92c2
to
b222896
Compare
CLAs look good, thanks! ℹ️ Googlers: Go here for more info. |
As discussed offline with @nlopezgi, we will merge this now, but not test with the |
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.
lgtm/ Please leave upgrade instructions (and pointer to bazelbuild/bazel-toolchains#383 as example) in commit message so users upgrading can get guidance.
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: alex1545, nlopezgi If they are not already assigned, you can assign the PR to them by writing The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
New changes are detected. LGTM label has been removed. |
IMPORTANT No action is required if you are already using the providers returned by the below mentioned rules as described here (e.g. Your action may be required if you are using either the implementation function or any targets of the following rules (in your own rule implementation functions or macros):
Actions Required by Rule
Note |
This addresses the incompatible change via the ----incompatible_disallow_struct_provider_syntax flag described here.