From dev-return-25247-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Tue Apr 2 04:26:23 2013 Return-Path: X-Original-To: apmail-apr-dev-archive@www.apache.org Delivered-To: apmail-apr-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2B58CF7EE for ; Tue, 2 Apr 2013 04:26:23 +0000 (UTC) Received: (qmail 29691 invoked by uid 500); 2 Apr 2013 04:26:22 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 29301 invoked by uid 500); 2 Apr 2013 04:26:15 -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 29246 invoked by uid 99); 2 Apr 2013 04:26:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Apr 2013 04:26:13 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [173.201.193.235] (HELO p3plsmtpa09-06.prod.phx3.secureserver.net) (173.201.193.235) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Apr 2013 04:26:07 +0000 Received: from hub ([76.252.112.72]) by p3plsmtpa09-06.prod.phx3.secureserver.net with id JsRj1l0041Zmh9Y01sRjNP; Mon, 01 Apr 2013 21:25:45 -0700 Date: Mon, 1 Apr 2013 23:25:41 -0500 From: "William A. Rowe Jr." To: Gregg Smith Cc: Jeff Trawick , APR Developer List Subject: Re: using new apr-util command-line make files... stuck on apr-iconv Message-ID: <20130401232541.448d5591@hub> In-Reply-To: <515731CC.80600@gknw.net> References: <51572A7F.4070100@gknw.net> <515731CC.80600@gknw.net> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.13; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Sat, 30 Mar 2013 11:41:16 -0700 Gregg Smith wrote: > On 3/30/2013 11:14 AM, Jeff Trawick wrote: > > On Sat, Mar 30, 2013 at 2:10 PM, Gregg Smith > > wrote: > > > > On 3/30/2013 11:01 AM, Jeff Trawick wrote: > > > > To state the obvious, I'm probably doing something stupid. > > > > I am using Visual Studio 2010 + SP1 (to get around an > > incremental linking bug). > > > > I have a directory with: > > > > apr-1.4.x as apr > > apr-util-1.5.x as apr-util > > apr-iconv-1.1.x as apr-iconv > > > > Within apr-util I try > > > > l>nmake -f Makefile.win PREFIX=c:\apr1x USEMAK=1 ARCH="Win32 > > Debug" buildall checkall > > > > This fails with > > > > cd ..\apr-iconv > > "c:\Program Files (x86)\Microsoft Visual Studio > > 10.0\VC\BIN\nmake.exe" - > > nologo -f apriconv.mak CFG="apriconv - Win32 Debug" > > RECURSE=0 NMAKE : fatal error U1052: file 'apriconv.mak' not found > > Stop. > > > > Sure enough, there is no apriconv.mak there. > > > > Am I supposed to do something first to generate them, > > before I can use the apr-util Makefile.win? > > > > > > Unless you have VC6, use apr-iconv-1.2.1-win32-src-r2.zip or > > steal the .mak/.dep files from it. > > http://apr.apache.org/download.cgi > > > > > > Thanks, I'll use that. > > > > Is there a reason we shouldn't commit the build support to svn? > > (Is there something unique about that build support that warrants > > leaving it uncommitted?) > > Probably not and I see they're in APR-Iconv/trunk which looks like > where the 1.2.1 tag came from. Why they're not included in tag I can > only guess. However, we do not want them landing in the Unix tarballs > as that's the way it's been for a long time. I believe Bill for the > longest time has been generating these win32 source packages on the > side. Well, we haven't generated such a package - in the longest time ;-P Yes, they aught to land in the tarball, but I've seen nothing that suggests that there are enough reviewers to get 3 votes for any incremental apr-iconv release, and the upstream and current activity are both long dead. I've personally been using the last LGPL licensed version of iconv (1.11) for a very long time. My own desire would be to have some icu or other basis for handling xlate, but MS has never seen any use to streaming codepage conversion, so there are no usable native implementations in the base OS. IIRC Mladen had worked on some interesting alternatives but I don't recall where those stand.