Implemented a test for overload resolution when calling an overloaded method or constructor where another overload contains a parameter whose type is a high-rank array (5-32).
Extended support for array types to include all ranks supported by .NET (i.e., up to rank 32). This fixes a bug where the F# compiler wouldn't allow F# code to call an overloaded method or constructor when one or more of those overloads contained one or more parameters whose type was an array with rank greater than 4 (even when the overload being called did not include such a parameter).
Implemented additional cases in parser to support zero-based, rank 5-32 arrays.
Modified the test case to check that the type signature for a higher-ranking array is now parsed without errors.
Merge branch 'master' into all-array-ranks
Updated all templates (except tutorial) to include AssemblyInfo.fs setup in the same manner as default C# project templates
fix url of fsharp.org website in vs templates
Add keyboard shortcuts for FSI reset and clear all
Modify  keybindings to Ctrl-AltR and Ctrl-Alt-C
Use KeyValuePair to represent items in the DebuggerTypeProxy for the Map type. This makes it easier to view the items at a glance, rather than having to expand each item to view it's contents. The maximum number of items viewable in the debugger window is also increased from 1k to 10k.
Codeplex issue: 132 - FSI Shadowcopy -- causes a significant degrade in the fsi first execute time

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)
     Fix getentryassembly

     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)
Merge branch 'master' into all-array-ranks
Adding some missing defines for queries (changeset 1345199)
U+180E is no longer considered "whitespace" by the unicode 6.3.0 standard
http://www.unicode.org/versions/Unicode6.3.0/#Database_Changes (changeset 1345930)
Rolling back parser change for F# 3.1.X
Expand\refactor tests a bit for consuming high-D arrays
Patch TP test covering array ranks
After code review, rolling back more stuff not needed for basic typecheck scenario
Expanding tests further
Merge branch 'arrayPR'