Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 2435 invoked from network); 3 Apr 2007 10:05:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Apr 2007 10:05:53 -0000 Received: (qmail 83833 invoked by uid 500); 3 Apr 2007 10:06:00 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 83818 invoked by uid 500); 3 Apr 2007 10:06:00 -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 83809 invoked by uid 99); 3 Apr 2007 10:06:00 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Apr 2007 03:06:00 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED 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; Tue, 03 Apr 2007 03:05:52 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 734CA714066 for ; Tue, 3 Apr 2007 03:05:32 -0700 (PDT) Message-ID: <12587171.1175594732464.JavaMail.jira@brutus> Date: Tue, 3 Apr 2007 03:05:32 -0700 (PDT) From: "George Timoshenko (JIRA)" To: commits@harmony.apache.org Subject: [jira] Updated: (HARMONY-3189) [drlvm][jit][opt] code patching works incorrectly on EM64T In-Reply-To: <22935102.1171632966206.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-3189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] George Timoshenko updated HARMONY-3189: --------------------------------------- Attachment: HARMONY-3189-version-3-SP2.patch that assert was not the only problem :( code compactor removed additional nops inserted before callInst if the callInst was the only instruction in the basic block so one (the first) of the additional nops is now the "real" instruction in the CFG inserted before callInst > [drlvm][jit][opt] code patching works incorrectly on EM64T > ---------------------------------------------------------- > > Key: HARMONY-3189 > URL: https://issues.apache.org/jira/browse/HARMONY-3189 > Project: Harmony > Issue Type: Bug > Components: DRLVM > Environment: EM64T > Reporter: George Timoshenko > Assigned To: Alexey Varlamov > Attachments: HARMONY-3189-version-3-SP1.patch, HARMONY-3189-version-3-SP2.patch, HARMONY-3189-version-3-SP2.patch, HARMONY-3189-version-3-SP2.patch, HARMONY-3189-version-3.patch, HARMONY-3189.patch > > > fixing HARMONY-2881 triggered a serious problem: > code patching mecanizm can not work when the target addres of call instruction is 64 bit long. (such addresses appeares after fixing 2881) > there is no CALL inst with 64-bit immediate operand on EM64T. > So all direct calls are turned into: > MOV a reg, immediate target addr; > CALL the reg; > this issue devoted to fixing code patching mecanizm on EM64T -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.