Mailing-List: contact harmony-commits-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Message-ID: <7931344.1160249601263.JavaMail.root@brutus>
Date: Sat, 7 Oct 2006 12:33:21 -0700 (PDT)
From: "Pavel Pervov (JIRA)" <jira@apache.org>
To: harmony-commits@incubator.apache.org
Subject: [jira] Updated: (HARMONY-1558) Cleaning insides of Class.h header
In-Reply-To: <4932443.1159020802341.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

     [ http://issues.apache.org/jira/browse/HARMONY-1558?page=all ]

Pavel Pervov updated HARMONY-1558:
----------------------------------

    Attachment: splitting-class-h-constant-pool-r453987-10-07.patch

Strangely, gcc 3.4.5 can't compile sizeof(((Type*)NULL)->field) but gcc 4.0.2 can for the following case:

struct Foo {};

struct Type {
    Foo foo;
    int field;
};


> Cleaning insides of Class.h header
> ----------------------------------
>
>                 Key: HARMONY-1558
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1558
>             Project: Harmony
>          Issue Type: Improvement
>          Components: DRLVM
>            Reporter: Pavel Pervov
>         Assigned To: weldon washburn
>         Attachments: constant-pool-r450808-09-28.patch, constant_pool_to_r449950_09_26.patch, splitting-class-h-constant-pool-r452474-10-03.patch, splitting-class-h-constant-pool-r453987-10-07.patch, splitting-class-h-r450808-09-28.patch, splitting-class-h.patch
>
>
> "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 the 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 - constant pool and class
> 2)       vtable.h - vtable
> 3)       class_member.h - field and method entities descriptors, exception handler descriptor
> 4)       cci.h - 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 they 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 internals of these entities."

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira