Weldon, the stress.Stack used to pass on IA32. There was a related commit recently, can you confirm this is not a regression? [r494838] Applied HARMONY-2916 [drlvm][interpreter] Use vm stack limit instead of harcoded value
2007/1/11, Weldon Washburn <[EMAIL PROTECTED]>:
On 1/10/07, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: > > On Jan 10, 2007, at 4:26 PM, Weldon Washburn wrote: > > > Is anyone else seeing this? > > > > I put stress.Mix back on the excludes list for 32-bit Linux. Now > > stress.Stack is causing problems. For now, I am excluding > > stress.Stack on > > my local machine and going forward with commits. > > How will you know if your new commits breaks things related to that? I thought we covered this ground with the stress.Mix problem. It appears that each of us has a different set of OS/HW boxes to run "build test" on. The generic answer is that nobody has a complete set of OS/HW combos and that every commit runs the risk of breaking on some combo. This actually brings up something that would really be nice to have, a rollback list. I am thinking a short list of OS/HW combos that a regression means a compulsory SVN rollback. The expectation is that every committer would have access to a full set of machines on the rollback list. For starts, I think the list should be: 1) single ia32 cpu laptop w/ WindowsXP 2) 4 CPU SMP w/ Linux ia32 3) 4 CPU SMP w/ Linux 64-bit (em64t) Thoughts? > geir > > > > > -- > > Weldon Washburn > > Intel Enterprise Solutions Software Division > > -- Weldon Washburn Intel Enterprise Solutions Software Division
