On 4/29/2017 5:19 PM, Gregg Smith wrote:
Bill, viewing the complete thread your reasoning here should have
precluded this discussion years ago when pcre went to cmake, so at or
before 2.4.0. After all, it's the only way to build pcre which is a hard
requirement, not soft like brotli.
I
On 4/28/2017 9:35 AM, Jan Ehrhardt wrote:
William A Rowe Jr in gmane.comp.apache.devel (Fri, 28 Apr 2017 10:30:03
-0500):
You might have missed my thought here... suggesting that the CMake
not-so-experimental build become recommended for users who want to
build all the modules in one go
Yes, and only with the legacy build and then only with the IDE. Those
files are static. If you build at the command line it should "just work."
When I built with apr 1.5 however apr_crypto_openssl would not build
with openssl 1.1.0. I cannot see how that has changed..
On 4/29/2017 1:42 AM,
On Apr 29, 2017 12:16 PM, "Gregg Smith" wrote:
Once APR 1.6 is released my plan is to make the change permanent next 2.4.x
then making the need for that conversion unneeded.
Openssl 1.0.2 is good till sometime in 2019, even 1.1.0 eol's before it
does so we're stuck w/ cvtdsp.pl
No, libs/exe still land in the source root.
On 4/28/2017 8:35 AM, William A Rowe Jr wrote:
Wouldn't there be a corresponding change to LIBPATH?
On Thu, Apr 27, 2017 at 10:17 AM, wrote:
Author: gsmith
Date: Thu Apr 27 15:17:57 2017
New Revision: 1792912
URL:
APR 1.6 is needed for apr_crypto_openssl, obviously.
ABS: Not sure. When I originally tried building w/ APR 1.5 it didn't
work, but it didn't work with OpenSSL 1.1 and APR 1.6 either. That has
now been fixed by Rainer. Have not tried 1.5/1.1.0 w/ abs yet so I
simply don't know. Feel free to
Also no issue with apr_crypto_openssl and mod_session crypto ?
Begin Message
Group: gmane.comp.apache.devel
MsgID:
Is this a Windows issue? I built with 1.1.0e on MacOS and apr 1.5 and saw no
problems.
>Am
Is this a Windows issue? I built with 1.1.0e on MacOS and apr 1.5 and saw no
problems.
> Am 28.04.2017 um 22:26 schrieb Steffen :
>
> I doubt now. It was based on a note in cvtdsp.pl.
>
> Maybe it is only a .dsp and xml change, which I can apply to 1.5.
>
> Maybe