python configure.py build fails

[MNS26]

following the example process when running python configure.py build this is the following output

❯ python configure.py build
Consolidate compiler generated dependencies of target phx
[  1%] Linking CXX shared library ../../bin/libphx64r.so
/usr/bin/ld: /home/noah/Desktop/Github/ltheory/libphx/ext/lib/linux64/libfmod.so: .dynsym local symbol at index 2 (>= sh_info of 2)
/usr/bin/ld: /home/noah/Desktop/Github/ltheory/libphx/ext/lib/linux64/libfmod.so: .dynsym local symbol at index 3 (>= sh_info of 2)
/usr/bin/ld: /home/noah/Desktop/Github/ltheory/libphx/ext/lib/linux64/libfmod.so: .dynsym local symbol at index 4 (>= sh_info of 2)
/usr/bin/ld: /home/noah/Desktop/Github/ltheory/libphx/ext/lib/linux64/libfmodstudio.so: .dynsym local symbol at index 2 (>= sh_info of 2)
/usr/bin/ld: /home/noah/Desktop/Github/ltheory/libphx/ext/lib/linux64/libfmodstudio.so: .dynsym local symbol at index 3 (>= sh_info of 2)
/usr/bin/ld: /home/noah/Desktop/Github/ltheory/libphx/ext/lib/linux64/libfmodstudio.so: .dynsym local symbol at index 4 (>= sh_info of 2)
/usr/bin/ld: cannot find -lBulletCollision: No such file or directory
/usr/bin/ld: cannot find -lBulletDynamics: No such file or directory
collect2: error: ld returned 1 exit status
make[2]: *** [libphx/CMakeFiles/phx.dir/build.make:1857: ../bin/libphx64r.so] Error 1
make[1]: *** [CMakeFiles/Makefile2:126: libphx/CMakeFiles/phx.dir/all] Error 2
make: *** [Makefile:91: all] Error 2
░▒▓  │   ~/De/G/ltheory │    master ?4 ▓▒░                                                                         ░▒▓ ✔ │ 11:45:40   ▓▒░

[neonrust]

Same here. Not sure, but it might be because libBulletDynamics.so.2.87 and libBulletCollision.so.2.87 depend on libLinearMath.so.2.87 (also a part of Bullet), but it isn't included. Haven't gotten further than this yet... :|

⯈ldd libphx/ext/lib/linux64/libBulletCollision.so.2.87
	linux-vdso.so.1 (0x00007ffd9bf65000)
	libLinearMath.so.2.87 => not found
	libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f2cba59f000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f2cba4b8000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f2cba498000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2cba270000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f2cba8f1000)

[insta256]

For me it's going ballistic while wiring in libphx64r.so.
I'm also on Linux btw...

[100%] Linking CXX executable ../bin/lt64r
/usr/bin/ld: /home/robert/code/ltheory/ltheory/libphx/ext/lib/linux64/libfmod.so: .dynsym local symbol at index 2 (>= sh_info of 2)
/usr/bin/ld: /home/robert/code/ltheory/ltheory/libphx/ext/lib/linux64/libfmod.so: .dynsym local symbol at index 3 (>= sh_info of 2)
/usr/bin/ld: /home/robert/code/ltheory/ltheory/libphx/ext/lib/linux64/libfmod.so: .dynsym local symbol at index 4 (>= sh_info of 2)
/usr/bin/ld: /home/robert/code/ltheory/ltheory/libphx/ext/lib/linux64/libfmodstudio.so: .dynsym local symbol at index 2 (>= sh_info of 2)
/usr/bin/ld: /home/robert/code/ltheory/ltheory/libphx/ext/lib/linux64/libfmodstudio.so: .dynsym local symbol at index 3 (>= sh_info of 2)
/usr/bin/ld: /home/robert/code/ltheory/ltheory/libphx/ext/lib/linux64/libfmodstudio.so: .dynsym local symbol at index 4 (>= sh_info of 2)
/usr/bin/ld: ../bin/libphx64r.so: undefined reference to 'CProfileManager::dumpAll()'
collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/lt.dir/build.make:98: ../bin/lt64r] Error 1
make[1]: *** [CMakeFiles/Makefile2:100: CMakeFiles/lt.dir/all] Error 2
make: *** [Makefile:91: all] Error 2

Edit: The offending line is in src/Physics.cpp on line 274. I commented it out and now configure.py build completes.

[neonrust]

Ok, so then you succeeded in linking libphx64r.so (that this issue is about). Care to enlighten us?

[insta256]

Well, I simply followed the build instructions, i.e.

git lfs install
git clone --recursive https://github.com/JoshParnell/ltheory.git ltheory
cd ltheory
python configure.py
python configure.py build
python configure.py run

I commented out line 274 in ltheory/libphx/src/Physics.cpp.
Also, the executable name needs to be changed in configure.py. It should be bin/lt64r.
Having done this ./configure.py run quits with

bin/lt64r: error while loading shared libraries: libfmod.so.10: cannot open shared object file: No such file or directory

Linking still didn't go as smoothly after all...

Maybe relatedly I noticed, CMakeList.txt of libphx is missing the part where it's supposed to pull in external libraries for Linux.

if (WINDOWS)

  *snip pulling in glew, lz4, lua51, and sdl2 for Windows platforms*

elseif (LINUX)

  # TODO

endif ()

[neonrust]

Strange that it works for you but not for others...

