- 11 2月, 2020 1 次提交
-
-
由 David Poeschl 提交于
No engine work
-
- 07 2月, 2020 3 次提交
-
-
由 David Poeschl 提交于
-
由 David Poeschl 提交于
-
由 David Poeschl 提交于
-
- 06 2月, 2020 9 次提交
-
-
由 David Poeschl 提交于
-
由 David Poeschl 提交于
-
由 David Poeschl 提交于
-
由 David Poeschl 提交于
-
由 David Poeschl 提交于
-
由 David Poeschl 提交于
-
由 David Poeschl 提交于
-
由 David Poeschl 提交于
-
由 Tomáš Matoušek 提交于
* Use Microsoft.NET.Sdk.WindowsDesktop for XAML projects
-
- 05 2月, 2020 1 次提交
-
-
由 David Poeschl 提交于
-
- 04 2月, 2020 7 次提交
-
-
由 Cyrus Najmabadi 提交于
-
由 Cyrus Najmabadi 提交于
-
由 Cyrus Najmabadi 提交于
-
由 Chris Sienkiewicz 提交于
* MethodSymbol and FieldSymbol equality fixes: - Defer the equality of method/field symbol to the substituted symbol when compared - Make the hashcode of substituted method/field defer to the original definition
-
由 Sam Harwell 提交于
-
由 Julien Couvreur 提交于
Rename from IncludeNonNullableReferenceTypeModifier to IncludeNotNullableReferenceTypeModifier (#41332)
-
由 Sam Harwell 提交于
-
- 01 2月, 2020 6 次提交
-
-
由 Tomáš Matoušek 提交于
* Fix Pythia pooled objects wrappers * Fix RPC
-
由 Allison Chou 提交于
-
由 Allison Chou 提交于
-
由 Jason Malinowski 提交于
-
由 Jason Malinowski 提交于
Our best guess is we ran naming styles on open files only for two reasons: 1. At the time, we only supported .editorconfig in-proc, so out of proc wouldn't have used the right settings. 2. Even if we were running in-proc, there might have been performance issues since we were running across a lot of files. Neither of these concerns apply at this point: we now support .editorconfig out of proc (both in the legacy path and the new path) and since we're already running other analyzers that use .editorconfig, the cost of processing it will exist regardless.
-
由 Allison Chou 提交于
-
- 31 1月, 2020 13 次提交
-
-
由 Sam Harwell 提交于
Closes #41304
-
由 Tomáš Matoušek 提交于
-
由 Gen Lu 提交于
-
由 Sam Harwell 提交于
-
由 Sam Harwell 提交于
-
由 Jason Malinowski 提交于
This API has always accepted null as a shortcut for an empty array, so this annotates it accordingly.
-
由 Jared Parsons 提交于
Had to clean up a few nullable annotations now that we are compiling agaist `netcoreapp3.1` and hence get the full value of the framework annotations. This is also problematic though because there are now two places where the compiler can see nullable attributes that are directly used by the developer. For example `NotNullWhenAttribute`. This is both defined in our assemblies for non-netcoreapp target frameworks and provided by the SDK when targeting `netcoreapp3.1`. This causes a problem for assemblies which have the following characteristics: 1. Target `netcoreapp3.1` 1. Reference an assembly targeting `netstandard2.0` which uses our nullable attributes definition 1. Has IVT into (2) above These properties essentially define all of our unit test assemblies. In that environment it's not possible to use nullable attributes in code because the compiler can't disambiguate which definition of `NotNullWhenAttribute` to use. This meant I had to temporarily remove a few attributes until we can complete #40766.
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-