JohnnyMorganz

See https://github.com/luau-lang/luau/issues/1868, although it is mentioned that it is fixed, but it might still be stuck behind a FFlag

The release version does have lua52 enabled. What kind of error are you seeing? You may be experiencing an issue similar to https://github.com/JohnnyMorganz/StyLua/pull/402 where Luau syntax clashes with Lua 5.2...

StyLua v2.0.0 now provides support for runtime syntax selection. You can configure this in either in the `stylua.toml` file, or on the command line with `--syntax lua52`.

You can use a .luaurc file to specify globals. Does that fit your usecase? https://rfcs.luau-lang.org/config-luaurc

Maybe we can just point to the normal binary if SERVER_PATH doesn't exist. Not sure why I chose unknown.exe other than making sure we don't silently pick the wrong one...

I remember someone previously submitted the same change. I was hesitant about this because it will break documentation (Roblox's documentation file assumes a one-parameter variant of these functions)

Hi, we are also interested in using the new flag `--@rules_java//java:incompatible_language_version_bootclasspath`, but we are currently on Bazel 7.5.0. We are currently bringing in rules_java via bzlmod (on 7.6.5), but we...

Thanks for the quick reply! To be clear we are bringing in rules_java via bzlmod, not workspace, with `bazel_dep(name = "rules_java", version = "7.5.0")`. But it seems to still hit...

It happens when the arguments are all just `any`, since it looks like we are treating `any` as an optional argument. require is typed as `(value: any) -> any`

That behaviour is already achievable by disabling `luau-lsp.completion.addParentheses`