News for hackers. Stuff that matters.
Re:Lune: Standalone Luau Runtime by debugnik on Wednesday May 21, 2025 @12:16PM (#44053062)
Is this true of Luau as well, which is the dialect used here? Or are you talking about just Lua (which doesn't have a type checker at all) or LuaLS?

I'd check for myself but Luau's web demo seems to lack the most important feature of their dialect, type checking.

Re:Lune: Standalone Luau Runtime by parenwielder on Wednesday May 21, 2025 @01:58PM (#44054248)
Hi there, I’m from the Luau team. Just wanted to clarify that no, nothing they said about the type system is true of Luau. It reads like a comment about Lua’s runtime typechecking maybe (which is as limited as you’d expect from a dynamically typed language).
Re:Lune: Standalone Luau Runtime by debugnik on Wednesday May 21, 2025 @02:43PM (#44054747)
Thanks, I suspected as much!

Since you're here: Is it reasonably feasible for users to add declaration files for code exported from the host application? The lack of documentation got me stuck the last time I tried to embed Luau. Aside from that, I'm very excited about it!

Re:Lune: Standalone Luau Runtime by deviaze on Wednesday May 21, 2025 @03:55PM (#44055611)
Yes! As an embedder you can write definition and declaration files! Declaration files are usually named like `globals.d.luau` and have a slightly different syntax than regular Luau. But it's really easy to set up global def files that you can pass to luau-lsp. Atm for my Luau runtime (seal), I have a small globals.d.luau and just bundle all the stdlib type files in a typedefs folder that gets included alongside my binary: https://github.com/deviaze/seal/tree/main/.seal

This is just because definition files don't support doc comments yet (for hovers w/ luau-lsp)