Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 16222 invoked from network); 9 Feb 2007 12:22:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Feb 2007 12:22:29 -0000 Received: (qmail 60855 invoked by uid 500); 9 Feb 2007 12:22:36 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 60740 invoked by uid 500); 9 Feb 2007 12:22:35 -0000 Mailing-List: contact commits-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 commits@harmony.apache.org Received: (qmail 60372 invoked by uid 99); 9 Feb 2007 12:22:34 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Feb 2007 04:22:33 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Feb 2007 04:22:26 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id ED7E641095D for ; Fri, 9 Feb 2007 04:22:05 -0800 (PST) Message-ID: <7787418.1171023725970.JavaMail.jira@brutus> Date: Fri, 9 Feb 2007 04:22:05 -0800 (PST) From: "Alexey Varlamov (JIRA)" To: commits@harmony.apache.org Subject: [jira] Commented: (HARMONY-3126) [drlvm] VMMagic: migration to new interfaces In-Reply-To: <4797068.1170776285761.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HARMONY-3126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12471676 ] Alexey Varlamov commented on HARMONY-3126: ------------------------------------------ Pavel, thanks for such a thorough review! Few observations below: Re 3) : In method_has_annotation() I see annotations are compared by class, and this is the only correct way in general case. Therefore loading annotation classes is inavoidable, but in practice this has no overhead since only helper methods are explored. Re 4) : ClassFileFormat dictates this, as annotations are named as descriptors and Type_Desc is just more convenient. Re 5) : Yet better way is to compare String instances, i.e. preload magic types to Strings and compare by '==' with incoming class name. Re 11) : With the above optimizations, no extra comparisons in VM? As for the JIT, probably no easy alternative... Maybe export VM's StringPool? > [drlvm] VMMagic: migration to new interfaces > -------------------------------------------- > > Key: HARMONY-3126 > URL: https://issues.apache.org/jira/browse/HARMONY-3126 > Project: Harmony > Issue Type: Improvement > Components: DRLVM > Reporter: Mikhail Fursov > Assigned To: Alexey Varlamov > Attachments: vmmagic_1.zip, wrn.diff > > > This patch contains: > 1) all VMmagics methods updated to use annotations-like pragmas instead of obsolete exception-like > 2) vmmagic.jar location is updated to point to the new version. Run 'build update' before building drlvm > 3) method_has_annotation was added to VM interfaces > 4) magic types were removed from VM/GC enumeration > 5) some refactoting was done to simplefy EM64T port (I hope it were all VM/GC changes needed) > 6) minor bugfixes and improvements -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.