1. 09 3月, 2017 1 次提交
  2. 25 2月, 2017 1 次提交
  3. 11 2月, 2017 1 次提交
    • T
      Fix localization issues in compiler (#17035) · 0c81ee52
      Ty Overby 提交于
      * use io exception message
      
      * disable Culture test
      
      * run tests on english ui culture
      
      * use hresult detection code that works cross-language
      
      * fix indentation
      
      * Only run FileShareDeleteCompatibility_Xplat on an english machine
      
      * Brace on new line
      0c81ee52
  4. 24 1月, 2017 1 次提交
  5. 20 12月, 2016 1 次提交
  6. 13 10月, 2016 1 次提交
  7. 29 9月, 2016 1 次提交
  8. 24 9月, 2016 1 次提交
  9. 31 8月, 2016 1 次提交
  10. 25 8月, 2016 3 次提交
  11. 11 8月, 2016 1 次提交
  12. 07 8月, 2016 1 次提交
  13. 05 8月, 2016 1 次提交
  14. 28 7月, 2016 1 次提交
    • N
      Introduce a "Latest" language version, which maps to the latest · c830f88e
      Neal Gafter 提交于
      supported language version when used in APIs.
      Also update the C# 7 feature status doc to bring it up-to-date.
      
      We also change the default language version for VB from 14 to 15, and
      put the binary literals and digit separators under language version 15.
      
      This PR takes the approach of immediately transforming a "Latest"
      language version to the actual latest language version. Thus, the extra enum value
      should never be persisted as part of an options object, but only transiently
      appear as an argument to an API call setting or resetting the language version.
      c830f88e
  15. 27 7月, 2016 2 次提交
  16. 14 7月, 2016 1 次提交
  17. 24 6月, 2016 1 次提交
  18. 18 6月, 2016 1 次提交
  19. 03 6月, 2016 1 次提交
  20. 21 5月, 2016 1 次提交
  21. 20 5月, 2016 1 次提交
  22. 07 4月, 2016 1 次提交
  23. 29 3月, 2016 1 次提交
  24. 22 3月, 2016 1 次提交
    • A
      PR changes · b34e48c1
      Artur Spychaj 提交于
      Handle an empty quotation in the compiler switch.
      Add csc and vbc help information.
      Make the description of the option generic.
      b34e48c1
  25. 19 3月, 2016 3 次提交
  26. 01 3月, 2016 1 次提交
  27. 27 2月, 2016 1 次提交
    • A
      Always use an absolute path for keyfile with public sign · 67a9fd89
      Andy Gocke 提交于
      Right now there are two code paths for signing using a keyfile:
      
      1) Full & delay signing implemented using a strong-name provider, which
         calls into the CLR when necessary to do signing.
      2) Public signing, which extracts the key directly from the file and
         embeds it manually into the assembly using only portable code.
      
      The tricky part is that (1) also implements a bunch of legacy semantics
      on how to resolve the key file from various search paths, since the key
      file can also be specified via an attribute.
      
      This behavior is already deprecated, so rather than implement the
      complicated file resolution for public sign as well, this PR changes the
      command line compilers to always produce an absolute path for the key
      file before passing it to CompilationOptions. CreateCompilation now also
      has a check to enforce that CryptoKeyFile is an absolute path when
      PublicSign is set.
      
      Fixes #8360.
      67a9fd89
  28. 20 2月, 2016 1 次提交
  29. 19 2月, 2016 1 次提交
  30. 17 2月, 2016 1 次提交
  31. 10 2月, 2016 1 次提交
  32. 26 1月, 2016 2 次提交
  33. 05 1月, 2016 1 次提交
  34. 03 12月, 2015 1 次提交