Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 93595 invoked from network); 5 Oct 2007 22:34:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Oct 2007 22:34:41 -0000 Received: (qmail 65552 invoked by uid 500); 5 Oct 2007 22:34:29 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 65349 invoked by uid 500); 5 Oct 2007 22:34:28 -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 65340 invoked by uid 99); 5 Oct 2007 22:34:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Oct 2007 15:34:28 -0700 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 alex.blewitt@gmail.com designates 66.249.82.236 as permitted sender) Received: from [66.249.82.236] (HELO wx-out-0506.google.com) (66.249.82.236) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Oct 2007 22:34:31 +0000 Received: by wx-out-0506.google.com with SMTP id s7so564749wxc for ; Fri, 05 Oct 2007 15:34:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Kz43rBvPos+LcBQRkS76rjUMVN5UwtWdn/X1eAxdFV4=; b=AqSCy/CNr1IDwjidlzFvga3sBEOlVCtOrvV9iYte63dGoljQyGxtW+wlOcRcIVx+QaodFsyAp4uwrzXVhVvu48a4OthHm6jYUP+Gak+dG5LVNKUs/ssLOEKtJP6Vf1iFYDtcQOoRt+JOCf+5qXGadVpAmychTSC9aB4jFfnx+oc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bOVV1zVI67//wIFJVIMDYrgcX5bJM7akquNGvI5jcIKlNExUchJc6ZCHbDpi/QzNbHIzXa+fxKuQfm8dnElNd0kCYuHjVg5zTCR8CYmR2SqB5edO0rztSJPdh5Zrsn9T+6/3QTLjWEeQ6pisX3ckfKGYtDu4InMjGpv4YKfGo2I= Received: by 10.90.63.16 with SMTP id l16mr51799aga.1191623649855; Fri, 05 Oct 2007 15:34:09 -0700 (PDT) Received: by 10.90.84.12 with HTTP; Fri, 5 Oct 2007 15:34:09 -0700 (PDT) Message-ID: <636fd28e0710051534y3b9bc7fdu2840bd554597061e@mail.gmail.com> Date: Fri, 5 Oct 2007 23:34:09 +0100 From: "Alex Blewitt" To: dev@harmony.apache.org Subject: Re: [classlib] [pack200] Using BCEL for Pack200 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46FCDCBF.3080706@gmail.com> <46FD15CD.6050601@gmail.com> <6aa6e3690710011731mc50a0dem6a010762437572d9@mail.gmail.com> <6aa6e3690710041550r7c7ffa2ah83c8055d1f30ac4e@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Feel free to shout out to me if you want some background on the ramblings of my inner mind, too :-) Alex. On 05/10/2007, Sian January wrote: > Hi Andrew, > > It sounds like you've looked into this in more depth than me so far so you > probably have a better idea of how useful it is. When I suggested it > originally the main point of using BCEL was to make developing > pack200 easier so obviously there's no point using it if it doesn't! I > think Alex started some code already without using BCEL so perhaps you would > like to have a look at that too and compare the two options? > > Thanks, > > Sian > > > On 04/10/2007, Andrew Cornwall wrote: > > > > Hmm... I'm starting to worry that BCEL might not be able to do what we > > need. > > Its default behaviour is to be very unconcerned with the order of > > classpool > > entries - something that Pack200 is extremely concerned with. I've hacked > > up > > a version of BCEL which will allow me to add a String reference to the > > classpool without knowing ahead of time which Utf8 the String refers to - > > but given that Pack200 is mostly writing out things that don't change > > (except for classpool refs) I wonder if BCEL gives us much of an > > advantage. > > > > Andrew Jr. > > > > > > On 10/2/07, Sian January wrote: > > > > > > Hi Andrew, > > > > > > I can't see a problem with not using those APIs so that we leave that > > > option > > > open, although I obviously can't comment on how easy it would be to > > > strip them out as I don't know the BCEL code. > > > > > > Thanks, > > > > > > Sian > > > > > > > > > On 02/10/2007, Andrew Cornwall wrote: > > > > > > > > Some of the people here are interested in minimizing the size of the > > > > pack200 > > > > runtime. If BCEL is used, can we ensure that pack200 doesn't rely on > > the > > > > bytecode verification / html rendering code so that can be stripped > > out > > > if > > > > necessary? > > > > > > > > Andrew Jr. > > > > > > > > > > > > > > > > -- > > > Unless stated otherwise above: > > > IBM United Kingdom Limited - Registered in England and Wales with number > > > 741598. > > > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 > > 3AU > > > > > > > > > -- > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU >