From dev-return-37290-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org Wed May 20 15:25:17 2009 Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 59424 invoked from network); 20 May 2009 15:25:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 20 May 2009 15:25:17 -0000 Received: (qmail 82657 invoked by uid 500); 20 May 2009 15:25:25 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 82616 invoked by uid 500); 20 May 2009 15:25:25 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 82584 invoked by uid 99); 20 May 2009 15:25:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 May 2009 15:25:25 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sean.xx.qiu@gmail.com designates 209.85.221.106 as permitted sender) Received: from [209.85.221.106] (HELO mail-qy0-f106.google.com) (209.85.221.106) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 May 2009 15:25:17 +0000 Received: by qyk4 with SMTP id 4so780167qyk.20 for ; Wed, 20 May 2009 08:24:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=EM5l6m2XuyqbQNMLa9QZoc1ffVUwNH6J/J8cx1g8Qmg=; b=gAY4IfYkwGcxtzn4HUdFwVnpwPzB7P6dATVPwQ8YBSlasxd9XKXN/6cRwgGIOHHExv udiK2ea4cyyu5ijh9FOEsSRKU6IpO+O59l2/PZ3r7GqY/em6vQkFtB7eN/+ai27gFha4 FnGjxToAN6ykvgRk4Hm7b76/IyIqyiIBa3r2w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=HjkcwIRXvYZLlqKLEa/mHVbcwEB4PJPvD5esbGu/Xq/IITqE8KbFDxUsmOWnK9FNSv k0iYNUWmuuvdN1orfKe2Qe7Un50rVUomH4jYkRL8H0T9ULvOaFp8ZlARiX8bGnqUQ0Bk Bkg/ma+Sf/QRlLi3ukwsGo+j//GxsRUPEC4YM= MIME-Version: 1.0 Received: by 10.229.82.10 with SMTP id z10mr460611qck.83.1242833096243; Wed, 20 May 2009 08:24:56 -0700 (PDT) In-Reply-To: <4A141951.2030302@googlemail.com> References: <4A141951.2030302@googlemail.com> From: Sean Qiu Date: Wed, 20 May 2009 23:24:36 +0800 Message-ID: <94d710af0905200824s7bd3b67eo97c499416a3e177f@mail.gmail.com> Subject: Re: [classlib][build] Need depends.properties to be in ASCII on non-ASCII platforms To: dev@harmony.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org I have to say it is a little weird. Is there any chance that we setting the svn client, tell it checkout by desired encoding? ASCII in this case. Best Regards Sean, Xiao Xia Qiu 2009/5/20 Oliver Deakin : > Hi all, > > I have an issue building on z/OS - a fresh checkout from svn gives us > depends.properties in the default platform encoding (EBCDIC). However, wh= en > we come to load these properties in depends-common.xml, using the > loadproperties Ant task, they are assumed to be in ASCII encoding. The > "encoding" property of the Ant task does not actually work correctly (I > think this is a bug in Ant which I intend to raise) so it is no help. I w= as > wondering if anybody has any ideas about the best way to tackle this > problem? Really I'd like to tag the file in some way so that it is checke= d > out of Subversion in the correct encoding immediately, but there does not > seem to be a way to do this. I have come up with a few options: > > 1) Mark the file binary in svn - not a good solution, means losing revisi= on > history, not getting proper diffs etc. > 2) Use the Ant copy task with it's outputencoding property set to ISO-885= 9-1 > to copy the file to another location, and then use that copy to load the > properties from. Delete the file after it has been used (patch would be l= ike > [1]). Unfortunately this means that when we run the fetch-depends target = we > see a lot of copy/delete output (setting verbose=3D"false" for these task= s > does not seem to hide the output completely). > 3) Same as (2), but don't delete the file afterwards. There would only be > one initial copy, then no further copies unless the file is modified. > However, this does mean that these is an extra file left in the make > directory, which I don't like the idea of. > > I'd choose to go with (2), but thought I'd see if anyone has any other id= eas > before I commit the change. > > Regards, > Oliver > > > [1] > Index: depends-common.xml > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- depends-common.xml =A0 =A0(revision 775934) > +++ depends-common.xml =A0 =A0(working copy) > @@ -25,7 +25,8 @@ > =A0 =A0where possible. > =A0 =A0 > > - =A0 =A0 > + =A0 =A0 tofile=3D"${basedir}/make/depends.properties.ascii" > outputencoding=3D"ISO-8859-1" /> > + =A0 =A0 encoding=3D"ISO-8859-1"> > =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 > @@ -34,7 +35,8 @@ > =A0 =A0 =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > =A0 =A0 =A0 > - =A0 =A0 > + =A0 =A0 > + =A0 =A0 > > =A0 =A0 > =A0 =A0 =A0 =A0 > > -- > Oliver Deakin > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshir= e > PO6 3AU > >