1. 07 7月, 2015 1 次提交
  2. 26 6月, 2015 1 次提交
  3. 09 6月, 2015 7 次提交
  4. 01 2月, 2015 1 次提交
    • B
      Complete the style update to the rest of Open\src directory · 995eb372
      beep boop 提交于
           Background:
      
           As discussed in the dev team all hands all code under the GitHub dotnet foundation is using a single process for contribution, API review, infrastructure and coding style. The idea is to present a unified view to our customer and give them a single story for contributing to any project under the dotnet foundation.
      
           https://github.com/dotnet/corefx/wiki/Contributing#c-coding-style
      
           The coding style transition is automated using a Roslyn based rewrite tool:
      
           https://github.com/dotnet/codeformatter
      
           This will be applied in stages across our developer tree. Right now the focus is on the Open directory as this is what is being presented on github. Code owners will be contacted before the transition happens.
      
           Note: this is a soft style requirement. There are no build errors that come from this change.
       (changeset 1408227)
      995eb372
  5. 15 1月, 2015 1 次提交
  6. 14 1月, 2015 1 次提交
  7. 07 1月, 2015 1 次提交
  8. 24 12月, 2014 1 次提交
  9. 02 10月, 2014 1 次提交
  10. 25 9月, 2014 1 次提交
  11. 10 9月, 2014 1 次提交
  12. 29 7月, 2014 1 次提交
  13. 12 7月, 2014 1 次提交
    • T
      To support EnC well the compiler needs to carefully distinguish between... · d4b0a867
      TomasMatousek 提交于
      To support EnC well the compiler needs to carefully distinguish between long-lived and short-lived synthesized variables. Long-lived variables may cross sequence points and thus need to be mapped the the corresponding variables in the previous generation when emitting EnC deltas. Short-lived local variables shall never cross sequence points.
      
      This change revisits helpers that create synthesized variables and assigns each synthesized variable a SynthesizedLocalKind. Negative kind values are reserved for short-lived variables, positive values for long-lived variables.
      
      The change removed the option to give a synthesized variable an explicit name. The names of the variables are assigned at code-gen time based on their SynthesizedLocalKind. This is to enforce that the names of long-lived variables follow a naming pattern that allows use to reverse-engineer the SynthesizedLocalKind value from the variable name.
      
      Also renames DebugInformationKind.PDBOnly to DebugInformationKind.PdbOnly to follow .NET naming guidelines.
       (changeset 1293017)
      d4b0a867
  14. 20 6月, 2014 2 次提交
    • T
      Splits Microsoft.CodeAnalysis, Microsoft.CodeAnalysis.CSharp and... · fc3b332f
      TomasMatousek 提交于
      Splits Microsoft.CodeAnalysis, Microsoft.CodeAnalysis.CSharp and Microsoft.CodeAnalysis.VisualBasic into portable and desktop assemblies.
      
      Existing Core\Source, CSharp\Source and VisualBasic\Source directories are renamed to Core\Portable, CSharp\Portable and VisualBasic\Portable.
      New sibling Desktop folders are added and non-portable source is moved there.
      "System.Runtime" references has to be removed in order for the portable project system magic to automatically add facade references.
       (changeset 1281686)
      fc3b332f
    • A
      Support for Declaration Expressions in lock statement and more … · 93a3f2b0
      AlekseyTs 提交于
      More:
      - Skip checked/unchecked expressions (similar to parenthesized) when we are trying to determine if Declaration Expression is used as an argument.
      - Fixes/unit-tests for SemanticModel APIs when Declaration Expressions are used inside an “expression bodied” property.  (changeset 1273421)
      93a3f2b0
  15. 31 5月, 2014 1 次提交
  16. 23 5月, 2014 1 次提交
  17. 07 5月, 2014 1 次提交
  18. 05 5月, 2014 1 次提交
  19. 16 4月, 2014 1 次提交
    • V
      This change relaxes the "Single Meaning" rule. · 23891e37
      VSadov 提交于
      The updated rules will be described in detail in the spec.
      
           What they mean essentially is:
           ? Only local/parameter/query variable _declarations_ can clash. Other uses of names do not introduce anything into local scopes.
           ? Shadowing of local/parameter/query variables from outer scopes is illegal.
      
      === Examples:
      
      1)
              class C
              {
                  void Foo()
                  {
                      Bar();
                      { int Bar; }        // name was used in the outer scope - Ok now
                  }
                  void Bar() { }
              }
      
      2)
              class C
              {
                  void Foo(int Bar)
                  {
                      int Bar;            // redeclaration of a parameter ? NOT Ok
                      { int Bar; }        // redeclaration of a local ? NOT Ok
      
                      // 2 redeclarations of a local ? both NOT Ok
                      try { } catch (Exception Bar) { int Bar; }
      
                      for (int i = 0; i < 10; i++)
                      {
                          int i;          // redeclaration of a local ? NOT Ok
                      }
                  }
      
                  void Bar() { }
              }
      
       (changeset 1231594)
      23891e37
  20. 23 3月, 2014 1 次提交
  21. 19 3月, 2014 1 次提交