BabylonHx icon indicating copy to clipboard operation
BabylonHx copied to clipboard

Update for Haxe 3.3.0-rc.1

Open MintPaw opened this issue 8 years ago • 4 comments

I know it's labeled rc, but it's the [advertised up to date version of Haxe]](http://haxe.org/download/) right now.

Currently the dev branch (6625088) fails on both versions of haxe with the error

babylonhx/physics/plugins/OimoPlugin.hx:11: characters 7-41 : Type not found : oimo.physics.collision.shape.Shape

This is even with omiohx in the project.

The master branch only succeeds with omiohx installed with Haxe 3.2.1, on the current version of Haxe you get:

babylonhx/mesh/csg/Plane.hx:71: characters 8-22 : Only inline or read-only (default, never) fields can be used as a pattern

This is all tested on Linux x64, I'd really like to use this library, but it seems like it's a really flaky state at the moment. Only compiling under very specific conditions with unlisted dependencies.

MintPaw avatar Jul 03 '16 00:07 MintPaw

Update with Haxe 3.3.0 compatibility is almost ready, there's just a problem with shadows I have to fix hopefully in a day or two

vujadin avatar Jul 03 '16 07:07 vujadin

This should be fixed now.

vujadin avatar Jul 05 '16 17:07 vujadin

It seems to work fine now targeting flash and html5 in openfl once the omiohx dependency is added.

haxelib run openfl build project_openfl.xml flash
haxelib run openfl build project_openfl.xml html5

Although when targeting Linux (64bit), the compilation completes, but the resulting application yields a segmentation fault on startup. Here's the gdb info if it's helpful. I'm not sure if this problem is related to the new version of Haxe or not.

MintPaw avatar Jul 07 '16 21:07 MintPaw

BHx doesn't work for flash target. Since you're building with openfl try not using text fields and see if it works. Openfl compatibility is not so great...

vujadin avatar Jul 11 '16 08:07 vujadin