Denis Rotanov

Hello. I also experienced this issue. I have 110Gb ssd with a little space left, so, yep, it's challenging.

Hi! @kcat I'm asking for clarification about using openal-soft under iOS. I'm sorry but some things are still not clear for me after all the discussion above. 1. Where is...

Indeed those two do not pass. I also stumbled upon this with `0.51211952535068594`. I fixed running nunit tests with vs2022 here https://github.com/rotanov/grisu.net/tree/fix_nunit and added your (@matunia) test cases plus mine...

Alright, this seems to be the valid mirror for the original C++ implementation (https://github.com/stlab/double-conversion). I'll return with a pull request if I manage to locate the issue when I have...

I compiled original C++ grisu, run my test case and it's exhibits the same behavior as C# port:  But! `strtod` parses `0.512119525350686` back to `0.51211952535068594` and the first one...

Maybe the behavior in Double.Parse is related to this issue: https://github.com/dotnet/runtime/issues/4406. edit: I 95% sure it's the source of the issue. Resolution is to use IEEE compliant double parser instead...

@rainersigwald I'm not sure I understand, by "that far into execution" do you imply that all other dependencies loaded by the app (before the Microsoft.Build.dll) are also have wrong architecture?...

Oh, I see. I also don't expect x64 app + arm64 sdk to just work, but there's must be a x64 sdk on the machine installed, I'm not sure, by...

Also maybe somehow related to this? https://github.com/dotnet/sdk/issues/26052 I mean, if x64 SDK is actually present at the path defined in `/etc/dotnet/install_location_x64`, will MSBuildLocator list it?

@YuliiaKovalova they're all empty.