Adds `net6.0` as a target framework to mdoc. The artifacts from the
`net6.0` build will be output to `bin/$(Configuration)-net6.0`.
Mono.Cecil has been bumped from `0.10.0-beta5` to `0.10.0`. This update
appears to have introduced a change in behavior in F# doc generation,
and the expected output in `PatternMatchingExamples.xml` has been
updated to reflect that.
The mdoc NuGet package has been updated to include both `net471` and
`net6.0` tools. This can be considered a breaking change, as the path
of mdoc.exe has been changed to include a folder named after its target
framework.
* HtmlGenerator: Load converters lazily
This is a workaround so that .NET 6 apps can use the .NET FW
build of monodoc.dll without worrying about TypeInitializationExceptions
for converters they don't use.
* Fix netstandard2.0 compatibility
* Replace SharpZipLib submodule with package reference
Remove mdoc/packages.config as well.
* Bump Lucene.Net.Light to latest version to support NetStandard
* monodoc: Change to SDK-style project
* monodoc: Move to netstandard2.0
* Replace all packages.config with PackageReference
Bump mdoc.Test.FSharp.fsproj to .NET 4.7.1 to fix issues using
System.ValueTuple.
* Adjust to mdoc.Test.FSharp.fsproj bump to v4.7.1
* mdoc.Test.FSharp.fsproj: Convert to SDK-style
Fixes errors building in VS2022.
* mdoc.Test.csproj: Update to SDK-style too
* mdoc.Test.csproj no longer needs a direct FSharp.Core reference
* mdoc.Test.FSharp.fsproj: Fix FSharp.Core reference
https://github.com/dotnet/fsharp/blob/main/docs/fsharp-core-notes.md#how-to-explicitly-reference-fsharpcore
* mdoc.Test.csproj: Restore manual WPF reference
* Use AppendTargetFrameworkToOutputPath to avoid touching Makefiles
* Update en.expected-fsharp/index.xml
