Rudy Ges

That is planned, yeah (as long as it's on the same type).

That will likely stay undefined build order.

But you can make sure a type is built (entirely) before another one: https://try.haxe.org/#2Afb983e ``` Macro.hx:5: Building,TInst(B,[]) Macro.hx:5: Building,TInst(A,[]) Macro.hx:16: Done building,TInst(A,[]) Macro.hx:16: Done building,TInst(B,[]) ```

> However, the mac installer package script needs to be updated to use a universal binary for neko as well. Hi @tobil4sk! We'd like to move this whole universal mac...

Thanks! Though I'm not sure yet how to proceed there. We might want to keep the neko changes to a minimum for now (4.3.5 release) though; what do you think...

Same as #11679

Workaround would be to add `to JobIdentifierImpl` to your abstract.

I could dodge the crash by adding `TPHUnbound` that represents the "error state" so that next compilation doesn't hit a `Dynamic` that triggers the crash by not pulling the local...

What about that `TPHUnbound` patch? Should I add it to development to avoid crashes?

https://github.com/HaxeFoundation/haxe/issues/4599#issuecomment-1641549931 > One solution for this might be to allow partial generic expansion. Basically, if we substitute a generic type parameter with a non-generic one, we absorb that type parameter...