Simon Josefsson wrote: > However I'm not able to make it detect dotnet after I modified libidn to > use newer gnulib: > > https://gitlab.com/libidn/libidn/-/jobs/8037251729 > https://gitlab.com/libidn/libidn/-/jobs/8037251744 > https://gitlab.com/libidn/libidn/-/jobs/8037251746
These logs have checking for preferred C# implementation... any checking for C# compiler... no which indicates that the patch that I added today likely fixes it. https://lists.gnu.org/archive/html/bug-gnulib/2024-10/msg00046.html > dotnet --list-runtimes > Microsoft.AspNetCore.App 3.1.32 [C:\Program > Files\dotnet\shared\Microsoft.AspNetCore.App] > Microsoft.AspNetCore.App 8.0.5 [C:\Program > Files\dotnet\shared\Microsoft.AspNetCore.App] > Microsoft.NETCore.App 3.1.32 [C:\Program > Files\dotnet\shared\Microsoft.NETCore.App] > Microsoft.NETCore.App 8.0.5 [C:\Program > Files\dotnet\shared\Microsoft.NETCore.App] > Microsoft.WindowsDesktop.App 3.1.32 [C:\Program > Files\dotnet\shared\Microsoft.WindowsDesktop.App] > Microsoft.WindowsDesktop.App 8.0.5 [C:\Program > Files\dotnet\shared\Microsoft.WindowsDesktop.App] > > dotnet --list-sdks > 3.1.426 [C:\Program Files\dotnet\sdk] > 8.0.300 [C:\Program Files\dotnet\sdk] Oh, interesting: You have two SDKs installed at the same time. Since a DLL compiled by an older .NET version is likely usable by a newer .NET version but not the other way around, the current heuristic (to use the first one = most likely the older one) seems right. Right? Bruno
