Closed alexsn closed 2 months ago
Hi @alexsn ,
This is an intentional error as our QUIC support depends extensively on our OpenSSL compatibility layer which is not compatible with OpenSSL coexistence. Are you able to share some information about your use case for linking wolf and OpenSSL into your application? Our OpenSSL compatibility layer supports many OpenSSL APIs and can be used in place of OpenSSL.
Hey @kareem-wolfssl, thanks for the reply. The original issue I encountered was multiple function definitions when statically linking openssl with wolfssl.
I was able to get openssl / wolfssl to coexist without --enable-opensslcoexist
by compiling wolfssl with NO_WOLFSSL_STUB and adding the following small change:
#if !defined(NETOS) && !defined(NO_WOLFSSL_STUB)
void ERR_load_SSL_strings(void)
{
}
#endif
Is this patch acceptable as I want ERR_load_SSL_strings
to be removed in the presence of NO_WOLFSSL_STUB
Version
5.7.0
Description
./configure --enable-quic --enable-opensslcoexist
fails with the following error: configure: error: Cannot use --enable-opensslcoexist with --enable-opensslextraThis occurs due to this setting.
Any workaround I can use as I need both wolfssl and openssl to be linked into my application.