These commits modify the .csproj file for the Manos project to specify that the Mono.* dlls are located in the same lib directory as the Nini.dll file, so windows users can just grab those dlls and place them in the lib directory to build. This won't change the mono build process since those assemblies are already in the GAC.
I didn't bundle the dlls themselves in these commits since they are quite large, and we probably want users to get them for themselves, although the Mono.CSharp assembly is a little in-limbo with API changes, so bundling 2.8's version might be wise.
This also changes Environment to add an IsWindows property, so we can switch the manostool --se ouput for different platforms, since the environments differ on windows and *nix. This also adds an error if --init is called with no argument, and moves the name of the tool (manostool) to a static field so we don't have to write the tool name over and over, and it can be easily changed.
These commits modify the .csproj file for the Manos project to specify that the Mono.* dlls are located in the same lib directory as the Nini.dll file, so windows users can just grab those dlls and place them in the lib directory to build. This won't change the mono build process since those assemblies are already in the GAC.
I didn't bundle the dlls themselves in these commits since they are quite large, and we probably want users to get them for themselves, although the Mono.CSharp assembly is a little in-limbo with API changes, so bundling 2.8's version might be wise.
This also changes Environment to add an IsWindows property, so we can switch the manostool --se ouput for different platforms, since the environments differ on windows and *nix. This also adds an error if --init is called with no argument, and moves the name of the tool (manostool) to a static field so we don't have to write the tool name over and over, and it can be easily changed.