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 > > >> >> 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/
