Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (idunn.apache.osuosl.org: domain gmail.com designates
 64.233.166.182 as permitted sender)
DomainKey-Status: good
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=GzWY71ezopDISWQ12FuYu08Yw/YM0IfK+IoUdAMsu7c3/hq+4uxCm2e1WpyFZQXVTWeIDl3p6OOkdzfBXeQ8wo8MXLq8g8uzczP5hHGtgtNHZ1hPsboJEyB86ymtDv5jOXJ/SCL5xEus/R+3LkwosasfytAp2yyVmrX2pcVTSWU=
Message-ID: <e0f125db0609230721v67d3a575r84e02c4b05577677@mail.gmail.com>
Date: Sat, 23 Sep 2006 18:21:57 +0400
From: "Pavel Pervov" <pmcfirst@gmail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: [drlvm] Cleaning insides of Class.h header
In-Reply-To: <e0f125db0607240324w15fba97bj3f1573826b3b27fb@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_6058_3996790.1159021317251"
References: <e0f125db0607240324w15fba97bj3f1573826b3b27fb@mail.gmail.com>

------=_Part_6058_3996790.1159021317251
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Created Harmony-1558 [1] with the intention to attach all patches to it.
"Step 1" patch attached - interested parties can review.

Regards,
    Pavel.

[1] https://issues.apache.org/jira/browse/HARMONY-1558


On 7/24/06, Pavel Pervov <pmcfirst@gmail.com> wrote:
>
> Hello, all.
>
> I would like to work on cleaning the insides of Class.h header file.
>
> This header is related to internal representation of java class inside th=
e
> VM. Currently it contains all entities for internal class representation:
> class itself, constant pool, members (field, method), exceptions handler,
> vtable and so forth.
>
> First thing I would like to do is to split the file into a group of files=
,
> each of which would contain only one entity (and some closely related
> entities, if any). This would produce the following headers:
> 1)       Class.h =96 constant pool and class
> 2)       vtable.h =96 vtable
> 3)       class_member.h =96 field and method entities descriptors, except=
ion
> handler descriptor
> 4)       cci.h =96 code chunk entity (part of compiled method code)
>
> Second thing to do is to throw away members (and other stuff), which are
> not used anymore and the only reason they are still there is history or t=
hey
> do not belong to these files.
>
> Third thing to do is to make all these entities C++ objects. Currently,
> member variables of all listed entities are used arbitrarily throughout
> DRLVM code. I would like to regularize usage and, also, document internal=
s
> of these entities.
>
> Certainly, I'll do all these changes step-by-step with little patches
> coming in.
>
> Regards,
>            Pavel Pervov
> Intel Middleware Products Division.
>
>

------=_Part_6058_3996790.1159021317251--