[
https://issues.apache.org/jira/browse/SERF-194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16953452#comment-16953452
]
Branko Čibej edited comment on SERF-194 at 10/17/19 6:58 AM:
-------------------------------------------------------------
That's correct, Serf calls OpenSSL directly. Still, it's not a good idea to
have multiple versions of OpenSSL loaded in your process, so you'll either have
to compile APR with the same OpenSSL version as Serf, or disable the crypto API
in APR (Serf doesn't need it).
I suggest you use the latest APR and APR-Util releasee (1.7.x) with Serf 1.4.x.
was (Author: brane):
That's correct, Serf calls OpenSSL directly. Still, it's not a good idea to
have multiple versions of OpenSSL loaded in your process, so you'll have to
compile APR with the same OpenSSL version as Serf.
I suggest you use the latest APR and APR-Util releasee (1.7.x) with Serf 1.4.x.
> Can't generate sources for WIN64 due to dependency on old OpenSSL libraries
> ---------------------------------------------------------------------------
>
> Key: SERF-194
> URL: https://issues.apache.org/jira/browse/SERF-194
> Project: serf
> Issue Type: Bug
> Affects Versions: serf-1.3.9
> Environment: Windows 10 Enterprise x64
> Reporter: Lyubomyr Pysarenko
> Priority: Major
>
> Tried to generate sources for serf 1.3.9 on Windows.
> Failed with error:
> {{C:\dev\apache_builder\bin\python\py.exe build/gen_def.py serf.h
> serf_bucket_types.h serf_bucket_util.h > serf.def}}
> {{link /nologo /RELEASE /dll /out:libserf-1.dll /implib:libserf-1.lib
> /LIBPATH:C:\Apache24\Release /LIBPATH:C:\Apache24\Release
> /LIBPATH:C:\Apache24\lib /LIBPATH:C:\dev\apache_builder\src\openssl\out32dll
> user32.lib advapi32.lib gdi32.lib ws2_32.lib crypt32.lib mswsock.lib
> rpcrt4.lib secur32.lib libapr-1.lib libaprutil-1.lib zlib.lib libeay32.lib
> ssleay32.lib /PDB:libserf-1.pdb /DEBUG context.obj incoming.obj outgoing.obj
> ssltunnel.obj buckets\aggregate_buckets.obj buckets\allocator.obj
> buckets\barrier_buckets.obj buckets\buckets.obj buckets\bwtp_buckets.obj
> buckets\chunk_buckets.obj buckets\dechunk_buckets.obj
> buckets\deflate_buckets.obj buckets\file_buckets.obj
> buckets\headers_buckets.obj buckets\iovec_buckets.obj
> buckets\limit_buckets.obj buckets\mmap_buckets.obj
> buckets\request_buckets.obj buckets\response_body_buckets.obj
> buckets\response_buckets.obj buckets\simple_buckets.obj
> buckets\socket_buckets.obj buckets\ssl_buckets.obj auth\auth.obj
> auth\auth_basic.obj auth\auth_digest.obj auth\auth_spnego.obj
> auth\auth_spnego_gss.obj auth\auth_spnego_sspi.obj /def:serf.def}}
> {color:#d04437}{{LINK : fatal error LNK1181: cannot open input file
> 'libeay32.lib'}}{color}
> {{scons: *** [libserf-1.dll] Error 1181}}
> {{scons: building terminated because of errors.}}
> OpenSSL version 1.1.1 has been used.
> Preliminary problem is in SConstruct file line 338:
> {color:#205081}env.Append(LIBS=['libeay32.lib', 'ssleay32.lib']){color}
> Since version 1.1.0 OpenSSL used different names for those dlls.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
