Haxe 4.2 is available in Arch Linux now.
Haxe 4.2
31–40 of 105 posts
Re: Haxe 4.2
#32I have been working with Haxe for over a decade now and the language has really gone from strength to strength in its community and in enterprise use. It's always gratifying to see it appear again, and I know Gama11 (OP) (and many others) have been putting in a lot of legwork for a long time.
Re: Haxe 4.2
#33I remember thinking that this was a MUCH better language than AS3 for Flash & Flex development. Now, 10 years later, I'm honestly surprised that it still exists and is being maintained. I'm curious how popular it is at this point? Is there a big benefit over something like Typescript now?
I have not used Haxe, but looked over at it while writing Typescript - one thing I noticed were macros, which could make writing high-performance Typescript/javascript much more bearable. For example iterator protocols in JavaScript almost necessarily allocate memory (especially for user-defined types), but manually writing a for loop does not (but is a bunch of copypasta for a complex data structure).
Re: Haxe 4.2
#34Does anyone have any real world experiences with Haxe? I've been hearing about it for years and generally thought "wow, that's neat!" but that's been it. Does it actually achieve what it aims for?
A previous employer used it when they wanted to move away from ActionScript due to flash EOL approaching as the goal of transpiling to multiple platforms was appealing, performance was not the best however and they ended up moving towards a different approach. Still, by the time I joined a few primitive libs were maintained in Haxe because they were stable and there was no reason to migrate them, so I had to dabble with Haxe a few times at work, not saying it was terrible, but it was far less enjoyable then our much more robust TS setup, this is arguable tho as since it had been deprecated by the company it received fewer tooling support in house.
Re: Haxe 4.2
#35Does anyone have any real world experiences with Haxe? I've been hearing about it for years and generally thought "wow, that's neat!" but that's been it. Does it actually achieve what it aims for?
I don't know about your latter question but the devs who made the game Dead Cells used Haxe for it.
Those devs have gone on to write a good series of tutorials and a pretty swish 2D level editor https://ldtk.io/
Re: Haxe 4.2
#36Apparently I've been confusing Haxe with Facebook's Hack/HHVM for years, and just assumed it wasn't something I'd be interested in.
But this... actually looks pretty neat!
Re: Haxe 4.2
#37Does anyone have any real world experiences with Haxe? I've been hearing about it for years and generally thought "wow, that's neat!" but that's been it. Does it actually achieve what it aims for?
It’s been used to make a number of popular games - Dead Cells and Northgard come to mind, and I think there is a decent number more.
Papers Please too.
Re: Haxe 4.2
#38Can someone explain me how debugging such a language works with so many cross-compilation targets? What if I want to set a breakpoint somewhere in the code, a) what changes depending on the target (compiled code, interpreter, vm) b) how debug adapters should work with all that zoo? Or maybe there are no? Or maybe a major question: how do you write a complicitaed piece of software in a "different" language with poor t…
For 5 of the targets, debugging directly within the Haxe sources is supported with different VSCode debug adapters (well, JS just uses source maps). If your code is written in a target-agnostic way, you can even switch to a different target with better debugging support temporarily. https://github.com/vshaxe/vshaxe/wiki/Debugging Other than that, if really you need to debug some target-specific issue on a target with…
oh, I see, thanks! Since I assume you're one of the devs, can you pinpoint also to a direct AST evaluator implementation? Either the obsolete --interp or the new "Eval" interpeter engine :)
Re: Haxe 4.2
#39Does anyone have any real world experiences with Haxe? I've been hearing about it for years and generally thought "wow, that's neat!" but that's been it. Does it actually achieve what it aims for?
I implemented the BlockStudio visual programming language (authoring environment + runtime) in haxe [0].
I'm also migrating the website (currently Python) over to it -- I can share data type declarations between server and client-side code, which give me compile-time guarantees that my api calls and return values are not malformed.
Re: Haxe 4.2
#40Earlier quoted context omitted.
For 5 of the targets, debugging directly within the Haxe sources is supported with different VSCode debug adapters (well, JS just uses source maps). If your code is written in a target-agnostic way, you can even switch to a different target with better debugging support temporarily. https://github.com/vshaxe/vshaxe/wiki/Debugging Other than that, if really you need to debug some target-specific issue on a target with…
oh, I see, thanks! Since I assume you're one of the devs, can you pinpoint also to a direct AST evaluator implementation? Either the obsolete --interp or the new "Eval" interpeter engine :)
The eval implementation is found here (evalMain.ml is the entry point):
https://github.com/HaxeFoundation/haxe/tree/development/src/...