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