1558 pass the pre-commit "build test" on my windows laptop. I have not done a post-commit clean "svn checkout", build, build test. Mostly because build test makes my laptop unusable for over an hour. It would be good if someone can double verify the windows build is OK since 1558 commit was one hundred twenty files.
On 11/9/06, Rana Dasgupta <[EMAIL PROTECTED]> wrote:
Great. Thanks Weldon. Does this mean that it is to be verified on Windows? On 11/8/06, Weldon Washburn <[EMAIL PROTECTED]> wrote: > > 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. <[EMAIL PROTECTED]> wrote: > > > > so, how did it go? > > > > Weldon Washburn wrote: > > > On 11/7/06, Gregory Shimansky <[EMAIL PROTECTED]> 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 > >
-- Weldon Washburn Intel Enterprise Solutions Software Division
