Bruno Haible <br...@clisp.org> writes: > 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
No, it has gnulib b0edcb79e with that patch. Something is causing it to not detect dotnet, the config.log or config.h may help but I didn't find any useful clues in them. >> 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? Seems reasonable, but also 3.x sounds terribly old so maybe that is what causes the problem. /Simon
signature.asc
Description: PGP signature
