Re: What is the problem with luaL_dofile

["Joseph C. Sible" <josephcsible@...>]

When you added "-Wl,/usr/lib/x86_64-linux-gnu/liblua5.3.a", did you
also add "-Wl,-E"?

Joseph C. Sible

On Mon, Aug 9, 2021 at 5:36 PM Peter Hickman
<peterhickman386@googlemail.com> wrote:
>
> Not really going anywhere here
>
> On the build machine (which has lua installed) with -static
> $ cc -o here.Linux.x86_64 boot.c -Wall -Werror -fPIC -ansi -static -O3 -DLUA_C89_NUMBERS -I/usr/include/lua5.3/ -llua5.3 -lm -ldl
> $ ./here.Linux.x86_64 (2M file)
> here/boot.lua:31: ./here/lib/socket/core.so: undefined symbol: lua_gettop
>
> On the build machine (which has lua installed) without -static
> $ cc -o here.Linux.x86_64 boot.c -Wall -Werror -fPIC -ansi -O3 -DLUA_C89_NUMBERS -I/usr/include/lua5.3/ -llua5.3 -lm -ldl
> $ ./here.Linux.x86_64 (8k file)
> Runs just fine
>
> On a target machine that does not have lua installed
> $ ./here.Linux.x86_64
> ./here.Linux.x86_64: error while loading shared libraries: liblua5.3.so.0: cannot open shared object file: No such file or directory
>
> Basically dropping -static will make it runable on the development machine where all the shared libraries are installed but on the target machine where they are not it fails, the 8k file size was a hint here. The advice on the internet around -Wl,static or -Bstatic does not address it
>
> If I add -Wl,/usr/lib/x86_64-linux-gnu/liblua5.3.a it compiles with a size comparable to using -static and behave the same way
> here/boot.lua:31: ./here/lib/socket/core.so: undefined symbol: lua_gettop
>
> Kind of feels like I need to get the .a versions of the .so files that where created by the luarocks install and simply include them in the cc command. Which doesn't sound like a fun task
>
> Or perhaps just copy the liblua5.2.so files into the application and get the system to point to them when the application runs
>
> Anyhow, thanks for your time but this has become a C issue more than a Lua one.