1. 05 8月, 2016 1 次提交
  2. 27 7月, 2016 1 次提交
  3. 21 7月, 2016 1 次提交
  4. 20 7月, 2016 1 次提交
  5. 15 7月, 2016 1 次提交
  6. 24 6月, 2016 2 次提交
  7. 23 6月, 2016 1 次提交
  8. 22 6月, 2016 1 次提交
  9. 06 6月, 2016 1 次提交
  10. 02 6月, 2016 2 次提交
    • T
      Compilation: use System.Object from target corlib (#8507) (#11708) · 0d0d8677
      Tomáš Matoušek 提交于
      * Tests: fix minasync Task<T> to derive from Task
      
      * Tests: provide MinAsyncCorlibRef
      
      This combines the async features of minasync with mincorlib to produce
      a minimum unversioned corlib with async stubs.
      
      * Compilation: use System.Object from target corlib
      
      When creating a script compilation without an explicit return type,
      System.Object was being resolved via reflection from the host.
      
      This resulted in an implicit dependency of a script compilation on the
      host corlib, even if a different corlib was specified as a reference
      for the compilation (e.g. Xamarin.iOS).
      
      Fix this by using System.Object as defined in the corlib resovled
      for the compilation.
      0d0d8677
    • A
      Compilation: use System.Object from target corlib (#8507) · c0738262
      Aaron Bockover 提交于
      * Tests: fix minasync Task<T> to derive from Task
      
      * Tests: provide MinAsyncCorlibRef
      
      This combines the async features of minasync with mincorlib to produce
      a minimum unversioned corlib with async stubs.
      
      * Compilation: use System.Object from target corlib
      
      When creating a script compilation without an explicit return type,
      System.Object was being resolved via reflection from the host.
      
      This resulted in an implicit dependency of a script compilation on the
      host corlib, even if a different corlib was specified as a reference
      for the compilation (e.g. Xamarin.iOS).
      
      Fix this by using System.Object as defined in the corlib resovled
      for the compilation.
      c0738262
  11. 21 5月, 2016 3 次提交
  12. 28 4月, 2016 2 次提交
  13. 22 4月, 2016 1 次提交
  14. 21 4月, 2016 2 次提交
  15. 20 4月, 2016 1 次提交
  16. 16 4月, 2016 1 次提交
  17. 07 4月, 2016 1 次提交
  18. 02 4月, 2016 1 次提交
  19. 29 3月, 2016 1 次提交
  20. 17 3月, 2016 1 次提交
  21. 09 3月, 2016 2 次提交
  22. 05 3月, 2016 1 次提交
  23. 03 3月, 2016 1 次提交
  24. 01 3月, 2016 1 次提交
  25. 25 2月, 2016 1 次提交
  26. 14 11月, 2015 1 次提交
    • A
      Add support for public sign to csc · ca61bad2
      Andy Gocke 提交于
      Sometimes called "fake sign" or "OSS sign" public signing is including
      the public key in an output assembly and setting the "signed" flag, but
      not actually signing the assembly with a private key. This is useful for
      open source projects where people want to build assemblies which are
      compatible with the released "fully signed" assemblies, but don't have
      access to the private key used to sign the assemblies. Since almost no
      consumers actually need to check if the assembly is fully signed, these
      publicly built assemblies are useable in almost every scenario that the
      fully signed one would be used in.
      
      This PR implements support only for C# -- VB will be added soon. If
      being used at the command line, the /publicsign flag can be passed to
      csc and the /keyfile flag can specify the public key. Unlike fully
      signing, a full key pair encoded in the SNK file format is not currently
      supported. When using /publicsign, just the public key must be in the
      /keyfile file.
      
      When using the API, the public key can be passed directly using the
      CryptoPublicKey CompilationOption.
      ca61bad2
  27. 04 11月, 2015 1 次提交
  28. 31 10月, 2015 1 次提交
  29. 27 10月, 2015 1 次提交
  30. 20 10月, 2015 1 次提交
  31. 16 10月, 2015 1 次提交
  32. 14 10月, 2015 1 次提交
  33. 07 10月, 2015 1 次提交