Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 5600 invoked from network); 5 Feb 2009 08:21:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Feb 2009 08:21:02 -0000 Received: (qmail 69808 invoked by uid 500); 5 Feb 2009 08:21:00 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 69685 invoked by uid 500); 5 Feb 2009 08:21:00 -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 69674 invoked by uid 99); 5 Feb 2009 08:21:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 00:21:00 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of xiaoming.gu@gmail.com designates 64.233.182.188 as permitted sender) Received: from [64.233.182.188] (HELO nf-out-0910.google.com) (64.233.182.188) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 08:20:53 +0000 Received: by nf-out-0910.google.com with SMTP id c7so14964nfi.40 for ; Thu, 05 Feb 2009 00:20:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=VAEzqgPdKC2D7oRg2pV+rUvx3+EvXOsUBOzEeRj4eHo=; b=QO0sL84ixI+I4gkvHwS6h0R9pUUDFMdZuPl7sMwEdcNOYJAL/7Fihsac/VmAEvwV3b FgsciZm4S/tG/MCusoo5hH1Soexrd1WtRRP7lUvMtIgBs64oxLVO7hCZN4jblcjPuD/f soXgsaynqXrr3ENa6nSTq8Yj6jtnxn8F7Dvvo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=qmsB8prgIIkDtcOh9qvTyfrtow7AHD//SnesCLzcuzpZdAUjPlR2RqAombckkWvddB s71jYDaGkHHtVb2fV0FJPIMgHOXwiqBgIKQItTa6cGAKD+tiUoFt7nYzoMOyM3nWLSGT MPt6CjkVQkKKJegfaslDYUNeTStlZANZCrQR0= MIME-Version: 1.0 Received: by 10.210.58.13 with SMTP id g13mr175867eba.114.1233822031649; Thu, 05 Feb 2009 00:20:31 -0800 (PST) In-Reply-To: <255079590811022200v1df41e69o6f28d3384a00949b@mail.gmail.com> References: <255079590811021952l458ebaban7c9ec20849b39867@mail.gmail.com> <9623c9a50811022021i332c19fen95d732c7b49aa745@mail.gmail.com> <255079590811022200v1df41e69o6f28d3384a00949b@mail.gmail.com> Date: Thu, 5 Feb 2009 16:20:31 +0800 Message-ID: <255079590902050020y6aae262cw69843f1ed3a6093b@mail.gmail.com> Subject: Re: discussion for H5022 From: xiaoming gu To: dev@harmony.apache.org Content-Type: multipart/alternative; boundary=0015174c1352e99b7e046227937a X-Virus-Checked: Checked by ClamAV on apache.org --0015174c1352e99b7e046227937a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I did some tests on 64-bit Windows and found sizeof(POINTER_SIZE_INT)=8. So I think no truncation happens. And I could NOT find the code mentioned in [1] and maybe it is because of some rollback. What's your opinion? Xiaoming [1] - https://issues.apache.org/jira/browse/HARMONY-5022 On Mon, Nov 3, 2008 at 2:00 PM, xiaoming gu wrote: > So in 64-bit platform with compressed pointer, the base address for heap is > still 64-bit but the offset is 32-bit. > > Got it. Thanks. -Xiaoming > > > On Mon, Nov 3, 2008 at 12:21 PM, Xiao-Feng Li wrote: > >> Xiaoming, I think this work is only related with X86-64, the 64bit >> machine. In a 32bit platform, there is no such concept of 64-bit base >> address. In 64-bit platform with compressed pointer, we have a base >> address and a 32-bit offset for one pointer. >> >> Thanks, >> xiaofeng >> >> On Mon, Nov 3, 2008 at 11:52 AM, xiaoming gu >> wrote: >> > Hi, guys. I'm studying H5022 - incorrect codegeneration of compressed >> obj >> > arithmetics[1]. In my understanding, the problem is that current JIT >> casts >> > heap base address from 64-bit to 32-bit compulsorily in IA32 but that >> > address must be in 64-bit even in a 32-bit platform. If I catch the >> point of >> > this jira correctly, I'll try to delete the casts in >> > Ia32InstCodeSelector.cpp recently. Any comment? Thanks. >> > >> > Xiaoming >> > >> > [1] - https://issues.apache.org/jira/browse/HARMONY-5022 >> > >> >> >> >> -- >> http://xiao-feng.blogspot.com >> > > -- China Runtime Technologies Lab, SSG/SSD/MRTC, Intel --0015174c1352e99b7e046227937a--