tobil4sk
tobil4sk
> In order to resolve the conflicts some maintainer needs to decide which one of those two similar functions (hl_wstring_to_utf8_bytes() vs wstring_to_vbytes()) they wish to keep. Would it be possible...
I've forked and resolved the merge conflicts in a separate branch, preferring `hl_wstring_to_utf8_bytes` over `wstring_to_vbytes`: https://github.com/tobil4sk/lime/tree/cffi-unicode-fixes This is quite an important fix. If there are no objections, these changes can...
I added a commit here to put it in sync with my branch.
There is a conflict now in `src/lime/text/Font.hx` because of #1742. I think it might be fine to keep that file as it currently is in develop, it seems to me...
> I think I'd prefer the version here, without the unsafe cast. You're right, looks like this is the preferred way to handle `hl.NativeArray` -> `Array` conversions with hashlink, e.g....
Going to assume that updating neko fixed the issue, if not feel free to reopen.
#272 will update MariaDBConnector to 3.3.4, which should fix this build issue.
I did some investigating, and I was unable to reproduce this. The only odd thing I observed is that running `sys.io.Process("bash", [...])` will run the WSL bash.exe (i.e. `C:\Windows\System32\bash.exe`) instead...
> @tobil4sk Could you check if we want to merge this (after resolving conflicts)? It makes sense to not depend on EOL versions if it can be helped. Yes, we...
Was fixed in #194