Zoltan Varga
Zoltan Varga
/azp run runtime-extra-platforms
/azp run runtime-extra-platforms
The failures are fixed now. Should this be in 7.0 ? @lambdageek
The failure happens because some methods contain constrained calls which we can't handle in gsharedvt mode, so no gsharedvt versions of these methods are compiled. Might be fixed by: https://github.com/mono/mono/pull/21470
Looks like a linker problem, works with the linker disabled.
Its currently kinda hard to debug linker problems. https://github.com/mono/linker/issues/1055
This seems to be caused by mismatching assemblies, i.e. Microsoft.Extensions.Logging.dll contains the following IL code: IL_000a: call [Microsoft.Extensions.Logging.Abstractions]Microsoft.Extensions.Logging.Abstractions.Internal.NullScope [Microsoft.Extensions.Logging.Abstractions]Microsoft.Extensions.Logging.Abstractions.Internal.NullScope::get_Instance() but the Microsoft.Extensions.Logging.Abstractions assembly doesn't have a type named Microsoft.Extensions.Logging.Abstractions.Internal.NullScope, it...
It happens because mismatching assemblies are being passed to the linker.
Its a problem with the build system/IDE/nuget etc. Its not a mono bug.
What I meant at (7) is that if this proposal is implemented, then LLVM would have to add all these type constructs to their IR somehow, and it's not clear...