tobil4sk

> Given it's nice to have a single C code for distribution I think it's still worth the 3 extra seconds. The goal is to replace `nekotools boot -c` for...

> One nice thing could also be to compile the exe entirely statically as we do on consoles so we have a single binary with no libhl dependency I know...

This issue was moved to https://github.com/HaxeFoundation/hxcpp/pull/876 and was fixed with: https://github.com/HaxeFoundation/hxcpp/pull/1188, so this can be closed.

Just to say also, I've got the haxelib side of that proposal WIP as well, currently blocked by: https://github.com/HaxeFoundation/haxelib/pull/607 (which has problems due to some neko issues). I have put...

The mac fixes should be present in the master branch, they just haven't yet been included in a proper release.

Currently, for other things where comparisons are necessary hxcpp automatically generates defines suffixed with `+`. So for example if you want `NDK >= 20 && NDK < 22`, you can...

This can be triggered by compiling with hxcpp_smart_strings, and then recompiling with it disabled. For example, it would happen if going from haxe 4+ to haxe 3 or recompiling a...

Hello, this is due to default arguments: #11666. It is fixed in the haxe 5 preview, hopefully it will also be added if there is a haxe 4.3.8 release.

Hm, my PR #160 fixed a problem in this same environment (opam 2.2 on windows without the old mingw repo). I seem to remember seeing no build errors after I...

> Thanks! This is, however, a different failure from what you fixed in https://github.com/aantron/luv/pull/160, right? Yes, this is a separate issue. > Could you perhaps look into what is causing...