Remove local functions in maths - not needed in .NET 6, replace with just ifs
In 2.X, we used one local function per type (or type combination for methods with multiple Ts) per method to trick older .NET JITs to not go over the inlining budget. In .NET 6, the JIT prevents type specialization if branches (like the ones we use in the local functions today) from going over the inlining budget out-of-the-box, so this workaround isn't needed in 3.0 which is .NET 6 only.
cc @Perksey anything you know already from your areas
A lot of work will have to go into getting windowing to run on MAUI, as I'm sure that's going to be a popular request and probably how we'll do our mobile support in .NET 6 onwards.
I'm guessing that MAUI will compile to native somehow, or at least that's the most performant way. So yeah, that goes hand in hand with banning reflection.
No issues with reflection as .NET 6's mobile support will be salvaged from Xamarin (and MonoAOT ships everything so no issues with reflection there)
Just going to pretend I didn't see that
Not sure where else to write this down, but for 3.0 we should mark all core shared projects with <SupportedPlatform Include="browser" />
Remove method splitting from maths.
Do you know what this refers to? I think we should close this issue in favour of cards on the 3.0 tracker if these are small things.
I believe it refers to having many (local) methods per single math method.
Will edit the issue text to just be that then seeing as everything SilkTouch is changing anyways.
#988 is evidence that these are still needed due to code size, closing.