Updated project to 3.0.0beta from 2.2.4 - Lots of Errors in ApplicationMain.hx

Help
#1

Hey there,

I came back to working on my project after a few months of pause - I just upgraded the haxelib and it updated openfl to 3.0.0beta. The last version was 2.2.4

Since then, the project is not compilable anymore and throws back a LOT of errors. Here’s the outline.

Did anything change for me in the way I have to structurize the basic .hx files? Or anything else I have missed?

bin/windows/cpp/haxe/ApplicationMain.hx:19: characters 2-22 : Class<openfl.Lib> has no field setPackage
bin/windows/cpp/haxe/ApplicationMain.hx:32: characters 2-18 : Class<openfl.Lib> has no field create
bin/windows/cpp/haxe/ApplicationMain.hx:109: characters 11-29 : Class<openfl.Lib> has no field HARDWARE
bin/windows/cpp/haxe/ApplicationMain.hx:110: characters 11-34 : Class<openfl.Lib> has no field ALLOW_SHADERS
bin/windows/cpp/haxe/ApplicationMain.hx:111: characters 12-37 : Class<openfl.Lib> has no field REQUIRE_SHADERS
bin/windows/cpp/haxe/ApplicationMain.hx:112: characters 12-34 : Class<openfl.Lib> has no field DEPTH_BUFFER
bin/windows/cpp/haxe/ApplicationMain.hx:113: characters 11-35 : Class<openfl.Lib> has no field STENCIL_BUFFER
bin/windows/cpp/haxe/ApplicationMain.hx:114: characters 12-31 : Class<openfl.Lib> has no field RESIZABLE
bin/windows/cpp/haxe/ApplicationMain.hx:115: characters 12-32 : Class<openfl.Lib> has no field BORDERLESS
bin/windows/cpp/haxe/ApplicationMain.hx:116: characters 12-27 : Class<openfl.Lib> has no field VSYNC
bin/windows/cpp/haxe/ApplicationMain.hx:117: characters 12-32 : Class<openfl.Lib> has no field FULLSCREEN
bin/windows/cpp/haxe/ApplicationMain.hx:118: characters 13-34 : Class<openfl.Lib> has no field HW_AA_HIRES
bin/windows/cpp/haxe/ApplicationMain.hx:119: characters 13-28 : Class<openfl.Lib> has no field HW_AA
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:963: characters 4-45 : lime.graphics.opengl.GLTexture should be openfl.gl.GLTexture
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:635: characters 2-59 : lime.utils.Float32Array should be openfl.utils.Float32Array
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1388: characters 35-41 : openfl.utils.Int16Array should be lime.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1388: characters 35-41 : For function argument 'data'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:32: characters 33-41 : openfl.gl.GLBuffer should be lime.graphics.opengl.GLBuffer
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:32: characters 33-41 : For function argument 'buffer'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:40: characters 39-43 : openfl.utils.ArrayBufferView should be lime.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:40: characters 39-43 : For function argument 'data'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1468: characters 24-28 : lime.utils.Float32Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1468: characters 24-28 : For function argument 'view'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1470: characters 24-31 : lime.utils.Float32Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1470: characters 24-31 : For function argument 'view'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:51: characters 2-30 : lime.graphics.opengl.GLBuffer should be openfl.gl.GLBuffer
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:53: characters 33-41 : openfl.gl.GLBuffer should be lime.graphics.opengl.GLBuffer
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:53: characters 33-41 : For function argument 'buffer'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:55: characters 33-37 : openfl.utils.ArrayBufferView should be lime.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:55: characters 33-37 : For function argument 'data'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1473: characters 31-38 : lime.utils.Float32Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1473: characters 31-38 : For function argument 'view'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/ShaderManager.hx:50: characters 16-30 : openfl.gl.GLProgram should be lime.graphics.opengl.GLProgram
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/ShaderManager.hx:50: characters 16-30 : For function argument 'program'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:65: characters 40-47 : openfl.gl.GLProgram should be lime.graphics.opengl.GLProgram
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:65: characters 40-47 : For function argument 'program'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:52: characters 39-46 : openfl.gl.GLProgram should be lime.graphics.opengl.GLProgram
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:52: characters 39-46 : For function argument 'program'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:84: characters 34-65 : openfl.utils.Float32Array has no field subarray
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:86: characters 34-65 : openfl.utils.Float32Array has no field subarray
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:88: characters 34-65 : openfl.utils.Float32Array has no field subarray
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:90: characters 34-65 : openfl.utils.Float32Array has no field subarray
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:145: characters 9-15 : lime.graphics.opengl.GLShader should be openfl.gl.GLShader
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:122: characters 28-40 : openfl.gl.GLShader should be lime.graphics.opengl.GLShader
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:122: characters 28-40 : For function argument 'shader'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:123: characters 28-42 : openfl.gl.GLShader should be lime.graphics.opengl.GLShader
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:123: characters 28-42 : For function argument 'shader'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:131: characters 9-16 : lime.graphics.opengl.GLProgram should be openfl.gl.GLProgram
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:34: characters 16-23 : openfl.gl.GLProgram should be lime.graphics.opengl.GLProgram
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:34: characters 16-23 : For function argument 'program'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:39: characters 20-27 : openfl.gl.GLProgram should be lime.graphics.opengl.GLProgram
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/shaders2/Shader.hx:39: characters 20-27 : For function argument 'program'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:71: characters 2-61 : lime.utils.Float32Array should be openfl.utils.Float32Array
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:575: characters 29-38 : lime.utils.Float32Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:575: characters 29-38 : For function argument 'view'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:577: characters 2-33 : lime.graphics.opengl.GLBuffer should be openfl.gl.GLBuffer
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:578: characters 41-52 : openfl.gl.GLBuffer should be lime.graphics.opengl.GLBuffer
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:578: characters 41-52 : For function argument 'buffer'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:469: characters 42-53 : openfl.gl.GLBuffer should be lime.graphics.opengl.GLBuffer
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:469: characters 42-53 : For function argument 'buffer'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:473: characters 22-31 : lime.utils.Float32Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:473: characters 22-31 : For function argument 'view'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:476: characters 22-26 : lime.utils.Float32Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:476: characters 22-26 : For function argument 'view'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:544: characters 32-45 : openfl.gl.GLTexture should be lime.graphics.opengl.GLTexture
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:544: characters 32-45 : For function argument 'texture'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:170: characters 27-34 : lime.graphics.opengl.GLTexture should be openfl.gl.GLTexture
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:170: characters 27-34 : For function argument 'texture'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1123: characters 32-46 : openfl.gl.GLTexture should be lime.graphics.opengl.GLTexture
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/GraphicsRenderer.hx:1123: characters 32-46 : For function argument 'texture'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:185: characters 25-44 : Class<openfl.display.Tilesheet> has no field TILE_RECT
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:186: characters 27-48 : Class<openfl.display.Tilesheet> has no field TILE_ORIGIN
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:218: characters 23-39 : openfl.display.Tilesheet has no field __rectTile
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:219: characters 25-39 : openfl.display.Tilesheet has no field __rectUV
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:220: characters 21-34 : openfl.display.Tilesheet has no field __point
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:335: characters 29-36 : lime.graphics.opengl.GLTexture should be openfl.gl.GLTexture
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:335: characters 29-36 : For function argument 'texture'
.../haxelib/openfl-native/1,4,0/openfl/display/Tilesheet.hx:87: characters 44-52 : Class<openfl.Lib> has no field load
.../haxelib/openfl-native/1,4,0/openfl/display/Tilesheet.hx:39: characters 36-50 : flash.display.BitmapData has no field __handle
.../haxelib/openfl-native/1,4,0/openfl/display/Tilesheet.hx:88: characters 46-54 : Class<openfl.Lib> has no field load
.../haxelib/openfl-native/1,4,0/haxe/Timer.hx:266: characters 30-44 : Class<openfl.Lib> has no field load
.../haxelib/openfl-native/1,4,0/openfl/display/DirectRenderer.hx:15: characters 2-46 : Too many arguments
.../haxelib/openfl-native/1,4,0/openfl/display/DirectRenderer.hx:15: characters 2-46 : Function 'new' requires no arguments
.../haxelib/openfl-native/1,4,0/openfl/display/DirectRenderer.hx:45: characters 47-55 : Class<openfl.Lib> has no field load
.../haxelib/openfl-native/1,4,0/openfl/display/DirectRenderer.hx:17: characters 80-88 : Unknown identifier : __handle
.../haxelib/openfl-native/1,4,0/openfl/display/DirectRenderer.hx:18: characters 84-92 : Unknown identifier : __handle
.../haxelib/openfl-native/1,4,0/openfl/display/DirectRenderer.hx:44: characters 50-58 : Class<openfl.Lib> has no field load
.../haxelib/openfl-native/1,4,0/openfl/utils/ArrayBufferView.hx:129: characters 9-32 : flash.utils.ByteArray has no field getNativePointer
.../haxelib/openfl-native/1,4,0/openfl/gl/GL.hx:892: characters 10-18 : Class<openfl.Lib> has no field load
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:66: characters 137-143 : lime.utils.UInt8Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:66: characters 137-143 : For function argument 'pixels'
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:70: characters 137-143 : lime.utils.UInt8Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:70: characters 137-143 : For function argument 'pixels'
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:74: characters 137-143 : lime.utils.UInt8Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:74: characters 137-143 : For function argument 'pixels'
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:78: characters 137-143 : lime.utils.UInt8Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:78: characters 137-143 : For function argument 'pixels'
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:82: characters 137-143 : lime.utils.UInt8Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:82: characters 137-143 : For function argument 'pixels'
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:86: characters 137-143 : lime.utils.UInt8Array should be openfl.utils.ArrayBufferView
.../haxelib/openfl/3,0,0-beta/openfl/display3D/textures/CubeTexture.hx:86: characters 137-143 : For function argument 'pixels'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:44: characters 18-26 : openfl.gl.GLBuffer should be lime.graphics.opengl.GLBuffer
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/VertexArray.hx:44: characters 18-26 : For function argument 'buffer'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:114: characters 18-29 : openfl.gl.GLBuffer should be lime.graphics.opengl.GLBuffer
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:114: characters 18-29 : For function argument 'buffer'
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:372: characters 27-48 : lime.graphics.opengl.GLTexture should be openfl.gl.GLTexture
.../haxelib/openfl/3,0,0-beta/openfl/_internal/renderer/opengl/utils/SpriteBatch.hx:372: characters 27-48 : For function argument 'texture'
.../haxelib/openfl-native/1,4,0/openfl/gl/GL.hx:451: characters 35-51 : flash.display.BitmapData has no field __handle
bin/windows/cpp/haxe/ApplicationMain.hx:192: characters 2-7 : Field get_stage is declared 'override' but doesn't override any field

