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
Add an MSVC builder and rename the old one as GNU, but do not gate. #491
Conversation
DynamicServoBuilder("windows-dev", WINDOWS_SLAVES, envs.build_windows), | ||
DynamicServoBuilder("windows-nightly", WINDOWS_SLAVES, envs.build_windows), | ||
DynamicServoBuilder("windows-dev-gnu", WINDOWS_SLAVES, envs.build_windows_gnu), | ||
DynamicServoBuilder("windows-dev-msvc", WINDOWS_SLAVES, envs.build_windows_msvc), |
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.
Our factories have extra logic for "windows-*"
builders, and I don't think it would all apply to MSVC. You'll likely need to either change that logic or use a raw util.BuilderConfig with a different factory (similar to the doc builder).
☔ The latest upstream changes (presumably #497) made this pull request unmergeable. Please resolve the merge conflicts. |
d9de5e0
to
6cbd76a
Compare
Reviewable has not handled the rebasing and force pushing here gracefully at all. I've inspected the GitHub diffs, since they show latest commit vs master, and it looks like you've successfully addressed Aneesh's concerns about the windows.* logic in the factories. Assuming the path wizardry is correct, this looks good to me. Reviewed 2 of 4 files at r2, 1 of 3 files at r3, 1 of 3 files at r4, 2 of 2 files at r5. buildbot/master/files/config/environments.py, line 74 at r2 (raw file):
I'll take your word for it that these paths are correct; I haven't dug around in the Windows builders enough to recognize if they were wrong Comments from Reviewable |
In some places you've updated one implementation but not the other, please make sure they both match so we don't have strange regressions after #504. |
5af4ca6
to
552e0e1
Compare
☔ The latest upstream changes (presumably #504) made this pull request unmergeable. Please resolve the merge conflicts. |
Didn't see you had updated this, will review after my exam. |
No worries! I just did it and need to redo it (splitting it into servo/servo, too), as I just bitrotted it by landing your other fix, which I'd unfortunately not reviewed while I was out sick for most of the last week. Possibly I can pre-land the "extra" builders into servo/servo first and if that doesn't break anything then I can land the salt/buildbot-side changes second without breaking things. And then a follow-up in servo/servo to remove the now-deprecated builders? |
I'd like to get #504 deployed and working before we change the builder/steps list again, in case we need to do a rollback/revert/quickfix. But yes, that 3-step process sounds good. |
Filed servo/servo#13838 to make it easier to change |
☔ The latest upstream changes (presumably #516) made this pull request unmergeable. Please resolve the merge conflicts. |
f5c1e83
to
88cdc6b
Compare
I think this'll do it for adding the new normal and nightly builders. Note that it can't be deployed until I land the corresponding servo-side changes to the steps.yml file (which I'm currently testing and should have up shortly). |
@@ -90,6 +90,8 @@ def setDefaultWorkdir(self, workdir): | |||
@defer.inlineCallbacks | |||
def run(self): | |||
self.is_windows = re.match('windows.*', self.builder_name) is not None | |||
self.is_win_gnu = re.match('windows.*gnu', builder_name) is not None | |||
self.is_win_msvc = re.match('windows.*msvc', builder_name) is not None |
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.
self.is_win_msvc
isn't used anywhere, so no need to add it.
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.
Removing.
@bors-servo r=aneeshusa |
📌 Commit aeed165 has been approved by |
Add an MSVC builder and rename the old one as GNU, but do not gate. This does a few things: 1) Adds a `servo-windows2` buildbot 2) Adds a `-msvc` version of our build rules 3) Renames the default windows build to `-gnu` r? @aneeshusa or @edunham <!-- Reviewable:start --> --- This change is [<img src="https://reviewable.io/review_button.svg" height="34" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/saltfs/491) <!-- Reviewable:end -->
💔 Test failed - status-travis |
aeed165
to
925a2c8
Compare
@bors-servo r=aneeshusa |
📌 Commit 925a2c8 has been approved by |
Add an MSVC builder and rename the old one as GNU, but do not gate. This does a few things: 1) Adds a `servo-windows2` buildbot 2) Adds a `-msvc` version of our build rules 3) Renames the default windows build to `-gnu` r? @aneeshusa or @edunham <!-- Reviewable:start --> --- This change is [<img src="https://reviewable.io/review_button.svg" height="34" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/saltfs/491) <!-- Reviewable:end -->
☀️ Test successful - status-travis |
Use correct Windows GNU builder name for Homu Fixup for #491. r? @larsbergstrom <!-- Reviewable:start --> --- This change is [<img src="https://reviewable.io/review_button.svg" height="34" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/saltfs/562) <!-- Reviewable:end -->
…m larsbergstrom:add_msvc); r=aneeshusa r? @metajack @edunham The idea here is that I'm adding `-gnu` and `-msvc` variants in advance of the buildbot changes (in servo/saltfs#491). Once those land and are pushed out to the buildbot master, it'll pick up these changed files and then we can remove the unsuffixed `windows-dev` and `windows-nightly`. Source-Repo: https://github.com/servo/servo Source-Revision: 25f32c4513a9d7c3514c4079eef35b1cc5c6b286
…m larsbergstrom:add_msvc); r=aneeshusa r? metajack edunham The idea here is that I'm adding `-gnu` and `-msvc` variants in advance of the buildbot changes (in servo/saltfs#491). Once those land and are pushed out to the buildbot master, it'll pick up these changed files and then we can remove the unsuffixed `windows-dev` and `windows-nightly`. Source-Repo: https://github.com/servo/servo Source-Revision: 25f32c4513a9d7c3514c4079eef35b1cc5c6b286 UltraBlame original commit: 2472b1347fe70eb7bbefe585032cb3d1be50aa67
…m larsbergstrom:add_msvc); r=aneeshusa r? metajack edunham The idea here is that I'm adding `-gnu` and `-msvc` variants in advance of the buildbot changes (in servo/saltfs#491). Once those land and are pushed out to the buildbot master, it'll pick up these changed files and then we can remove the unsuffixed `windows-dev` and `windows-nightly`. Source-Repo: https://github.com/servo/servo Source-Revision: 25f32c4513a9d7c3514c4079eef35b1cc5c6b286 UltraBlame original commit: 2472b1347fe70eb7bbefe585032cb3d1be50aa67
…m larsbergstrom:add_msvc); r=aneeshusa r? metajack edunham The idea here is that I'm adding `-gnu` and `-msvc` variants in advance of the buildbot changes (in servo/saltfs#491). Once those land and are pushed out to the buildbot master, it'll pick up these changed files and then we can remove the unsuffixed `windows-dev` and `windows-nightly`. Source-Repo: https://github.com/servo/servo Source-Revision: 25f32c4513a9d7c3514c4079eef35b1cc5c6b286 UltraBlame original commit: 2472b1347fe70eb7bbefe585032cb3d1be50aa67
This does a few things:
servo-windows2
buildbot-msvc
version of our build rules-gnu
r? @aneeshusa or @edunham
This change is