Move windows agents to DotNetCore-Build#16849
Conversation
|
Will start testing the changes. /cc @RussKeldorph @vancem |
|
Run failed due to not having msdia120.dll registered. Marking as no merge until the machines are setup correctly. |
|
This is likely related to this issue were the DacTableGen is using a old version of msdia (and VS 2017 does not register it by default (but it does carry the DLL). https://github.com/dotnet/coreclr/issues/11305#issuecomment-343009330 This hit developers who set up clean machines with just VS 2017 (which is probably what is happening on the build machines. Fixing DacTableGen (that is issue 11305) would be nice, but it relies on very old nuget packages that may take some effort to update (even finding their source code was non-trivial). Instead as a work-around we added the following to build.cmd which tests if msdia120.dll was registered and if not tells the user how to do this (you need elevation to run the command, and we did not want builds to require elevation). Notice this gives the instructions (a regsvr32.exe command) that can be run on these machines (it only needs to run once, but it is OK if runs many times), that registers a copy of msdia120.dll that lives with the VS2017 distribution. Can someone with more knowledge of the machine setup scripts comment? A simple work-around would be to add this regsvr32 command to the setup scripts (or event the build scripts. |
…017-only environment
1e2dafd to
2cda0e8
Compare
|
Ready to merge, clean build using 2017 agents: https://devdiv.visualstudio.com/DevDiv/_build/index?buildId=1508454&_a=summary |
vancem
left a comment
There was a problem hiding this comment.
We ran a private build of this and it worked.
I think we are good to go.
|
LGTM |
@vancem , @jashook FYI. If CoreCLR can build in a VS2017-only environment now, this should be all that's left to make that happen.
Ping me for guidance on testing this if needed.