2007/11/22, Tim Ellison <[EMAIL PROTECTED]>:
> Aleksey Shipilev wrote:
> > On Nov 21, 2007 10:56 PM, Aleksey Shipilev <[EMAIL PROTECTED]> wrote:
> >>>>> 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.
> >>> Are we talking about the same thing. If I read /bind properly it
> >>> preloads the addresses of entry points assuming that the DLLs do not
> >>> conflict -- which we hope will be true after rebasing.
> >> Good shot, I've missed the point there. I would spend some time for
> >> studying /BIND behavior and come up with the result a bit later.
> > So I haven't any boosts/degradations on HWA, but updated the patch
> > with /BIND. Hopefully it will help someday :) Please see JIRA for
> > updated patch.
>
> Too bad that we can't use a fileset rather than name the files
> individually, this could be quite brittle.
Does pathconvert work here? Smth like
<pathconvert property="arg.list" refid="file.set" dirsep=" "/>
...
<arg line="${arg.list}"/>
--
Alexey
>
> Why do you have three lines the same?
> <arg value="${build.deploy.dir}/jdk/jre/bin/icuin34.dll" />
> <arg value="${build.deploy.dir}/jdk/jre/bin/icuin34.dll" />
> <arg value="${build.deploy.dir}/jdk/jre/bin/icuin34.dll" />
>
> Regards,
> Tim
>
