From dev-return-17698-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Thu Dec 07 06:20:36 2006 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 35604 invoked from network); 7 Dec 2006 06:20:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Dec 2006 06:20:35 -0000 Received: (qmail 22778 invoked by uid 500); 7 Dec 2006 06:20:43 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 22506 invoked by uid 500); 7 Dec 2006 06:20:42 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 22495 invoked by uid 99); 7 Dec 2006 06:20:42 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Dec 2006 22:20:42 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=RCVD_IN_SORBS_WEB X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [207.155.252.47] (HELO goliath.cnchost.com) (207.155.252.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Dec 2006 22:20:28 -0800 Received: from [192.168.0.21] (c-24-15-193-17.hsd1.il.comcast.net [24.15.193.17]) (as wrowe@rowe-clan.net) by goliath.cnchost.com (ConcentricHost(2.54) Relay) with ESMTP id 82E846C6 for ; Thu, 7 Dec 2006 01:20:07 -0500 (EST) Message-ID: <4577B296.80802@rowe-clan.net> Date: Thu, 07 Dec 2006 00:20:06 -0600 From: "William A. Rowe, Jr." User-Agent: Thunderbird 1.5.0.8 (X11/20061107) MIME-Version: 1.0 To: dev@apr.apache.org Subject: Results on 1.2.8/0.9.13, roll apr-iconv? Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Thanks everyone for their critical eyes and testing on 1.2.8/0.9.13, the results for the releases were unanimous, and I add my own +1 to all of the packages. Unfortunately, the initial .mak/.dep file creations for win32 were wrong for apr-util v 0.9.13 package, and the -win32-src.zip packages for apr-iconv were also created incorrectly by me with hardcode local paths. Since this is a trivial post-release packaging snafu, I've simply re-extracted the .mak+.dep files and replaced the affected .zip's in /dist/apr/ for windows source users. The apr-iconv issues go a bit deeper though - there is alot of warning noise building apr-iconv on VC2005. It seems time to refresh those packages so that users of the modern compiler can use it without incident. I'd like to plan to go ahead a roll apr-iconv packages by early next week. In the case of 0.9.13 this includes the fixes for windows compilation, and a small fix to the ucs2 byte order mark (it was added to streams only on continuation of stream, it should have only been added on start-of-stream). The same fixes apply to 1.2.0 - but here is where I could use a hand (knowing how crazy my schedule's been). We didn't correctly tag the resulting .so for unix as libapriconv-1.so (missing -1) in earlier versions. It's NOT binary compatible with libapriconv[-0].so and this is a bad thing. Fixing it results in a behavioral/expectation change, thus moving 1.1 -> 1.2. I realize next-to-nobody is trying to build apr-iconv-1 on unix, and even for windows by 2.0 I'd like it to be gone in favor of citrus. But that said, it's still out there, and we may as well lug it along for one last technically correct release before archiving the effort. Any volunteer to help on the unix build side? Bill