tobil4sk

Note, lime has previously had issues with the hxcpp mbedtls version conflicting with its own mbedtls version when an hxcpp project is statically linked. https://github.com/openfl/lime/pull/1767 So I'm not sure if...

> Could lime not shadow cpp.NativeSsl and do some version checks to add build xml for either the hxcpp mbedtls or its own version? (I have zero lime / openfl...

> I propose that we release hxcpp 4.3.3 as-is and then merge this PR afterwards. That way we can point to a specific hxcpp version that works with mbedtls2. This...

Thanks for bearing with all the xml changes. They should allow for lime to work around the mbedtls issue, so it should be possible to avoid the problem caused by...

This problem is caused by hxcpp using the incorrect abi triple for armv7. It was using `arm-linux-androideabi` instead of `armv7a-linux-androideabi`. I was able to reproduce by excluding arm64 from the...

> Alternatively, this could all be replaced with `ocamlc -config-var host` which is cleaner I've changed it to the built-in dune variable `ocaml-config:host`, which is available from dune 2.0 and...

Thanks! Looking forward to it

> Commit https://github.com/HaxeFoundation/hxcpp/commit/01ef3fa595cceb6a4e045eff38191f6d6cf1cece#diff-740d630a82410c3a632c1c2894824c904ce81e2750fd946396c3187df271e1c5L1154-L1155 changed some things around and stopped parsing mOutPre and mOutPost from the toolchain xml which was causing build issues due to a missing argument: The commit message...

This was discussed previously in #52, but I suppose with an official list this is a more achievable task.

I've opened #179 so that we can merge the build job for now, and we can deal with the deployment here later on.