player-03

Update: I think I've found a better approach.

This can be closed now that we've merged openfl/lime#1790.

Ok, I just tried a simpler test case, and it worked fine. ```haxe public static macro function makeThing(name:ExprOf):Expr { static var defined:Bool = false; if(!defined) { defined = true; //Once...

In this case, the point is to call `defineType()` once per build, rather than once per cache. But now that you mention it, I should be doing both. I don't...

Update: I tried it, and `@:persistent` can actually produce a "Type not found" error. - If I build twice (or more) in a row with no changes, it works fine....

Update: [`CompilationServer.invalidateFiles()` fixes the issue](https://github.com/player-03/echoes/commit/e6068438b783eb65fb462af827d0165ea75ede52)! New question: is there a way to detect that the previous build failed? I'd rather call `invalidateFiles()` only when needed, rather than before every single...

But abstract enums are fine, right?

On Try Haxe, it [literally just inlines the variables](https://try.haxe.org/#4BF84B8F). How is it slower? Edit: https://haxe.org/manual/types-abstract-enum.html

Interesting. Thanks for the sample! I spotted two code structures that caused a discrepancy. First, declaring a local variable that later gets reassigned. (Which is also known to break constructor...

That helps, but it complains about missing header files (sha.h, bio.h, md5.h, and ripemd.h). It does this even if I specify Windows instead of Android. I'm assuming I should run...