1. 13 12月, 2014 1 次提交
    • D
      Fix for #29 - module access modifier internal does not give internal access if... · f2cef1d0
      Don Syme 提交于
      Fix for #29 - module access modifier internal does not give internal access if no namespaces are used
      
      commit d821fd9c15630bcc8ae0bd25be59aad3cae87d8f
      Author: latkin <latkin@microsoft.com>
      Date:   Fri Dec 12 13:05:44 2014 -0800
      
          Enabling test covering the bug fix
      
      commit ad7fd38401d0259b693a8cbd994dfe632972b5f7
      Author: Don Syme <dsyme@microsoft.com>
      Date:   Mon Nov 17 19:51:00 2014 +0000
      
          fix work item 29 - modul access modifier internal does not give internal access if no namespaces are used
      f2cef1d0
  2. 12 12月, 2014 1 次提交
  3. 06 12月, 2014 2 次提交
  4. 22 11月, 2014 1 次提交
  5. 21 11月, 2014 2 次提交
  6. 01 11月, 2014 4 次提交
  7. 24 10月, 2014 3 次提交
    • L
      4f6c0d81
    • P
      0f18d675
    • D
      Fix cross module inlining · 3a38b7ae
      desco 提交于
      commit 8f1dcd1c760ce7ab2ae9de706bf12763038f2257
      Author: latkin <latkin@microsoft.com>
      Date:   Thu Oct 23 14:43:21 2014 -0700
      
          Updating tests to use proper env variables, adding .gitignore, renaming .cmd to .bat
      
      commit 6097fc2b506c7b61130cf87643ba09f3740e05d5
      Merge: 94c895db 0fc7b47
      Author: latkin <latkin@microsoft.com>
      Date:   Thu Oct 23 14:09:37 2014 -0700
      
          Merge branch 'pcl_inlining' of https://git01.codeplex.com/forks/vladima/primary into crossmodule
      
      commit 0fc7b4707146d0cf198af1863dcc307d017ede45
      Author: desco <desco.by@gmail.com>
      Date:   Wed Oct 8 10:30:58 2014 -0700
      
          remove PrimaryAssembly.NamedMscorlib
      
      commit b84ff88dce143bfd746e214acd806a839aa2903a
      Author: desco <desco.by@gmail.com>
      Date:   Sat Oct 4 14:13:44 2014 -0700
      
          added test to list
      
      commit ee32d77d825cf57202135eb40eff9269aaa20c31
      Author: desco <desco.by@gmail.com>
      Date:   Fri Oct 3 23:24:30 2014 -0700
      
          Added tests
      
      commit 7f0a59be92f544e4d04c5e41db1679490c419b3a
      Author: desco <desco.by@gmail.com>
      Date:   Fri Oct 3 16:27:13 2014 -0700
      
          consider both mscorlib and System.Runtime as candidate names of primary assembly
      3a38b7ae
  8. 23 10月, 2014 1 次提交
  9. 22 10月, 2014 2 次提交
    • R
      Perf optimization - Seq.toArray · 69808954
      ReedCopsey 提交于
      commit 51c9c233f825b56b6752cb0048f4af62625c76c1
      Merge: e6300567 7fc4873
      Author: latkin <latkin@microsoft.com>
      Date:   Tue Oct 21 13:48:17 2014 -0700
      
          Merge branch 'master' of https://git01.codeplex.com/forks/reedcopsey/fsharpseqperf into PR
      
      commit 7fc487317e19b31f6e8b6be54676695fa233599e
      Author: ReedCopsey <reed@reedcopsey.com>
      Date:   Tue Aug 26 11:32:55 2014 -0700
      
          Switched array construction to use Array.zeroCreateUnchecked
      
      commit 89fd97d30111d3c1e730bb4fa602d9ea60b944e3
      Author: ReedCopsey <reed@reedcopsey.com>
      Date:   Fri Aug 22 17:34:47 2014 -0700
      
          Removed duplicate test assertion
      
      commit 505dd63f2122a71b0ca5c470ecaab4281cde71fd
      Author: ReedCopsey <reed@reedcopsey.com>
      Date:   Fri Aug 22 17:32:16 2014 -0700
      
          Added test for empty input to Seq.toArray
      
      commit 59db07b5a2af3dd838cbcf9d5ea252a5346159ce
      Author: ReedCopsey <reed@reedcopsey.com>
      Date:   Fri Aug 22 17:25:10 2014 -0700
      
          Optimized ICollection<T> and wildcard path in Seq.toArray.  Added tests to handle ICollection/Array/List input.
      
          Provides 4x or more speedups when using large ResizeArray or other ICollection<T> as input.
      69808954
    • L
  10. 21 10月, 2014 2 次提交
  11. 18 10月, 2014 2 次提交
  12. 16 10月, 2014 3 次提交
  13. 09 10月, 2014 1 次提交
  14. 08 10月, 2014 2 次提交
  15. 04 10月, 2014 3 次提交
  16. 02 10月, 2014 1 次提交
  17. 01 10月, 2014 1 次提交
  18. 27 9月, 2014 1 次提交
  19. 20 9月, 2014 1 次提交
    • K
      Fix getentryassembly · d2de9b85
      KevinRansom 提交于
           Codeplex issue:  https://visualfsharp.codeplex.com/workitem/131
      
           System.Reflection.Assembly.GetEntryAssembly() returns null if shadow copying is true, and the FSI assembly otherwise.
           Quite a few tools use GetEntryAssembly to get at FSI state, including some internal tools we use. They will break with the new FSI.
      
           Modified test2 to also verify that GetEntryAssembly() returns non-null.  Added a bit more diagnostic output to test1 and test2
       (changeset 1339032)
      d2de9b85
  20. 19 9月, 2014 1 次提交
    • K
      Codeplex issue: 132 - FSI Shadowcopy -- causes a significant degrade in the fsi first execute time · 09e5eb5c
      KevinRansom 提交于
      if you type
       1+1;;
       2+2;;
       there is a perhaps 1 second delay between hitting return and seeing the answer when shadow copy is enabled this delay does not occur when shadow copy is not enabled.
       subsequent statements to the first are not delayed significantly.
      
      The Fix is to enable LoaderOptimisation.MultiDomainHost -- this causes the clr to use the ngened images for assemblies that are signed, loaded from the gac and have corresponding ngen images.   In the issue scenario, when enabling shadowcopy, the appdomain loader unable to load the ngen images in the appdomain doing the work.  This is a known limitation of AppDomains.  The solution is to make the assemblies shared accross appdomains
      
      I did some testing and for a script similar to the 1+1;; in the issue report I ran fsi with and without shadowcopyreferences enabled, with and without MultiDomainHost enabled a few hundred times the table below is the average times of each set of runs.  In all cases Fsharp files were ngened and loaded from their standard VS install locations.
      
      		Without MultiDomainHost			With MultiDomainHost
      		/shadowcopy-	/shadowcopy+		/shadowcopy-	/shadowcopy+
      		56840.58411	118600.1729		61529.93774	71692.79377
      
      As you can see the impact of shadowcpy is much smaller, close to without.  The extra work here is due to creating a new appdomain so the devel it can be unloaded.
      
      MultiDomainHost causes static fields to be indirected and so there is a small degrade on with/without.  The timings were done on a dualcore VM on a server that was not doing any other work.
      
       (changeset 1338154)
      09e5eb5c
  21. 16 9月, 2014 1 次提交
  22. 12 9月, 2014 2 次提交
  23. 11 9月, 2014 2 次提交