search

GeniusVentures / thirdparty

2 stars 2 forks source link

Fix OpenSSL shared library build #48

Closed henriqueaklein closed 3 months ago

henriqueaklein commented 5 months ago

OpenSSL is generating both static and shared libraries on the same path (at least for Linux).

The folder "/openssl/build/${CMAKE_BUILD_SYSTEM}/lib/" has both sets of libraries and up until now I thought we were using the static one, and that probably is not the case. On SuperGenius it works, however on GeniusWallet if you use any shared libraries you have to install them in the bundle directory or else it won't find them. So what happens is that with the same cmake configuration of SuperGenius the GeniusWallet errors out:

/genius_wallet: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

This means that the Linux OpenSSL is using it's shared libraries counterparts, and since on SuperGenius they are in the same folder it hides the error. This is my initial assessment.

OpenSSL build needs to be only static libs so we can make sure it doesn't link to anything dynamically.

henriqueaklein commented 5 months ago

Already fixed on Linux. Need to check Android and IOS after that

EduMenges commented 3 months ago

Checked on other platforms and none of them are building shared libraries for OpenSSL.