Deprecations

[Richard Levitte]

A small note about the 'no-deprecated' configuration option: this is an option to simulate the far future when the deprecated stuff has been removed from the public eye. Deprecated openssl commands should not build with such a configuration. 

Cheers 
Richard 



Kurt Roeckx <kurt at roeckx.be> skrev: (21 februari 2020 09:06:39 CET)
>Hi,
>
>We seem to be deprecating a lot of the old APIs, which I think is
>a good thing. But I think we might either be deprecating too much,
>or not actually using the alternatives ourself.
>
>In the apps, a lot of the files define
>OPENSSL_SUPPRESS_DEPRECATED, which I think is the wrong way to do
>it. We should stop using the deprecated functions ourself. If
>there is no way to do this using non-deprecated functions, the
>function should probably not have been deprecated in the first
>place.
>
>The apps might have functionality that we want to deprecate too,
>that depends on the deprecated functions. In which case we should
>also mark that as deprecated, and the apps should always build in
>no-deprecation mode.
>
>We might also be deprecating APIs that we don't use ourself, so
>it's harder to know if there are alternatives for it.
>
>It would also be nice that if you deprecate a function, that you
>point to the alternative way to do the same thing in the manual.
>
>
>Kurt

-- 
Richard by mobile