harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Weldon Washburn" <weldon...@gmail.com>
Subject Re: [drlvm] questions on class unloading (JIRA H2000) and cleaning class.h (JIRA H1558)
Date Thu, 09 Nov 2006 06:51:11 GMT
1558 has been committed.  It took two commits since I forgot to "svn add" 4
files.  All in all, one hundred and twenty one files were committed.

Following the commit(s), I did an "rm -rf trunk", svn update, build.sh, "
build.sh test" on my linux box.  Everything seems to work OK.




On 11/8/06, Geir Magnusson Jr. <geir@pobox.com> wrote:
>
> so, how did it go?
>
> Weldon Washburn wrote:
> > On 11/7/06, Gregory Shimansky <gshimansky@gmail.com> wrote:
> >>
> >> On Friday 03 November 2006 19:18 Weldon Washburn wrote:
> >> > H1558 has been a big battle to get it into committable shape.  I
> would
> >> > really like to commit it first.  (In fact, Pavel and I are working
> >> on it
> >> > right now!)
> >>
> >> The patch in HARMONY-1558 is huge and often is broken by new VM
> commits.
> >> Shall
> >> we make a freeze on VM commits to allow this patch it? Maintaining so
> >> many
> >> code changes is probably not an easy task.
> >>
> >> I've tried to apply it today and it doesn't apply cleanly (no surprise,
> 5
> >> days
> >> passed since the last update). I think some cooperation between VM
> >> committers
> >> is required to allow this patch to be finally integrated into the code.
> >>
> >> We should either agree to let it in or let it die. I support the first
> >> option.
> >>
> >> Weldon, Geir, what do you think?
> >
> >
> > Pavel and I will work on 1558 in the next 12 hours.  Hopefully
> > we will commit it very soon.   It has been a very difficult patch to
> apply
> > for all the reasons you describe.  It would be appreciated if you can
> hold
> > off applying any patches that might modify the same files as 1558.
> >
> > --
> >> Gregory Shimansky, Intel Middleware Products Division
> >>
> >
> >
> >
>
>


-- 
Weldon Washburn
Intel Enterprise Solutions Software Division

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message