We can build much smaller Mono runtime for .NET Core purposes by simply removing code we don't need in this configuration. We did a few easy initial steps but we can go much further.

This list is not comprehensive but parts like

• Culture Data
• Any PAL related code
• Unused icalls

https://github.com/bytecodealliance/wasmtime/blob/main/crates/fuzzing/src/generators/table_ops.rs

Similar to bytecodealliance/wasmtime#2498. We can improve our fuzzing throughput by generating Wasm binaries directly via wasm-encoder builders rather than concatenating WAT strings and then translating those into Wasm binaries.

If you want to

As per the title.
By the way, thanks for the work you're doing on jphp, and sorry for so many issues, I'm really interested in the project, and would love to use it for lotsa cool magic upcoming stuff <3

The ported markdown documentation attempts to glean technical documentation that is relevant to moonjit such as installation and execution instructions, API, etc. It does not have benchmark numbers, sponsorship acknowledgements or contact details since they are not relevant to moonjit.

In the process however, a number of cross-links have gone missing and the port also may have errors, formatti

Is your feature request related to a problem? Please describe.
If you have XAML Databinding to public members and use ForceRen (because lets assume your project is not a public library so renaming public methods is acceptable) then this will obviously break databinding.

Describe the solution you'd like
I've hacked a solution which extracts all databinding out of the XAML and makes a l