looks like there was even a bridge once: https://github.com/ignacio/wsapi-openresty
a lot of projects do not support cross-compilation properly (nginx included) and need to be patched
also, as a sidenote, after porting some Lua libraries to Yocto/Openembedded (writing bitbake recipes for them) I have become convinced that almost all Lua projects do not care about cross-compilation. All of their custom make files need to fixed in one way or another.
Things like the WSAPI configure file wants to run "which lua" that is not appropriate in a cross-compilation context
and so on
much of this could be avoided if projects used GNU Autotools or CMake instead of custom Makefiles
as these encourage to write projects in a manner that suits cross-compilation better
@hishamhm just out of curiosity: has cross-compilation ever come up as a topic when developing Luarocks?
@EduardasMeile yes, that's one of the reasons why there are dozens of configuration variables in LuaRocks's config file format and virtually every setting is a moving part. The dependencies for the luarocks.exe binary for Windows are built using LuaRocks on a Linux machine, for example. The capability is there, it's just not user-friendly (you have to know what values to set on those configuration variables).
Excluding LuCI + uhttpd on OpenWrt as that is too OS-specific
I am kind of thinking now that perhaps nginx might not have been a good choice for a Xavante replacement if one wants to still use lua
or the people working with this stuff maintain legacy applications and don't really participate in community discussions
Hi all, trying to get LuaRocks working on MacOS
`sh-3.2# luarocks --lua-dir /usr/local/bin --lua-version 5.1 config variables.LUA_LIBDIR /usr/local/lib/
Wrote
variables.LUA_LIBDIR = "/usr/local/lib/"
to
/var/root/.luarocks/config-5.1.lua
sh-3.2# luarocks --lua-dir /usr/local/bin --lua-version 5.1 config variables.LUA_INCDIR /usr/local/include/
Wrote
variables.LUA_INCDIR = "/usr/local/include/"
to
/var/root/.luarocks/config-5.1.lua
sh-3.2# luarocks --lua-dir /usr/local/bin --lua-version 5.1 install luasocket
Installing https://luarocks.org/luasocket-3.0rc1-2.src.rock
Error: Failed finding Lua header files. You may need to install them or configure LUA_INCDIR.`
I'm setting the variables, it's successfully writing them but then doesn't appear to be reading from them. Any ideas please?
What would be your ideal webserver + lua web framework combination for implementing a web app on an embedded Linux device these days?
I don't have an ideal reco but look if you can find something you like in my bookmarks -> https://pinboard.in/u:catwell/t:lua/t:web
@HarryC145 the issue is setting
--lua-dir /usr/local/bin: --lua-dir expects a "prefix dir", not a "bin dir". By setting a new prefix, this overrides the entire configuration of Lua paths (including bin, lib and include). You can check the results by running luarocks --lua-dir /usr/local/bin config vs. luarocks --lua-dir /usr/local config and seeing how the variables are affected.
in short,
--lua-dir /usr/local should do the trick for you, and if you're setting the proper paths using luarocks config, then you shouldn't need to explicitly pass --lua-dir anymore
anyone know how to manage multiple version of lua with luarocks ? (in particular having lua5.3 and luajit)
by having a config-5.1.lua in etc/config/ with correct variable to point to luajit binary / lib i can use luarocks --lua-version 5.1 to make it manage my luajit config
now i only need to make a wrapper to set the correct LUA_PATH / LUA_CPATH when using luajit
lol
main function has more than 120 local variables
@Nepta you can use the flag
--lua-version 5.x, or luarocks --local config lua_version 5.x to set the default permanently
but, to be honnest i did have some issue because i use luavela instead of the standard luajit
and it seem that luarocks have the names hardcoded when looking for the binary (either lua5.1 or luajit)
for now, i adding table.insert(names, "luavela) in util.lua work for me, but i am not familiar enough with luarocks config file, is there a way to add it in config-5.1.lua in some way ? it seem to have a field for it (lua_interpreter)
no, but there is a cpp backend available in luarocks.org which you can specify using build_dependencies!
i just saw that you are an admin on luarocks
thanks for your responses
Hi, I just noticed that the lpack rock, managed by Luarocks, is indicated as compatible with Lua 5.1, but it doesn't actually compile because it uses a Lua 5.0 type name,
luaL_reg (changed to luaL_Reg in Lua 5.1 when it was added to the manual). It must be based on the 5.0 version from LHF's site. Could it be fixed or at least marked as Lua 5.0 only?
Maybe not worth fixing because it's not maintained anymore (and was published with separate source code for each Lua version).