[openssl-users] libraries after the build for WIn platform

[Ernst Maurer]

Thank you for the reply,
I've tried to build dynamic version (import lib + dll) so I see the libs
like:
openssl.lib
libcrypto.lib
capi.lib
and some other ones,

so do you mean that libeay32 and ssleay32 some depricated version ? and
recommend me to go throu the git history for a looking for? (of course, I
built from the head of git.)

P.S. I need this for the linking with Microsoft REST SDK (aka Casablanca)

Rgds,
Ernst

On Tue, Nov 1, 2016 at 7:30 AM Jeremy Farrell <jeremy.farrell at oracle.com>
wrote:

I think this depends on what version of OpenSSL you're using and whether
you're using static or dynamic libraries, none of which you mention. There
were changes in library names in recent releases. Try reviewing the various
NOTES, INSTALL, and README files for whichever version of OpenSSL you are
working with.

Note also that there are substantial API changes between major releases of
OpenSSL; if the thing you are building expects particular names for the
static or import library files, that suggests it probably expects a
particular API version (not the newest one if it's expecting those names).
If you use whatever version of OpenSSL the other library is expecting, it
should have files with the expected names.

Regards,
                            jjf

On 31/10/2016 11:41, Ernst Maurer wrote:

hi

I'm not using openssl daily , just need to build and link it with another
library.
that lib requires libeay32.lib and ssleay32.lib.
Are these  ones from OpenSSL distribution?
I've tried two options:
1. download a few pre-built versions of the  binaries
2. build own binaries from latest git

both cases don't contain these lib (and dll) files.
please assist

Rgds,
Ernst


-- 
J. J. Farrell
Not speaking for Oracle.

--
openssl-users mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mta.openssl.org/pipermail/openssl-users/attachments/20161101/20a800ae/attachment-0001.html>