Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 61737 invoked from network); 7 May 2008 09:52:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 May 2008 09:52:47 -0000 Received: (qmail 88046 invoked by uid 500); 7 May 2008 09:52:48 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 88013 invoked by uid 500); 7 May 2008 09:52:48 -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 88002 invoked by uid 99); 7 May 2008 09:52:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 May 2008 02:52:48 -0700 X-ASF-Spam-Status: No, hits=1.6 required=10.0 tests=RCVD_IN_DNSWL_LOW,RCVD_NUMERIC_HELO,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.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; Wed, 07 May 2008 09:52:00 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JtgJm-0001r8-S2 for dev@harmony.apache.org; Wed, 07 May 2008 09:52:11 +0000 Received: from 89.175.165.2 ([89.175.165.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 May 2008 09:52:10 +0000 Received: from egor.pasko by 89.175.165.2 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 May 2008 09:52:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: dev@harmony.apache.org From: Egor Pasko Subject: Re: [drlvm][opt] what does 'irBuilderFlags.expandMemAddrs' mean? Date: 07 May 2008 13:51:59 +0400 Lines: 55 Message-ID: <0vqod7ijvb4.fsf@gmail.com> References: <3db9f87f0805060621l10ca111ah807bbf066b23b29@mail.gmail.com> <0vqskwvjht0.fsf@gmail.com> <482117F7.1080209@gmail.com> <3db9f87f0805062035o444d539ftc50a9e16bb2c1021@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: 89.175.165.2 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 Sender: news X-Virus-Checked: Checked by ClamAV on apache.org On the 0x43D day of Apache Harmony Simon Chow wrote: > Thank you all~ > so all the 'St*'s (such as StField, StStatic, StElem etc.) are translated > into TauStInd or TauStRef instruction now? > additionally, what is the exact meaning of 'Tau' prefix? On Tau plz first take a look at recent discussions: http://thread.gmane.org/gmane.comp.java.harmony.devel/32642/focus=33106 Exact meaning is that inst has a Tau prefix iff destination operand is a Tau operand. > > Thanks > > 2008/5/7 George Timoshenko : > > > expandMemAddr is true by default. > > I am not sure if it wrorks correctly in the 'false' case. > > > > This flag is obsolet actually. > > It should be removed. > > > > > > Egor Pasko wrote: > > > > > On the 0x43C day of Apache Harmony Simon Chow wrote: > > > > > > > Hi all > > > > I found this flag is frequently used when generating 'Store' related > > > > instruction. > > > > if it is set, makeMultiSrcInst is used, otherwise makeFieldAccessInst > > > > is > > > > used, is that right? and Why is that? > > > > > > > > > > after "Lazy Resolution" feature has been implemented, you can safely > > > assume expandMemAddrs is always true, otherwise it just does not > > > work. > > > > > > true makes indirect loads by addresses > > > false makes special instructions like ldfield > > > > > > I dunno why there were two ways to do the same thing for ages. Maybe > > > true value helped memopt (so you do not have to teach it with ldfield > > > stuff), not sure. > > > > > > > > > > > -- > From : Simon.Chow@Software School of Fudan University -- Egor Pasko