On Mon, Sep 15, 2014 at 7:28 PM, Jeff Trawick <[email protected]> wrote:
> On Fri, Sep 5, 2014 at 2:09 PM, Jeff Trawick <[email protected]> wrote: > >> On Fri, Sep 5, 2014 at 1:45 PM, <[email protected]> wrote: >> >>> Right now, apr 1.5.3 appears broken on Win32 VC6 and Android, and we have >>> several other good fixes in CHANGES over these past 9 months. >>> >>> If nobody else offers, I'd like to go ahead and T&R 1.5.4 during the >>> week of >>> Sept 15th, giving folks a chance next week to pick up any other minor >>> bug fixes. >>> If anyone else wants to step up - by all means be our guest. >>> >> >> I'm happy to T&R. Separately, I want to get a cmake fix or two committed >> in time for that (some quoting problem exposed with a newer cmake level). >> > > Expected time for T&R of apr-util 1.5.4 is Tuesday evening/Wednesday > morning, US East Coast time > It should be tonight, 5-6 hours from now; I finished up the items I wanted to look at this morning. Speak up if you're still looking at something that you want to be included in apr-util 1.5.4. > >> >> >>> >>> I'd also like to T&R apr-iconv 1.2.2, likely final for that tree, so >>> that it can be >>> consumed and distributed for apache 2.2 directly without generating the >>> .mak >>> files. (Yes, .mak files do work on later Studio versions, although most >>> devs >>> would rather use projects to interactively use the Studio for >>> development). >>> I may have that wrapped up by the 15th as well. The iconv modules would >>> need to be built following apr itself, as they link to that dynamic >>> library. >>> >> >> Hmmm... I'd love to be able to build that with cmake on Windows but I >> haven't found the time to look (and probably won't :( ). >> >> >>> >>> My side project has been investigating the BSD licensed Citrus for a >>> lightweight >>> and license-compatible replacement within apr 2.0. I can see a method >>> for >>> building apr-iconv as a static link lib, and letting an apr 2.0 build >>> consume that >>> library (resolving all the apr-util depedencies on apr-iconv and >>> apr-iconv >>> dependencies on apr) and will give that a try next week for the >>> short-term >>> stop-gap solution. >>> >>> >>> >>> >> >> >> >> -- >> Born in Roswell... married an alien... >> http://emptyhammock.com/ >> >> > > > -- > Born in Roswell... married an alien... > http://emptyhammock.com/ > > -- Born in Roswell... married an alien... http://emptyhammock.com/
