- 09 9月, 2017 1 次提交
-
-
由 Heejae Chang 提交于
-
- 08 9月, 2017 2 次提交
-
-
由 Heejae Chang 提交于
added null check and make sure we use field initializer instead of whole field decl for C#
-
由 Fredric Silberberg 提交于
-
- 07 9月, 2017 7 次提交
-
-
由 Tomáš Matoušek 提交于
* Load DSRN from alternate path if set * Fix error reporting
-
由 Julien Couvreur 提交于
-
由 Julien Couvreur 提交于
-
由 Fredric Silberberg 提交于
-
由 Ivan Basov 提交于
Disabling flakey VisualBasic.BasicEditAndContinue.MultiProjectDebuggingWhereNotAllModulesAreLoaded (#21926) * disabling flakey test * disabling all VB ENC tests
-
由 Julien Couvreur 提交于
-
由 Jason Malinowski 提交于
CompilerPackage was previously being lazy and would just delete and rewrite files as needed when the package was loaded, even if the machine would ultimately be left in the same state at the end. For the old project system (which didn't monitor such file changes) this wasn't bad, but with the new project system it now reloads projects in response to changes which can be quite expensive. Fixes dotnet/roslyn#21838.
-
- 06 9月, 2017 2 次提交
-
-
由 Julien Couvreur 提交于
-
由 Tomáš Matoušek 提交于
-
- 02 9月, 2017 2 次提交
-
-
由 Ivan Basov 提交于
-
由 Tomáš Matoušek 提交于
-
- 01 9月, 2017 26 次提交
-
-
由 Jared Parsons 提交于
Change Microbuild to no longer be forced to use the MSBuild that Microbuild provides. Doing so means we rely on them to update their machines when we need updates to MSBuild. Instead just use our normal mechanisms for discovering MSBuild. This doesn't depend on machine state.
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
These projects reference the compiler EXE projects and hence copy them to the output directory. This appears to not cause the correct app.config file (ex csc.exe.config) to be copied along with it. It's missing the necessary binding redirects that are generated from a direct compile of the project. As a result when it' invoked from the unit tests it fails. It's possible this is a SDK bug and I will dig into that. For now though I need to unblock the suites.
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
The continued mixing of assets between net46 and net461 was causing a huge number of binding redirect issues in our test assets. Need to move everything to a consistent 461 to avoid this.
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
This changes the unix legs to use the 2.0 SDK. They are likely to suffer from the same problem as the windows CoreClr leg in that they aren't producing XML files. But we should be able to fix both of those at the same time.
-
由 Jared Parsons 提交于
The compiler tools needed to be targetting netcoreapp2.0 in order to produce runnable executables.
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
This is at least temporarily using `dotnet vstest` to execute the tests. That allows us to run the tests but can't do things like generate compatible XML files that Jenkins can process. The new structure of the tests does mean that our Linux / Mac jobs are now broken though since we no longer have the deploy project.
-
由 Jared Parsons 提交于
This primarily moves us to the 2.2.0 version of xunit. In order to make that transition though a number of other changes needed to happen as well: 1. Needed to move our desktop target to 4.6.1. This should've been required some time ago but we were essentially depending on bugs in the SDK / NuGet. 1. Remove the DeployCoreClrTestRuntime project. This entire idea depended on having the xunit.console.netcore package. This has since been deleted and doesn't work with the 2.0 SDK. 1. Remove the deploy compiler tools project. Can just use dotnet exec now and that's much more efficient. 1. Resolve a new ambiguity with KeyValuePair. A helper of ours now exists in netcoreapp2.0. I fully expect a number of Jenkins legs to fail with this change: build correctness, coreclr and ubuntu. But I want to validate our other legs and am still trackind down answers needed to fix the others.
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
Now that we are not tied to roslyn-internal anymore it's possible to simplify this action a bit: - Remove the separate script as it's not necessary and can be easily inlined - Remove the copy to the root of the source tree. Not necessary anymore as all our scripts use the returned variable.
-
由 Cyrus Najmabadi 提交于
-
由 Tomáš Matoušek 提交于
* Add and implement IScriptEnvironmentService * Remove unnecessary export
-