Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <644657042.1215514959953.JavaMail.jira@brutus>
Date: Tue, 8 Jul 2008 04:02:39 -0700 (PDT)
From: "Sian January (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Assigned: (HARMONY-5899) [classlib][pack200]
 ByteCode.equals() can be optimized
In-Reply-To: <1615420454.1215450991652.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HARMONY-5899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sian January reassigned HARMONY-5899:
-------------------------------------

    Assignee: Sian January

> [classlib][pack200] ByteCode.equals() can be optimized
> ------------------------------------------------------
>
>                 Key: HARMONY-5899
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5899
>             Project: Harmony
>          Issue Type: Improvement
>          Components: Classlib
>    Affects Versions: 5.0M6
>         Environment: Pack200 HEAD
>            Reporter: Andrew Cornwall
>            Assignee: Sian January
>         Attachments: main.patch
>
>
> Now that HARMONY-5889 has been incorporated, the .equals() method for ByteCode can be simplified. This leads to some performance increase.
> I've also modified the hashCode() method. It now leads to fewer collisions. Now there are as few as if Object.hashCode() were used instead. (I didn't use Object.hashCode() because the abstract hashCode() in ClassFileEntry means I'd have to put a helper method in ClassFileEntry - and if the code in ByteCode is just as fast, why do that?)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.