The following script doesn't works. It freezes the program and closes shortly after. No message is shown in console.

func _ready():
	var lua = Lua.new()
	lua.doString("for i=1,10,1 do print('Hello lua!') end")

Strangely, this works

onready var lua = Lua.new()
func _ready():
	lua.doString("for i=1,10,1 do print('Hello lua!') end")

This works

func _ready():
	var lua = Lua.new()
        lua.setThreaded(false)
	lua.doString("for i=1,10,1 do print('Hello lua!') end")

Waiting a single frame doesn't freeze the program, but throwns an error message

func _ready():
	var lua = Lua.new()
	yield( get_tree() , "physics_frame" )
	lua.doString("for i=1,10,1 do print('Hello lua!') end")

error: [string "for i=1,10,1 do print('Hello lua!') end"]:1: syntax error near 'i'

I think maybe running a separated thread can be tricky. We could use the godot builtin thread model to run Lua and deprecate this module's own thread model... still gotta check if it works properly

I've cloned this repo under modules/ folder of a 3.2.3-stable Godot Repo and then started scons simply with "scons". Apparently everything compiled, this error goes at the last step (linking final executable)

scons: Reading SConscript files ... Automatically detected platform: windows Configuring for Windows: target=debug, bits=default Found MSVC compiler: amd64 Compiled program architecture will be a 64 bit executable (forcing bits=64). YASM is necessary for WebM SIMD optimizations. WebM SIMD optimizations are disabled. Check if your CPU architecture, CPU bits or platform are supported! Checking for C header file mntent.h... (cached) no scons: done reading SConscript files. scons: Building targets ... [Initial build] Linking Program ==> bin\godot.windows.tools.64.exe LINK : fatal error LNK1181: não foi possível abrir o arquivo de entrada 'liblua.windows.tools.64.lib'( Translating: Couldn't open input file 'liblua.windows.tools.64.lib') scons: *** [bin\godot.windows.tools.64.exe] Error 1181 scons: building terminated because of errors.

I'm not familiar with windows linkage, but I guess scons should had accepted luasrc/libs/windows/liblua.a but it didn't?

I can run Lua code on editor side however on builded windows or html game couldn't find lua. I just export via Project>Export...>Windows Desktop

I think it is not about my lua code but I will share anyways

onready var lua = Lua.new()

func luaAdd(a, b):
	Debug.put_log(str(a+b)+" luadan çalıştı")
	return a + b

func _ready():
	lua.exposeFunction(self, "luaAdd", "add")
	lua.doString(self,"print(add(2, 4))","luaCallBack")

func luaCallBack(err):
	print(err)```

Is your feature request related to a problem? Please describe. I've tried to compile the module on Windows using MSVC compiler, but I'm getting link errors.

Describe the solution you'd like I suggest that the module provides thirdparty/ Lua source so that the module can be seamlessly compiled for all platforms (including export templates). Currently, this repository provides pre-built libraries which are not guaranteed to work in the future.

Describe alternatives you've considered I've tried to resolve this myself with:

#!/usr/bin/env python

Import('env')
env_lua = env.Clone()

env_lua.Append(CPPPATH=["luasrc/include"])

if env['platform'] == "x11":
    env_lua.Append(LIBPATH=['luasrc/libs/linux'])
elif env['platform'] == "windows":
    env_lua.Append(LIBPATH=['luasrc/libs/windows'])
elif env['platform'] == "osx":
    env_lua.Append(LIBPATH=['luasrc/libs/macos'])

if not env.msvc:
    env_lua.Append(LIBS=['liblua'])
else:
    env_lua.Append(LINKFLAGS=['liblua.lib'])

env_lua.add_source_files(env.modules_sources, "*.cpp") #this will add all the cpp files

But I still get link errors on Windows. Also notice that I've removed absolute path referencing #modules/lua, because it won't work with custom_modules built option either.

Additional context I do not personally need Lua support at the moment, but I've added this module to https://github.com/goostengine/godot-modules as a git submodule for people to try out, but had to disable it for now. Thanks for sharing!

Test.zip

In the project I was expecting value will be 0 after pressing F9 which runs trigger function in lua. I also got this error

test2.lua file:

value=1

function trigger()
   Log("Old value "..value)
   value=0
   Log(value)
end

while true do 
   value=value+1
end

I want to send a PackedByteArray to lua and have it work with it. Is there any way to do this? Also will luajit ever be supported, or is there a way to add it myself? (sorry if this has been asked already) Thanks a lot for this module! :D

Is your feature request related to a problem? Please describe. I think call_function can't return values yet.

Describe the solution you'd like

if(lua.lua_function_exists("LuaFunctionName") ):
     var value = lua.call_function( "LuaFunctionName",[])
print(value)

function LuaFunctionName()
     return "Hello from lua"
end

letters here: ııığşüçö and somehow lowercase letter of " I " turns to number one

log function is just exposed func to print to console and in game label

my code on editor run as expectly, its prints 6 on console but on exported I got this error

my code

onready var lua = Lua.new()

func luaAdd(a, b):
	return a + b

func _ready():
	lua.exposeFunction(self, "luaAdd", "add")
	lua.doString(self,"print(add(2, 4))","luaCallBack")

func luaCallBack(err):
	print(err)

I think liblua in modules\lua\luasrc\libs\windows is old as first init of the repository because it expects string from me like in README.md examples but in editor I had to add self and callback parametres because of warnings.

First I thought I made custom export template wrongly however error that say ""lua" isn't declared in the current scope" is gone. and while compiling I saw the lua.cpp

• This PR solves a problem with Lua::getVariant(int index). When passing a relative index (index<0), the proper way to iterate with lua_next() is indeed using index-1, but when index>0, this should remain only index. This was crashing my project.

• Also, it gives a proper way to call lua functions from GDScript. Now we could check beforehand if the function actually exists, and we can optionally set it as a protected call. The arguments order were moved. Before, the first parameter Object* doesn't had any utility. I propose to use this same pattern of the same last 3 optional parameters ( bool protected_call , Object* callback_caller , String callback ) in doFile and doString as well, what do you think? To call functions outside protected mode could maybe be more performant, useful when targeting release.

When I call GDScript from under Lua, it (Lua) does not wait for the return of parameters from the function (GDScript), but continues to go further through the code.

Lua:

get_pos() return string (x + " " + y) without using "await". up() - move_up()

GDScript:

Output:

For some reason the v1.1-stavle release only has a limit build. We want editor, export templates and debug export templates for windows, Mac, Linux and web.

So after some investigation, I found pushing a 7MB PackedByteArray to lua takes up about 8 GB of memory on my machine.

I allocated the same size array in lua (zerobranestudio) and it took only around 141 MB.

Here is the code I am using:

func _ready():
    
    lua = Lua.new()
    
    var buffer = PackedByteArray()
    buffer.resize(7000000)
    buffer.fill(0)
    buffer[77] = 55
    
    lua.push_variant(buffer, "buffer")
    lua.do_string("print(buffer[78])")
    
    
    
    pass

to preface, sorry about all the issues 😅 i'm trying to put together a game extensively using lua but these issues are very problematic (except the pull_variant one which i've learned to work around fortunately) this one's pretty self-explanatory, if I load a string into a thread reading

_ENV = game
print(9000)
wait_timer(2.0)
print(2000)

it never prints 2000, only 9000 (i've tried a myriad of different ways, including just calling yield, waiting in gdscript, then resuming the thread. nothing) all relevant functions are exposed to the table/environment of course.

evidently, execution does stop, so i think it's an issue with LuaThread.resume? i'd guess it's only resuming execution of the global environment. i think that some method of assigning a thread an environment from GDScript would be ideal and circumvent this issue, but there's probably some better way... idk (there's also no equivalent of push_variant/pull_variant for a sub-environment but that's not a big deal just requires a bit of extra code haha)

(built from godot commit ae5668f)

pull_variant is always LuaError with error type 2 (generic runtime?)

here's my test code (sorry it's a little messy from me trying different things )

	lua.push_variant(save.mission, 'MissionVariables')
	
	for key in save.mission.Dict:
		print(key)
		lua.do_string("%s = MissionVariables.Dict.%s"%[key,key])
	
	thread.load_string("print(Wow) Wow = 100 print(Wow) print(Bruh) function Wow() print(99999) end")
	thread.resume()
	
	await get_tree().create_timer(0.5).timeout
	
	lua.do_string("function penis(num) print(num) return 200 end")
	var penis = lua.pull_variant("penis")
#	penis = penis as Callable IMPOSSIBLE BECAUSE IT'S AN OBJECT ??
	print(penis)
#	var num = penis.call()
#	print(num)
	
	for key in save.mission.Dict:
		print(key)
		print(lua.function_exists("Wow"))
		var variant = lua.pull_variant("Wow")
		print(variant)
		print(typeof(variant))
		save.mission.Dict[key] = variant

and the console output...

Wow
Bruh
50
100
69
[LuaError:-9223372008115403638]
Wow
true
[LuaError:-9223372008098626419]
21
Bruh
true
[LuaError:-9223372008081849191]
21

trying to save to a resource (my purpose here) nets this

[sub_resource type="Resource" id="Resource_5f7ft"]
script = SubResource("GDScript_v8376")
Dict = {
"Bruh": Object(LuaError,"type":2,"msg":"unkown lua type '8' in Lua::getVariant","script":null)
,
"Wow": Object(LuaError,"type":2,"msg":"unkown lua type '8' in Lua::getVariant","script":null)

}

if that helps. maybe something with godot broke it recently?

pretty big issue i've been running into, it's seemingly impossible to load resources. i print the resource and godot just says [Object:null] here's my sample code

local bgImg
bgImg = load_texture("res://gfx/tex/bg/tex_bg_terminal_room.png")
print(bgImg)

load_texture returns a Texture2D, though no resource i've tried works. i haven't tried custom resource yet but that would be seriously damning, for the texture example i can just write a function that returns a sprite and loads the texture from the path onto the TextureRect's texture property but that isn't always an option for some of my game's resources.

please tell me if it works on your end, for all i know it's just because my build of godot 4 is a little out of date 😅 (waiting until a few specifics PRs are merged...)

Currently there is a bug when calling a method on a GD class from lua that overrides one of the parents methods. The parents method ends up being called.