Closed caaavik-msft closed 7 months ago
It looks like those monikers use the current runtime version if Core, or defaults to the earliest available version if Framework. https://github.com/dotnet/BenchmarkDotNet/blob/9a9d7e729059ea3a942f1b5347cecb0eeb7d1776/src/BenchmarkDotNet/ConsoleArguments/ConfigParser.cs#L573-L574
I guess the sdk validator just needs to be updated to use the same logic in GetSdkVersionFromMoniker
function.
Put up a PR that should fix the issue for both wasm and monoaotllvm: https://github.com/dotnet/BenchmarkDotNet/pull/2541
With the recent change from https://github.com/dotnet/BenchmarkDotNet/pull/2523, we are unable to use
wasm
ormonoaotllvm
in the--runtimes
argument like we could previously because the DotNetSdkValidator does not support it. Instead we have to use one which has the .NET version in it such aswasmnet9.0
ormonoaotllvmnet9.0
. I am not sure what the correct fix for this should be, but the dotnet/performance repo uses these two values for our WASM and Mono AOT LLVM runs, so this is blocking our ability to merge in the latest BDN.