charm-crypto compilation fails with OpenSSL 1.1.1 #209
Comments
|
@purchawek Yeah, that is correct. And I was trying to figure out which versions of OpenSSL |
EquiJoins
pushed a commit
to EquiJoins/EquiJoinsOverEncryptedData
that referenced
this issue
Jun 28, 2021
The existing commit of `charm` has a [known issue](JHUISI/charm#209) with OpenSSL 1.1.1 (i.e. the version that supports TLS 1.3). As such, to use the the fhipe code, one would need to locally downgrade their version of OpenSSL. However, this is very inconvenient and strongly discouraged. Instead, updating charm to the dev branch, which supports the latest version of OpenSSL, fixes the issue "upstream".
|
Hey guys, @purchawek @jakinyele |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
During compilation with make (directly from sources here on master) i get the following compilation error:
Changing it to use
BN_is_negativefixes the error but I've seen that this approach was also erroneous as presented in #194 .I believe that what should be done is conditional compilation based on the version of OpenSSL installed and supporting both APIs simultaneously but I may be wrong. If you agree, I may try to do this.
The text was updated successfully, but these errors were encountered: