Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix OpenSSL shared library build #48

Closed
henriqueaklein opened this issue May 27, 2024 · 2 comments
Closed

Fix OpenSSL shared library build #48

henriqueaklein opened this issue May 27, 2024 · 2 comments
Assignees

Comments

@henriqueaklein
Copy link
Contributor

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 henriqueaklein self-assigned this May 28, 2024
@henriqueaklein
Copy link
Contributor Author

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

@EduMenges
Copy link
Member

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants