On the upside, that generated code that is 750kloc in C++ is about 2MB of Hashlink bytecode
https://companydata.tsujigawa.com/press-20250123-002/
コムシード株式会社の100%子会社である株式会社HashLinkは、NFTプロジェクト『MONGz UNIVERSE』の新たなサービスとして、カジュアルなマインドスポーツゲームを核としたブロックチェーンe-Sportsプラットフォーム『MONGZ ARENA(モンズアリーナ)』を韓国KozLab社(本社:韓国ソウル特別市江南区)と共同で提供開始いたしました。
#ブロックチェーン #MONGZARENA #MONGZ #HashLink #プレスリリース #PressRelease #企業情報
HashLink、BLC競馬ゲーム『ユニスタ』が『UNIVERSAL STALLION RE』として復活…本日よりアプリ配信開始、プレシーズンがプレイ可能に | gamebiz https://www.playing-games.com/433815/ #Game #GameNews #gamebiz #GamingNews #HashLink、BLC競馬ゲーム『ユニスタ』が『UNIVERSALSTALLIONRE』として復活…本日よりアプリ配信開始、プレシーズンがプレイ可能に #Social #SocialGameInfo #インフォ #ゲーム #ゲーム最新情報 #人気アプリ #最新情報
HashLink's date implementation seems broken.
I've got a whole battery of tests for a date manipulation class: everything's OK with Java/JS/PHP, but quite a few errors with HashLink.
The code compiles well, but the results returned by HashLink are off the mark.
Does anyone else have the same problem?
My first OpenFL devlog of 2024: HashLink/C compilation for Windows, macOS, and Linux
HashLink is a runtime for the Haxe programming language. It can use bytecode and JIT, or it can cross-compile to pure C. In the past, OpenFL supported JIT only, but now HL/C is working too — with automated C compilation using gcc, clang, MinGW, and Visual Studio all working.
https://joshblog.net/2024/openfl-devlog-hashlink-c-compilation/
Made some good progress implementing HL/C support for OpenFL this week. Got executables compiling with GCC on macOS, Linux, and Windows. Clang on macOS and Linux too. Visual Studio support will need to wait because it seems to require a Haxe compiler tweak for the C code generation. TextField.restrict seems to cause issues, and I didn’t find a workaround.
I spent some time this morning figuring out how to manually compile an #OpenFL project to target HashLink/C instead of HashLink/JIT.
#HashLink is a runtime related to the #Haxe programming language. It supports two modes:
1) HL/JIT loads bytecode at runtime. It performs slower than HL/C, but compiles super fast for quick development iteration.
2) HL/C is compiled as a native C executable. It's meant for distributing your final app.
1/X
@gravityWall I've kind of had the impression that #HashLink isn't necessarily expected to be bundled with #Haxe in the future. Instead, it seems like the interpreter/eval is more likely to be the intended replacement for #Neko.
That said, official HashLink packages for more operating systems would be nice. Especially if it were code-signed/notarized where appropriate. On that subject, we need a code-signed/notarized Haxe compiler too.
Hi all 👋 A quick #introduction
I'm an Engineering Manager living in #Paris. I like to tinker with things loosely related to game development.
My current project is creating an M1 runtime for #haxe #hashlink in #swift.
Otherwise, I play a bit of #piano, go #running, and am raising two girls (8 and 10 y/o).
This seems like a friendly place, and I look forward to meeting new people here. Feel free to drop me a message anytime. 🙂
Are you hoping to grow a village this fall, using dice? Perfect fall game if you ask me - Dice Tribes: Ambitions runs on #OpenBSD! It uses the #Haxe-based #HashLink engine so you can #PlayOnBSD!
PS: Thanks to brynet for the find! (via https://steamdb.info/tech/Engine/HashLink/ by the way...)
PPS: Screenshots show running it with WIP #IndieRunner https://github.com/IndieRunner/IndieRunner/