arcade sdk version issue build failures in 'official/dnceng/dotnet-wpf-int/refs/heads/master' - '20190503.7' #638
Comments
|
Looking.... |
vatsan-madhavan
added a commit
that referenced
this issue
May 3, 2019
…ound (#640) * Updating SdkReferences.targets so that LimitNetCoreAppReferences runs earlier than ResolveAssemblyReferences, after ResolveTargetingPacks. To ensure this happens, updating Sdk targets by bumping version in global.json to Preview 5 candidate. It creates a side effect during nuget-restore for test-builds - adding a workaround for that. This side-effect nuget failure will go away when we fix our tests to use Microsoft.NET.Sdk (verified locally that this is so). * We no longer need the private C++/CLI frontend - the current Dev16.1 P2 builds that are already on the build servers have the right tools. Removing that workaround. * Proactively exclude RuntimeFrameworkVersion when $(WpfTest)==true * Add temporary workaround for missing System.Runtime.CompilerServices.SuppressMergeCheckAttribute in System.Runtime * LimitNetCoreAppReferences should now deal in @(Reference) which is the output from ResolveTargetingPacks - and not in @(ReferencePath) Also There is no longer an OriginalItemSpec - so make up our own
ghost
locked as resolved and limited conversation to collaborators
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
@dotnet-mc-bot commented on Fri May 03 2019
There were a set of failures during this build. Here is a summary of these:
@robertborr
The text was updated successfully, but these errors were encountered: