jit

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

Feature

RustPython

>>>>> '日月abc'.index('a')
6
>>>>>

Cpython

>>> '日月abc'.index('a')
2
>>> 

It is probably because the str.find in Rust returns the index of byte, instead of the code point.

I'll try fix this.

Python Documentation

https://docs.python.org/3.8/library/stdtypes.html?highlight=str#str.index

In bytecodealliance/wasmtime#2497 (comment) we added support for generating nested modules, and we generate these modules by concatenating strings of WAT and then passing it to Module::new which internally checks for WAT strings and assembles them into Wasm bytes if necessary.

We can make this more efficient, improving the number of test cases we fuzz in a

In the prototype implementation of value types support, the letter Q is used as a prefix in the bytecode for the signatures of classes that are value types, as distinguished from concrete identity type classes, interfaces and abstract classes, whose signatures are prefixed with the letter L.

Minimal changes to handle the Q prefix in the JIT compiler were merged into OpenJ9 in [pull reques

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