See https://travis-ci.org/ashkulz/NppFTP/jobs/504958471, also for NppFTP with 0.8.7 this issue could be observed for mingw64 4.8.4 build with setting -DWITH_STATIC_LIB=ON for https://github.com/ashkulz/NppFTP/pull/246. The same constellation build with MSVC seems to have no such issue, see https://ci.appveyor.com/project/ashkulz/nppftp/builds/22995813
Needs Triage (12)
Wed, Mar 20
Thu, Mar 14
The behaviour was observed on Fedora 29 with libssh-0.8.7-1.fc29.x86_64.
Wed, Mar 13
All is fine, I just hadn't considered that I linked the Openssl statically :-).
Please open a new bug if there is an issue with libssh and openssl linking on Windows and provide details there. Thanks!
You seem to statically link openssl, that's why you need to link crypt32.dll. This means it isn't our problem. See
Is that only happening with static linking?
Why do you need to link against crypt32, can you post the error?
Your fix for the "libcrypto.c" worked, thanks :-).
Tue, Mar 12
Do we need to add:
I compile the OpenSSL and the libSSH on a Windows 8.1 system with the mingw64 ( MSYS2 ).
Mon, Mar 11
I just tested with Fedora 29 with the latest OpenSSL 1.1.1b (openssl-1.1.1b-2.fc29.x86_64) and I am able to build the libssh without any problem. Can you clarify on what OS are you trying to compile and you see these errors?
Thu, Mar 7
Fri, Mar 1
Thu, Feb 28
FWIW seems that libssh-0.8.6 compiles fine here with LibreSSL-2.8.3
Building with openssl-1.1.1a-1.fc29.x86_64 works fine so the support window is not a problem.