(I removed the absolute path the the haxelist and replaced it with “…”)

#2

Are you using the openfl command to build? This should pick the ApplicationMain.hx that matches the style of OpenFL you are building.

If you are using a custom template, the paths are “haxe/ApplicationMain.hx” and “legacy/haxe/ApplicationMain.hx”

You can target OpenFL 3 using openfl test windows (etc) or using openfl test windows -Dv2 for the legacy OpenFL 2 behavior on native platforms. If you target Flash or HTML5, it will always be designed to use the OpenFL 3 template

#3

Here’s the command I’m using.
I’m building it via FlashDevelop. It’s a project that was always launched via the standard settings in FD.

I’m trying it via the command line now.

EDIT:

Okay, I’ve tried it via the command line. openf test windows didn’t work, but lime test windows.
But I got the same errors.

(When I use openfl test windows, I get the error that the command line doesn’t know the command openfl)

#4

If you do not have an “openfl” command, run haxelib run openfl setup

Have you overridden the project template?

You might also try openfl test windows -Dlegacy

#5

Okay, that did the trick… (-Dlegacy)
It builds now.

Do I always have to build it like that from now on?
Because FlashDevelop (with the old command) still crashes.

(and I can’t change the Pre-Build Command Line in FlashDevelop - sorry that I feel so helpless right now. I have no idea where the problem even lies and no idea about “overriding project templates” - this is something I never needed to do before)

