![]() ![]() DBUILDSHAREDLIBSON: Build a shared object (instead of an archive). I’m floating further away but we’ll see what 0. a 64-bit Linux on IBM Z and LinuxONE platforms (s390x), a Linux kernel version. You could turn off build options to make it easier but it’s not recommended for public that’s too bad, you were the life of the party haha Some dependencies won’t build static without additional work. Step 3 is a huge pain but for the most part it’s a one-shot thing until dependencies get updated. Repeat test on a fresh install of any distro you want to support.Kernel: Linux 4.9. Edit the cmake configuration as needed to point to static libs cmake: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such.Back to the build machine: Compile any static libs that are not provided by system packages.via gnome-terminal): sudo apt-get install libidn11:i386. ![]() Using PROPERTY POSITIONINDEPENDENTCODE should only do the former, or, as the last poster there says, it should do it for executables - and a shared library in a cmake context is not an executable. If the application is a 32-bit version and not 64-bit, you have to install the 32-bit library version too. Run “ldd blender” on the test machine to see which libs are missing I don't think that bug report pertains exactly to this PIC and PIE are not the same.Shared library code by default requires -fPIC, but it does not require -pie.Use the buildbot cmake file as lordloki76 suggested.But they’re reeeeeally old and probably useless. Any idea what is going on? Why does this not work when vanilla Blender does? Using UPBGE 0.0.9 for Linu圆4 I suspect even after I manage to solve this third one, another error will pop up. I am unable to test due to missing dependencies, I was able to solve the first two by simply installing them on my Linux rig, but the third one is preinstalled and it still throws an error. ![]()
0 Comments
Leave a Reply. |