Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (athena.apache.org: domain of alex.blewitt@gmail.com
 designates 66.249.82.233 as permitted sender)
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=LSMoT7bkQUmQVs1Aw8IzqAN1XG50qt43QkINWVWd39CQzYDFkSm/sEGClwdZrRYxHAeF6ja3cImOtXiEFUXe7T6DH4Y8M7lE6Xh8OYoZEEVYGd8i6MLHJs8iodtDo9A/anrLgvLVTDNyfGAGlalixmzD0QmOQjUgIPmePLiWOrw=
Message-ID: <636fd28e0710050112h4e42c8abx99babb43c3132b5@mail.gmail.com>
Date: Fri, 5 Oct 2007 09:12:43 +0100
From: "Alex Blewitt" <alex.blewitt@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [classlib] [pack200] Using BCEL for Pack200
In-Reply-To: <6aa6e3690710041550r7c7ffa2ah83c8055d1f30ac4e@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <fc2fc95c0709280236y32071b77k53d1ed2662cfd842@mail.gmail.com>
	 <46FCDCBF.3080706@gmail.com>
	 <f944d83d0709280459r1535a87eyc0ed223b8f38f428@mail.gmail.com>
	 <fc2fc95c0709280525j7419a2aawd6db7d690da46341@mail.gmail.com>
	 <46FD15CD.6050601@gmail.com>
	 <fc2fc95c0710010141m301f2e4ai342de086a32f35a1@mail.gmail.com>
	 <6aa6e3690710011731mc50a0dem6a010762437572d9@mail.gmail.com>
	 <fc2fc95c0710020206r4620bd67w407d7778fac8273c@mail.gmail.com>
	 <6aa6e3690710041550r7c7ffa2ah83c8055d1f30ac4e@mail.gmail.com>

Yeah, this is why I started putting together the harmony.bytecode
package. I also had the ClassPool to let me handle resolving
duplicates when pulling them out -- the UTF8 constants are added into
the hashmap, then there's an optional place to sort (which I didn't
implement, and then they get streamed out in ID order.

The BCEL provides easy way of loading/accessing class files, but
realistically, they're not that complicated and the harmony.bytecode.*
stuff did that already.

At least, that's why I started down that route in the first place ...

Alex.

On 04/10/2007, Andrew Cornwall <andrew.pack200@gmail.com> 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 <sianjanuary@googlemail.com> 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 <andrew.pack200@gmail.com> 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
> >
>