Building with -Dlegacy also rebuilds the entire project over again, which takes 2-3 minutes (because it’s quite a large project at this point)

Edit: Aaah, okay - the Dv2 flag works, too. And with that it doesn’t rebuild the entire project from scratch each time…
Now I gotta find a way to let FlashDevelop do that - to get back to the debugging functionality…
Can i implement the -Dv2 flag in the application.xml?

#6

You could edit your target drop-down in FlashDevelop, click in it and instead of “windows” make it “windows -Dv2”, allowing you to test both. There’s ways to hard-code it, too, but the above lets you test both paths

#7

That works. Thank you very much.
Now, do i get that right - that the placement of ApplicationMain.hx has changed since 3.0.0b and that’s why I have to add this flag, because the project was built with a v2 template?

Is there a way for me to change the structure of the project for good, so that I won’t need that flag anymore?

#8

Could you add “-verbose” to your build as well, and see what it says about ApplicationMain.hx? It should tell us where it is copying from, if there is a template override or not

#9

Just did that. Without the -Dv2
before the crash it traced this.

Running command: UPDATE
 - Copying template file: ...\haxelib/openfl/3,0,0-beta/templates/haxe/ApplicationMain.hx -> bin/windows/cpp/haxe/ApplicationMain.hx
 - Copying template file: ...\haxelib/openfl/3,0,0-beta/templates/haxe/NMEPreloader.hx -> bin/windows/cpp/haxe/NMEPreloader.hx
 - Copying template file: ...\haxelib/lime/2,2,0/templates/haxe/ApplicationMain.hx -> bin/windows/cpp/haxe/ApplicationMain.hx
 - Copying template file: ...\haxelib/lime/2,2,0/templates/haxe/DefaultAssetLibrary.hx -> bin/windows/cpp/haxe/DefaultAssetLibrary.hx
 - Copying template file: ...\haxelib/openfl-native/1,4,0/templates/haxe/ApplicationMain.hx -> bin/windows/cpp/haxe/ApplicationMain.hx
 - Copying template file: ...\haxelib/openfl-native/1,4,0/templates/haxe/NMEPreloader.hx -> bin/windows/cpp/haxe/NMEPreloader.hx
 - Copying template file: ...\haxelib/lime/2,2,0/templates/cpp/hxml/debug.hxml -> bin/windows/cpp/haxe/debug.hxml
 - Copying template file: ...\haxelib/lime/2,2,0/templates/cpp/hxml/final.hxml -> bin/windows/cpp/haxe/final.hxml
 - Copying template file: ...\haxelib/lime/2,2,0/templates/cpp/hxml/release.hxml -> bin/windows/cpp/haxe/release.hxml

