Yann Ylavic in gmane.comp.apache.apr.devel (Fri, 17 Dec 2021 17:08:45
+0100):
>Hi Bill,
>
>On Fri, Sep 3, 2021 at 3:44 AM William A Rowe Jr wrote:
>>
>> I'm willing to RM APR and APR-util 1.7 releases.
>
>Any news on this?
Somebody on Apachelounge was asking about this:
Mario Brandt in gmane.comp.apache.apr.devel (Mon, 03 Jan 2022 11:07:21
-):
>Hi,
>sorry I didn't see this earlier.
>
>Apache Lounge and ApacheHaus are using cmake. For details see
>
>https://www.apachelounge.com/viewtopic.php?p=39755
>
>and
>
Ivan Zhakov in gmane.comp.apache.apr.devel (Thu, 14 May 2020 12:08:26
+0300):
>Do we really need to keep compatibility code for operating systems
>that are not supported for years just for a few special companies?
>They still can use APR 1.x anyway.
>
>PS: This topic has been discussed a year ago.
Gregg Smith in gmane.comp.apache.apr.devel (Wed, 13 May 2020 14:49:37
-0700):
>Well, with very little work I'm sure the dsw/dsp will still work in any
>Visual Studio IDE of the day.
True. I am still using the dwp/dsw conversion for building apr and httpd
in Visual Studio up to VS 2019. The only
Mladen Turk in gmane.comp.apache.apr.devel (Wed, 13 May 2020 10:41:37
+0200):
>Related mostly to Windows port
>
>1. Remove all those .dsp, .dsw .mak files from APR trunk
>None of them works for years.
>Replace all that with cmake
-1 for #1. I am still using the dsp/dsw's in apr and httpd.
William A Rowe Jr in gmane.comp.apache.apr.devel (Fri, 9 Jun 2017
08:09:00 -0500):
> [+1] Release apr 1.6.2
FWIW: +1 Windows VC14 (CMake)
--
Jan
William A Rowe Jr in gmane.comp.apache.apr.devel (Fri, 9 Jun 2017
08:07:17 -0500):
> [x] Release apr-util 1.6.0
FWIW: +1 Windows V14 (CMake)
--
Jan
William A Rowe Jr in gmane.comp.apache.apr.devel (Sun, 30 Apr 2017
19:02:52 -0500):
>As much as I hated the idea of persisting apr-iconv over the BSD Citrus
>sources, I've found no time to port those to Windows. Better we fix this
>gap of CMake support and release another 1.2.x apr-iconv in the
begin 644 diffCMakeLists-jan.patch
M26YD97@Z($--86ME3=',N='AT#0H]/3T]/3T]/3T]/3T]/3T]/3T]/3T]
M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]
M#0HM+2T@0TUA:V5,:7-T'0)*')E=FES:6]N(#$W.#2D-"D!`("TR,S@L-R`K,C,X
Gregg Smith in gmane.comp.apache.apr.devel (Wed, 22 Mar 2017 10:20:54
-0700):
>I got a patch for cmake from Jan (attached) which ended up off list due
>to the way "reply" works on this list.
The patch added -DAPR_DECLARE_EXPORT=1 -DAPU_DECLARE_EXPORT=1 twice to
apr_crypto_openssl. New patch
Jan Ehrhardt in gmane.comp.apache.apr.devel (Mon, 20 Mar 2017 03:20:36 +0100):
>. compile apr-util, with the CMake args on 1 line:
snip
>call msbuild APR.sln /p:Configuration=RelWithDebInfo /p:Platform=x64
Copy-paste eror. For apr-util this has to be
call msbuild APR-Util.sln /p:Configu
Jan Ehrhardt in gmane.comp.apache.apr.devel (Sun, 19 Mar 2017 20:21:47 +0100):
>>So, the answer to the question "does it work for you?" seems to be No.
>
>Or Yes, if CMake works. I will try that later.
CMake almost works. I had the following dirs
- apr
- apr
- apr-util
Jan Ehrhardt in gmane.comp.apache.apr.devel (Sun, 19 Mar 2017 19:44:01
+0100):
>The 2 Windows related files in apr/apr-util/crypto still use the pre-1.1
>OpenSSL lib files, libeay32.lib and ssleay32.lib:
>http://svn.apache.org/viewvc/apr/apr-util/branches/1.6.x/crypto/apr_crypto_openssl
Nick Kew in gmane.comp.apache.apr.devel (Sat, 18 Mar 2017 07:57:37
+):
>On Sat, 2017-03-18 at 08:28 +0100, Jan Ehrhardt wrote:
>
>> Will this 1.6 release contain support of OpenSSL 1.1.x or is that part
>> of a future release?
>
>Good question. I see no bugzilla entry
Nick Kew in gmane.comp.apache.apr.devel (Fri, 17 Mar 2017 23:31:34
+):
>We have a backlog of mostly-minor fixes to 1.x unreleased.
>I think we're all agreed that the best way to deal with them
>is to roll a 1.6 release.
Will this 1.6 release contain support of OpenSSL 1.1.x or is that part
of
15 matches
Mail list logo