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

Build failure on platforms running OpenSSL3 by default #442

Closed
baentsch opened this issue May 11, 2023 · 2 comments · Fixed by #443
Closed

Build failure on platforms running OpenSSL3 by default #442

baentsch opened this issue May 11, 2023 · 2 comments · Fixed by #443

Comments

@baentsch
Copy link
Member

After open-quantum-safe/liboqs#1431 landed, liboqsgets built with OpenSSL3 symbols when OpenSSL3 is installed by default on the build platform. In consequence, these symbols cannot be found when building oqs-openssl111 using that liboqs (as these symbols are not present in any OpenSSL111 fork).

--> I'd now strongly urge to declare this fork deprecated as the build becomes somewhat convoluted (or surprising):

  • (non-oqs) OpenSSL111 must be installed
  • liboqs must be built against that OpenSSL111and installed to oqs-openssl111
  • only then can a build of oqs-openssl111 succeed

Alternatively, liboqs must be built with -DOQS_USE_OPENSSL=OFF -- which I'd call at least "surprising" for a build of oqs-openssl.

@dstebila
Copy link
Member

Okay, that is getting worse and worse.

Would you be okay with trying to squeeze out one last release of this fork to match the upcoming liboqs 0.8.0 release, and then deprecate it?

@baentsch
Copy link
Member Author

Sure. We can (and need to) "resolve" this issue with a documentation update, then.

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

Successfully merging a pull request may close this issue.

2 participants