On Aug 26, 2015 11:41 PM, "Branko Čibej" <[email protected]> wrote: > > On 27.08.2015 06:37, Branko Čibej wrote: > > On 27.08.2015 05:46, William A. Rowe Jr. wrote: > >> Several years ago, we combined the functionality of apr and apr-util, > >> and that library no longer draws in sub-dependencies until specific > >> components are necessary (dbm providers, dbd providers, crypto > >> providers etc). > >> > >> It seems overtime that we produce a release based on that effort, I'm > >> offering in absence of other volunteers to prepare an -alpha candidate > >> in mid-September. > >> > >> We don't work on the same clock as downstream distributors, so > >> whatever effort we make in Sept won't see broad distribution until > >> 2016. But if the httpd, svn and other consumers have successfully > >> integrated with the 2.0 trunk/ development effort, it seems like this > >> is a good time to begin to make that happen. > >> > >> Thoughts/comments/roadblocks/showstoppers? > > Good move. > > > > There are a few long-outstanding patches from the SVN devs that I'd like > > to get into the code first, so mid-September is a good goal. > > On that topic, what would it take to take the Windows cmake build off > 'experimental' status for 2.0 and remove the .dsp and .mak files?
IMVHO? 1. Purge the dsp/mak files. 2. Promote cmake structure to create valid win or unix or other builds. I am personally very interested in this effort and will jump on some aspects of it this week.