Regarding the run-time error (cannot open shared...), that could be worked around by setting LD_LIBRARY_PATH before running. That is, adding a path where it searches for libraries during run-time.
e.g. export LD_LIBRARY_PATH=libphx/ext/lib/linux64 (probably better to use absolute path, though)

[insta256]

I ended up emulating what the cmake script does on Windows: copy the libraries from ltheory/libphx/ext/lib/linux64/ to ltheory/bin/. Of course, setting LD_LIBRARY_PATH would also work.
libfmod.so and libfmodstudio.so are actually expected as libfmod.so.10 and libfmodstudio.so.10, so I renamed them as well.
Finally sdl2 is missing in ltheory/libphx/ext/lib/linux64/ and simply copying or linking my native version of libsdl2.so didn't work.
I ended up copying the contents of /usr/include/SDL2/ to ltheory/libphx/ext/include/sdl/ (leaving the cmake files in there).
With that, compiling and linking finally worked.
Now I can run ./configure.py run to be greeted with some Lua error:

./script/env/ext/IOEx.lua:14: attempt to index global 'lfs' (a nil value)

lfs seems to be the LuaFileSystem package. It isn't imported in IOEx.lua (and couldn't be because it seems to be missing altogether).
Anybody knows how to install and load Lua packages?

[insta256]

Regarding your Bulletphysics problems: The only possible difference that I can think of is, that I have bulletphysics installed as a distro package. Maybe that provides libLinearMath.so.2.87?

-> I just checked I have libLinearMath.so.3.24 installed. Of course also available as symlink libLinearMath.so.
Maybe installing bulletphysics via your distro will help you as well?

[neonrust]

Ah, I see. Yes having a globally-installed libLinearMath would indeed help. If it would run correctly is another story ;) (considering it is a different version)

I did try (before) downloading the deb for 2.87 and putting that in the same libphx/ext/lib/linux64 but that didn't help either.

[neonrust]

Btw, you can run ldd on the resulting libphx64r.so, to see which libLinearMath it picked up.

No idea on the lua stuff, I'm completely useless in that area. :(

[imbev]

I eventually managed to get to the following upon running lt64r

Engine_Init: Detected SDL version mismatch:
  Version (Compiled) : 2.0.14
  Version (Linked)   : 2.0.8
Engine_Init: Terminating.
Signal_Handler: Caught Abort
Aborted (core dumped)

[MNS26]

I ended up emulating what the cmake script does on Windows: copy the libraries from ltheory/libphx/ext/lib/linux64/ to ltheory/bin/. Of course, setting LD_LIBRARY_PATH would also work. libfmod.so and libfmodstudio.so are actually expected as libfmod.so.10 and libfmodstudio.so.10, so I renamed them as well. Finally sdl2 is missing in ltheory/libphx/ext/lib/linux64/ and simply copying or linking my native version of libsdl2.so didn't work. I ended up copying the contents of /usr/include/SDL2/ to ltheory/libphx/ext/include/sdl/ (leaving the cmake files in there). With that, compiling and linking finally worked. Now I can run ./configure.py run to be greeted with some Lua error:

./script/env/ext/IOEx.lua:14: attempt to index global 'lfs' (a nil value)

lfs seems to be the LuaFileSystem package. It isn't imported in IOEx.lua (and couldn't be because it seems to be missing altogether). Anybody knows how to install and load Lua packages?

mind writing the steps/commands you took to get passed it? i dont quite follow what you did

[neonrust]

Engine_Init: Detected SDL version mismatch:
Version (Compiled) : 2.0.14
Version (Linked) : 2.0.8

That's "simply" include files and lib from different versions.

You mentioned you needed to copy from system to LT directory, so, it didn't find the system-installed SDL ?

[imbev]

It was not using system-installed SDL. I manually copied libSDL2-2.0.14 to bin/libSDL2-2.0.so.0 and libphx/ext/lib/linux64/libSDL2-2.0.so.0.

Now the error is

./bin/lt64r: symbol lookup error: /home/isaac/Downloads/ltheory/libphx/ext/lib/linux64/libSDL2-2.0.so.0: undefined symbol: strlcpy, version GLIBC_2.2.5

Could this be because I obtained libSDL2 from https://altlinux.pkgs.org/p9/classic-x86_64/libSDL2-2.0.14-alt4.x86_64.rpm.html despite my distro being openSUSE Leap 15.4?

[insta256]

I eventually managed to get to the following upon running lt64r

Engine_Init: Detected SDL version mismatch:
  Version (Compiled) : 2.0.14
  Version (Linked)   : 2.0.8
Engine_Init: Terminating.
Signal_Handler: Caught Abort
Aborted (core dumped)

I also got this error, because lt ships with headers for sdl 2.0.14 but is missing the actual libsdl2.so. Thus it's trying to link against the system installed sdl (2.0.22 in my case). I fixed this by copying the system sdl2 headers from /usr/include/SDL2/ to ltheory/libphx/ext/include/sdl/. After ./configure.py clean and repeating the build commands the error is gone.

I have to agree, though, replacing libLinearMath.so with the system version isn't going to work...

The proper way to go, would be to fix up the CmakeList.txt to use the system libraries and headers. Half of the necessary libraries seem to be missing anyway.

[FormalMoss]

As noted here:
#5

Which highlights how much of a noob I am, I ran a-ground when attempting the previous step to you, i.e.
python configure.py

Can you advise which version of Cmake you used to get to the next hurdle?