Live data from Hacker News

Viewing profile — _samt_

_samt_

HN member
Joined
Mon, Apr 05, 2021, 6:26 AM UTC
HN karma
95
Public activity
57 items

About _samt_

Author of LuaRT, the open source Windows programming framework for Lua, and clx - a high performance AOT native compiler for Lua

Recent public activity

  1. comment
    Comment #48949673

    Good catch, thanks. The release archive currently extracts directly into the working directory. I'll package future releases into a dedicated top-level directory to avoid clutterin…

  2. comment
    Comment #48948166

    Yes that's it

  3. comment
    Comment #48945906

    Thank you! I'd be very interested in your feedback once you've had a chance to explore the codebase. Multi-platform GUI support is definitely something I'd like to see emerge throu…

  4. comment
    Comment #48945890

    Probably not today. Love.js is already a mature solution for running Love2D games in the browser through WebAssembly. Clx currently focuses on ahead-of-time compilation to native e…

  5. comment
    Comment #48945884

    That's an interesting idea. Loading precompiled CLX modules is a different problem though. In theory, a native module could be loaded and executed with a restricted environment, si…

  6. comment
    Comment #48944933

    That sounds like a very interesting use case! This is exactly the kind of scenario where I think third-party clx modules make sense: keep the core runtime portable and let platform…

  7. comment
    Comment #48944868

    That would be interesting! Since clx generates portable C++, targeting WebAssembly through Emscripten is theoretically possible. The challenge is that Love2D does not really expose…

  8. comment
    Comment #48944754

    Thanks! That's an interesting idea, but I'd probably lean towards a third-party clx module rather than adding Objective-C runtime support directly to clx. Since clx already exposes…

  9. comment
    Comment #48944607

    Thanks! - clx compiles directly from Lua source code. It has its own parser and C++20 code generator; it does not use Lua bytecode - The goal isn't necessarily to beat Lua, but som…

  10. comment
    Comment #48944573

    loadfile() isn't implemented in clx, and neither are the other dynamic code-loading features. Supporting them would require runtime code interpretation, which doesn't fit clx's cur…

  11. comment
    Comment #48943526

    My bad ! There wasn't a strong reason to target C++20 specifically. I simply choose the latest standard available at the time as started experiments. In practice, the code generato…

  12. comment
    Comment #48943402

    I wasn't familiar with Shedskin, I'll take a look ! The optimization I'm most proud of is native type specialization when possible, allowing many values to stay as int64_t or doubl…

  13. comment
    Comment #48943360

    Yes, game development is one of the use cases I had in mind. Since Clx is fully ahead-of-time compiled, it avoids the JIT restrictions present on iOS and relies on the platform's n…

  14. comment
    Comment #48943320

    Yes, Clx generates C++20. The main motivation wasn't a particular C++20 feature, but using GCC, Clang and MSVC as a portable optimization and code generation backend instead of LLV…

  15. story
    Show HN: Clx – Compile Lua to Native Executables Through C++20

    Hi HN, clx is an ahead-of-time compiler for standard Lua that generates C++20 and produces standalone native executables through GCC, Clang or MSVC. The project started as an exper…

  16. story
  17. comment
    Comment #45260745

    I'm thrilled to announce the latest version of rtc, a standalone tool that compiles your Lua 5.4.8 scripts into native Windows .exe applications—no Makefile, no C compiler, and no …

  18. story
  19. story
  20. comment
    Comment #43421428

    LuaRT extends Lua 5.4 -a language valued for its beginner-friendly syntax and simplicity- to create console and desktop applications on Windows. It includes runtime modules and too…

  21. story
  22. story
  23. story
  24. story
  25. comment
    Comment #40493484

    Maybe because Lua is an easy and interpreted programming language for beginners ? Maybe such a big solution is not needed for tiny sized projects ? Maybe we don't need fatty big ex…