On 22.01.19 07:44, Andrew Piskorski wrote:
On Thu, Jan 17, 2019 at 10:10:35PM +0100, Gustaf Neumann wrote:
Maurizio has built binaries of NaviServer 4.99.17 with openssl-1.1.1a [2].
I sure could use some hints on how he built NaviServer on Windows!
I guess he's not reading this, so I'll try contacting him by email.
Are you sure, you comipile and link against OpenSSL 1.1.1a?
I'm fairly sure I'm linking against OpenSSL 1.1.1a, because the link
error about SSL_get_version went away. The mystery is why I still get
the SSL_get_cipher link error.
I suspect that the compile may NOT be correct, because of those
"SSL_get_cipher undefined; assuming extern returning int" warnings.
But nothing I tried seemed to fix that.
Btw, nsssl.dll now appears to build fine! It's just libnsd.dll and
nsd.exe that fail to link. (Perhaps because SSL_get_cipher is not
used in nsssl/nsssl.c, it's only in nsd/tclhttp.c.)
One thing, which is different with SSL_get_version() and
SSL_get_cipher() to
other SSL* function called from tclhttp.c is that these calls are not
guarded by "HAVE_OPENSSL_EVP_H" (but should probably).
This macro is used to check whether openSSL (or similar) with its
include files
is available during compilation. So it has to be set probably manually
either in
Makefile.win32 (DEFS). Not sure, what the best trick for windows is to
set the
variable, when the openssl library (+includes) are available.
Weirdly, I could not add Gustaf as a reviewer, as
the reviewer look-up box refuses to find him! (Same thing for Zoran.)
Hopefully that's some sort of temporary bitbucket.org bug.
bitbucket sent me a mail (at least to me) with the pull request.
After merging it, i had to revert a change, otherwise i got a
compilation error:
../include/Makefile.module:88: *** Recursive variable `CLEAN' references
itself (eventually). Stop.
All the best,
-gn
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
