[EXTERNAL] Re: OSSL_PROVIDER reference issue

[Dmitry Belyavsky]

Yes - if you built it separately and put aside. But in that case you need
to pass the proper path to the headers from 3.0.8 when building your
application.



On Mon, 7 Aug 2023, 08:56 , <kgoudra at ups.com> wrote:

> But we are running OpenSSL 3.0.8 version.
>
>
>
> *From:* Dmitry Belyavsky <beldmit at gmail.com>
> *Sent:* Sunday, August 6, 2023 11:14 PM
> *To:* Kirtikumar Goudra <kgoudra at ups.com>
> *Cc:* openssl-users at openssl.org
> *Subject:* [EXTERNAL] Re: OSSL_PROVIDER reference issue
>
>
>
> CAUTION! This email originated outside of the organization. Please do not
> open attachments or click links from an unknown or suspicious origin.
> ------------------------------
>
> RHEL 8 has OpenSSL 1.1.1 series that doesn't support providers.
>
> On Mon, 7 Aug 2023, 07:10 Kirtikumar via openssl-users, <
> openssl-users at openssl.org> wrote:
>
> Hello Team,
>
>
>
> We are getting below error specifically in linux RHEL8 environment and the
> same is working perfect on windows.
>
>
>
> error: ‘OSSL_PROVIDER’ does not name a type; did you mean ‘SSL_TXT_IDEA’?
>
>   static OSSL_PROVIDER *legacy;
>
>          ^~~~~~~~~~~~~
>
>          SSL_TXT_IDEA
>
> error: ‘OSSL_PROVIDER’ does not name a type; did you mean ‘SSL_TXT_IDEA’?
>
>   static OSSL_PROVIDER *deflt;
>
>
>
> Code is as below:
>
>                 static OSSL_PROVIDER *legacy;
>
>                 static OSSL_PROVIDER *deflt;
>
>
>
> Trying to use them as below:
>
>                 OSSL_PROVIDER * SSLSocket::legacy;
>
>                 OSSL_PROVIDER * SSLSocket::deflt;
>
>
>
> We are trying to use provider functionalities like OSSL_PROVIDER_load()
> and OSSL_PROVIDER_unload() in our app and only on linux it is not able to
> reference although we have included openssl headers.
>
>
>
> Please suggest what could be the problem here?
>
>
>
> Thanks,
>
> Kirtikumar
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mta.openssl.org/pipermail/openssl-users/attachments/20230807/6e196771/attachment.htm>