-dce full causing Invalid field access : ty

Help
#1

I tried to build a neko application on my mac using stablexui. When I use haxeflag -dce full, I got error when running :

Called from a C function
Called from ru/stablex/ui/widgets/Widget.hx line 767
Called from openfl/display/DisplayObject.hx line 2188
Uncaught exception - Invalid field access : ty

If I remove -dce full, I got
Uncaught exception - std@module_read

Is there any solution on this?

haxelib used:
haxelib name="openfl"
haxelib name="swf"
haxelib name="actuate"
haxelib name="stablexui"
haxelib name=“hx2compat”

haxe version : 3.2.1

haxelib list :
actuate: [1.8.6]
box2d: [1.2.3]
hscript: 2.0.4 [2.0.5]
hx2compat: [1.0.2]
hxcpp: 3.2.102 git [dev:/usr/lib/haxe/lib/hxcpp/git]
layout: 1.2.0 [1.2.1]
lime-samples: 2.3.0 [2.6.0]
lime: 2.6.2 [2.7.0]
nape: [2.0.19]
openfl-bitfive: 3.0.0 [3.3.3]
openfl-compatibility: [1.0.1]
openfl-ouya: [1.0.2]
openfl-samples: 2.2.2 3.3.0 [3.3.1]
openfl: [3.4.0] git
polygonal-ds: [1.4.1]
polygonal-printf: [1.0.2-beta]
stablexui: [1.1.5] git
svg: [1.0.8]
swf: 1.8.8 2.0.1 2.0.2 2.1.2 [2.1.3]
tilelayer: [0.2.0]

#2

DCE appears to be removing fields for “ty” on a Matrix somewhere. It doesn’t in HTML5, so I’m not sure why it would on Neko :frowning:

Without DCE, the “std@module_read” error occurs when Neko has too large of a binary. It gets upset at some point if an application is too large. You might have to try Flash, HTML5 or C++ instead of Neko at the moment

#3

On what os are you?

@singmajesty The mac neko binary template still hasn’t the update to increase the file size.