Steven Weerdenburg

Thanks @OsirisTerje and neat to see the uptake of 4 increasing. FWIW I think we're all in agreement on the "shifting of runtime errors to compiler errors", especially in the...

Returning back to the catch-all generic constraint, I think it would also likely be easier if done as a breaking change in vNext. At which point I think it could...

@manfred-brands did we do this as part of https://github.com/nunit/nunit/pull/4925? https://github.com/nunit/nunit/blob/e15702ebd53ced743d2052fd1c6adc64cc1f61ad/src/NUnitFramework/framework/Constraints/EqualConstraint%7BT%7D.cs#L13

@JoshuaMessenger Is there a self-contained project you can share which includes your reproduction that we can use to confirm if this is an issue within NUnit?

@JoshuaMessenger Thanks, I've taken a look and I can reproduce the issue in your solution when targeting both NUnit 4.3.2 and the latest prerelease code from our MyGet feed (https://www.myget.org/feed/nunit/package/nuget/nunit)....

Aha. I was able to generate a working binding redirect by creating a new SDK-style project and setting up similar dependencies, including an explicit reference to the latest `System.Threading.Tasks.Extensions` (in...

@nunit/framework-team This appears to primarily impact netfx, specifically when using a non-SDK formatted csproj file. We added the reference on `System.Threading.Tasks.Extensions` within 4.1 as a performance improvement to avoid well-known...

Oh sorry @JoshuaMessenger I had missed that. Glad to hear you had figured out a way around it on your end. Thanks again for the report and the clear repro!

@OsirisTerje I'd be alright with closing it.

Feel free @manfred-brands thanks!