tobil4sk

I separated out some of the commits into #1661, because with those commits it's already possible to cross compile projects with mingw with a precompiled lime.ndll.

> I'm interested in testing this build! Could you offer any links to the new precompiled minGW version of lime.ndll? Hi sorry, I haven't uploaded the precompiled lime.ndll anywhere. Building...

> I recently noticed that it prefers that one even on 64-bit machines This may be related to a neko bug: https://github.com/HaxeFoundation/neko/pull/276

Created a new branch based on 8.2.0 as suggested. The linker error was due to a problem with the libpixman patch, which I have explained in more detail here: https://github.com/openfl/libpixman/pull/1....

> openfl test html5 -DHXCPP_ARM64 @ido-pluto The html5 target doesn't use hxcpp or lime.ndll so there is no need to build here with the `-DHXCPP_ARM64` flag. However, it does seem...

Reproduces on Windows as well. This is because when rendering a text that has a selection, the render code doesn't take ligatures into account. For example, if I have a...

Here is a patch that prevent the crash, although it doesn't really address the root cause of the issue: https://github.com/tobil4sk/openfl/commit/aed53c18bf19d0d47c8ad80ebaf71e4a137011c3

Hm, I've only just switched over to your version of the patch, it doesn't seem to prevent the crash from my testing.

> which one of those two similar functions (hl_wstring_to_utf8_bytes() vs wstring_to_vbytes()) they wish to keep I've opened up a another PR #1665 to clean things up so hopefully we can...

Actually, it looks like there are a few other places where these conversions are still required, so might need to keep one of these functions around anyway, unless those wstrings...