Running command: BUILD
 - Copying library file: ...\haxelib/hxcpp/3,2,37/bin/Windows/std.dll -> bin/windows/cpp/bin/std.dll
 - Copying library file: ...\haxelib/hxcpp/3,2,37/bin/Windows/regexp.dll -> bin/windows/cpp/bin/regexp.dll
 - Copying library file: ...\haxelib/hxcpp/3,2,37/bin/Windows/zlib.dll -> bin/windows/cpp/bin/zlib.dll
 - Copying library file: ...\haxelib/lime/2,2,0/ndll/Windows/lime.ndll -> bin/windows/cpp/bin/lime.ndll
 - Copying library file: ...\haxelib/hxcpp/3,2,37/bin/Windows/std.dll -> bin/windows/cpp/bin/std.dll
 - Copying library file: ...\haxelib/hxcpp/3,2,37/bin/Windows/regexp.dll -> bin/windows/cpp/bin/regexp.dll
 - Copying library file: ...\haxelib/hxcpp/3,2,37/bin/Windows/zlib.dll -> bin/windows/cpp/bin/zlib.dll
 - Copying library file: ...\haxelib/lime/2,2,0/ndll/Windows/lime.ndll -> bin/windows/cpp/bin/lime.ndll
 - Copying library file: ...\haxelib\openfl-xinput\git\ndll/Windows/xinput.ndll -> bin/windows/cpp/bin/xinput.ndll

(Again, replaced the original path to the haxelib with …)

#10

Whoa

Remove openfl-native from your system, that’s very old

#11

That just shows how long we’ve been working on this project already. :smiley:

Removed it and it builds. But it doesn’t show anything on screen. I’ll get to the root of that. (I hope)
Thank you.

EDIT:

Whoa, that is interesting. For some reason, the Timer class didn’t work. At the beginning, I had a Timer waiting 3 seconds. When I removed that, I got to the menu.
But since I removed openfl-native and started without -Dv2, everything runs suuuuper slow. Before, I had solid 60fps with everything, now it’s around 10fps.

This feels like impossible to pinpoint for me. Is there anything I can show you, maybe the haxelib, or a screenshot of the application.xml to help find where this problem lies?

*Additional info:
“openfl-native” removed, but built with -Dv2 and everything runs smooth again.

#12

I have also observed that, since updating to 3.0.0 (on OS/X), haxe.Timer() does not function. At all.

I have the following in a StableXUI “on-create” tag:

… and I see the “foo” trace but I never see the “bar” trace.

#13

Hey guys,

I did not realize that I needed to update haxe.Timer manually from Lime in order for the class to work. I’m not sure I like the architecture of how it’s implemented, but for now, it should work again on the repository