FSharpx.Collections namespace

[jackfoxy]

FSharpx.Collections
FSharpx.Collections.Mutable

[jackfoxy]

First progress on #169

Almost a non-breaking change, by adding AutoOpen of new namespaces to FSharpx.Core AssemblyInfo.

But strangely some of the files in CSharpTests had to have using FSharpx.Collections added when previously they worked without using FSharpx; Something about C# interop I do not understand.

[jackfoxy]

@forki Does not appear to be part of build 1.6.130 (the FSharpx.Collections namespace is not available). Are you saving this for 1.7?

[forki]

It's part of 1.6.132

[jackfoxy]

Were the changes in 37fdb99 for src/FSharpx.Core/AssemblyInfo.fs not included in the 1.6.132 build? When I test a project referencing a local build of FSharpx it auto-opens Collections, but when I reference 1.6.132 it does not auto-open Collections.

[forki]

mhm strange. Maybe there is a difference in the files? This can be on your or on my side. I'll check my repo for uncommited / ignored files.

[jackfoxy]

Try installing FSharpx 1.6.132 to some project of yours from NuGet. FSharpx.Collections is available, but not auto-loaded by opening just FSharpx.

[forki]

yep the missing auto-open caused 37fdb99

[ovatsus]

Why do we want to autoopen FSharpx.Collections? Doesn't that goes against the purpose of separating them into a subnamespace in the first place?

[jackfoxy]

@ovatsus 1. Auto-open makes this not a breaking change. 2. Microsoft.FSharp.Collections also auto-opens (or something similar).