Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (nike.apache.org: domain of aleksey.shipilev@gmail.com
 designates 64.233.184.226 as permitted sender)
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:content-transfer-encoding:content-disposition:references;
        b=WA2Dwgv7k5GNDsj0a/Vv3U3zp7Vv+YHy2TOcobKa4F9azS2yPVPomDpCK4Vn6FkyQGAT66q8yuIOp6Cjn+N2Z8hS0D+a/otE9LE/pGXeyIFjuASW6C78jFG7nppfcToUrb4g1PqH72d8PevV0C4LwjvTjSEJ444222j2wILLlhQ=
Message-ID: <4bebff790711211029y4a3fce33s1b93820a49b927e6@mail.gmail.com>
Date: Wed, 21 Nov 2007 21:29:16 +0300
From: "Aleksey Shipilev" <aleksey.shipilev@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [build] Post-build relocation for Harmony
In-Reply-To: <47447727.2000809@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <4bebff790711210922g1a31c922kf49879d727fc5aa@mail.gmail.com>
	 <474470E6.7030100@gmail.com>
	 <4bebff790711211003k34266749nbabeea8f92e6c6f6@mail.gmail.com>
	 <47447727.2000809@gmail.com>

Tim,

On Nov 21, 2007 9:21 PM, Tim Ellison <t.p.ellison@gmail.com> wrote:
> I see, that makes sense.  So perhaps we should not bother with the
> current basing option in makefiles, and just leave it all to the
> deployment stage?
We might just leave them alone and rebase again on the deployment stage.
That's the minumim change which allows to use large heaps.

> Looking at the doc for editbin, I agree that /largeaddressaware looks
> like a good option too.  How about /bind ?  Given we just rebased the
> DLLs it may help with start-up times?
That makes sense for the sake of modularity, sure, but that's not the
post-build action since we don't know what libraries will be used
exactly. So we need to prepare for the worst case and relocate most of
them.

> I may tweak that patch a bit so it doesn't try to rebase the DLLs in the
> bin/default directory if the VM isn't DRLVM.  Not sure what the effect
> would be on the IBM VME (at least, some of those files don't appear in
> the IBM/BEA VM).
Uhm... I thought my patch only touches DRLVM-specific build code. Are
the same scripts used for Harmony/J9 building? If yes, sure, we can
ensure compatibility with other VMs as well.

Thanks,
Aleksey.