Return-Path: 
 <dev-return-23967-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org>
Delivered-To: apmail-harmony-dev-archive@www.apache.org
Received: (qmail 91103 invoked from network); 6 Feb 2007 10:07:36 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 6 Feb 2007 10:07:36 -0000
Received: (qmail 98568 invoked by uid 500); 6 Feb 2007 10:07:41 -0000
Delivered-To: apmail-harmony-dev-archive@harmony.apache.org
Received: (qmail 98536 invoked by uid 500); 6 Feb 2007 10:07:41 -0000
Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@harmony.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@harmony.apache.org>
List-Post: <mailto:dev@harmony.apache.org>
List-Id: <dev.harmony.apache.org>
Reply-To: dev@harmony.apache.org
Delivered-To: mailing list dev@harmony.apache.org
Received: (qmail 98527 invoked by uid 99); 6 Feb 2007 10:07:41 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Feb 2007 02:07:41 -0800
X-ASF-Spam-Status: No, hits=2.0 required=10.0
	tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: domain of mike.fursov@gmail.com
 designates 209.85.132.241 as permitted sender)
Received: from [209.85.132.241] (HELO an-out-0708.google.com) (209.85.132.241)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Feb 2007 02:07:30 -0800
Received: by an-out-0708.google.com with SMTP id b2so1118109ana
        for <dev@harmony.apache.org>; Tue, 06 Feb 2007 02:07:05 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=gNSERQXLU8Uo7WNJQyIMwcEkNVebXcZLQBv77gfXJda9cmjgit5q1KxZF69806DhTZLXRoyRoeSul+K7Iznos4BeSWoOGMKFixjlcmDpc6WXRdJ7/2pLkIP7Ip5UvSxdXAXM6VDpwinqhAuObE2mPe4YPpH9lFPiVep2N6IWR10=
Received: by 10.115.23.12 with SMTP id a12mr738685waj.1170756416076;
        Tue, 06 Feb 2007 02:06:56 -0800 (PST)
Received: by 10.114.130.4 with HTTP; Tue, 6 Feb 2007 02:06:56 -0800 (PST)
Message-ID: <bc79dd600702060206v4c777d5bk351e19a3f881b57b@mail.gmail.com>
Date: Tue, 6 Feb 2007 16:06:56 +0600
From: "Mikhail Fursov" <mike.fursov@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [drlvm] Enabling vmmagic support on 64bit OS - need package
 update to the latest version
In-Reply-To: <45C8352E.3070109@anu.edu.au>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_817_4807955.1170756416044"
References: <bc79dd600702050340l2f39a2d0w3145af7c1b5032fd@mail.gmail.com>
	 <bc79dd600702050356y75ccafd8q1c92c05ba7a3d7e2@mail.gmail.com>
	 <45C8352E.3070109@anu.edu.au>
X-Virus-Checked: Checked by ClamAV on apache.org

------=_Part_817_4807955.1170756416044
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Robin,
thanks, this is exactly what we need.
I'm going to prepare a patch with migration from Exception-based to
Annotation-based pragmas this week and we migrate to the updated vmmagic
jar.

On 2/6/07, Robin Garner <robin.garner@anu.edu.au> wrote:
>
> Hi Mike,
>
> As you have seen, since the last time I posted an MMTk jar file, vmmagic
> has been split out as a separate JikesRVM subproject.
>
> I've put the file vmmagic-20070207 on my web page.  I expect this will
> be very close to the jar file that will be distributed on vmmagic.org.
>
> cheers
>
> Mikhail Fursov wrote:
> > Actually the only diff we need today is to add a single  method:
> >  /**
> >   * Fabricate an <code>Address</code> instance from a long
> >   *
> >   * @param address the long from which to create an <code>Address</code>
> >   *          instance
> >   * @return An address instance
> >   */
> >  public static Address fromLong(long address) {
> >    return null;
> >  }
> >
> > So, if Robin can add this method to Address class and put a new version
> of
> > JAR to his site this is enough.
> >
> > Another proposal about this JAR: AFAIK we need only 'org.vmmagic'
> > package in
> > the JAR. Can we remove all other stuff from it and decrease the JAR size
> > from 1M to 10k?
> >
> >
> > On 2/5/07, Mikhail Fursov <mike.fursov@gmail.com> wrote:
> >>
> >> All,
> >> I'm working on EM64T vmmagics enabling and faced the problem that JAR
> we
> >> use contains files that are not ready for 64-bit OS support.
> >> For example there is no way to create Address from long. This means
> that
> >> there is no way to create meaningful Address instance on 64bit
> >> platfrom at
> >> all.
> >> I checked the latest JikesRVM source and found all 64-bits methods I
> >> need.
> >>
> >> Porting magics to 64bit platform and enabling helpers inlining in all
> >> modes we have is not a task we can postpone for a months, so we have
> >> to do
> >> something to get the methods we need in our codebase.
> >>
> >> I see 2 solutions:
> >> 1) Robin can update mmtk jar we use to the latest version. This is the
> >> best choice because he is one of the authors.
> >> 2) I can do it by myself: get the JikesRVM copy and update our JAR.
> >>
> >> What will we do?
> >>
> >> --
> >> Mikhail Fursov
> >
> >
> >
> >
>
>
> --
> Robin Garner
> Dept. of Computer Science
> Australian National University
> http://cs.anu.edu.au/people/Robin.Garner/
>



-- 
Mikhail Fursov

------=_Part_817_4807955.1170756416044--