Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 50202 invoked from network); 6 Feb 2009 10:16:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Feb 2009 10:16:52 -0000 Received: (qmail 99625 invoked by uid 500); 6 Feb 2009 10:16:50 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 99597 invoked by uid 500); 6 Feb 2009 10:16:50 -0000 Mailing-List: contact dev-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 dev@harmony.apache.org Received: (qmail 99586 invoked by uid 99); 6 Feb 2009 10:16:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 02:16:50 -0800 X-ASF-Spam-Status: No, hits=-1.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gcjhd-harmony-dev@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 10:16:41 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LVNl0-0000I9-9C for dev@harmony.apache.org; Fri, 06 Feb 2009 10:16:22 +0000 Received: from packo.static.corbina.ru ([78.107.249.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Feb 2009 10:16:22 +0000 Received: from egor.pasko by packo.static.corbina.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Feb 2009 10:16:22 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: dev@harmony.apache.org From: Egor Pasko Subject: Re: discussion for H5022 Date: Fri, 06 Feb 2009 13:16:18 +0300 Lines: 24 Message-ID: <0vqocxfrhu5.fsf@gmail.com> References: <255079590811021952l458ebaban7c9ec20849b39867@mail.gmail.com> <9623c9a50811022021i332c19fen95d732c7b49aa745@mail.gmail.com> <255079590811022200v1df41e69o6f28d3384a00949b@mail.gmail.com> <255079590902050020y6aae262cw69843f1ed3a6093b@mail.gmail.com> <9623c9a50902051817m2d878470j28ba3666a2c495cb@mail.gmail.com> <255079590902052300j3988e7b4u83c9dc8961aaba57@mail.gmail.com> <9623c9a50902052337j36036a9am2e4ab7584fc71d51@mail.gmail.com> <0vqskmsq9c0.fsf@gmail.com> <255079590902060027j760ea619s2c232108bddb85d9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: packo.static.corbina.ru User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) Cancel-Lock: sha1:5szWaSPPc/CWjrwnvdO44ZRKVX4= Sender: news X-Virus-Checked: Checked by ClamAV on apache.org On the 0x550 day of Apache Harmony xiaoming gu wrote: > In latest version, I couldn't see the code mentioned in this JIRA. me too :( > And the only operations about heap base in HIR2LIR pass are for > zeroForComparison, ldnull, simpleLdInd, simpleStInd and > ldRef. Thanks. so, to sum up the compressed mode operation: zeroForComparison, simpleLdInd and simpleStInd all make a copy of heap base imm operand via mov (heapBaseOpnd() does that). Seems to be right. But ldnull does not do that. I understand that add/sub to ldnull imm operand will never happen on the code selection stage. But what about cmp? Suppose cmp accepts this 64 bit imm operand (heap base), then bang, it is truncated by encoder. Thinking of a possible reproducer in java: "if (obj != null) { ... }", seems like too common to be working incorrectly :) Still I do not understand what happens in this case. Xiaoming, do you have a clue? -- Egor Pasko