Status ====== We are in Stage 3. When we reach 100 open regressions, we will go to regression-only mode. When we approach the 4.3.0 release, we will create a branch, and open Stage 1 for 4.4.0.
Quality Data ============ We have approximately zero change in the quality data over the last month. Priority # Change from Last Report -------- --- ----------------------- P1 31 - 2 P2 98 + 1 P3 5 + 1 -------- --- ----------------------- Total 134 0 It should be noted that 9 of the PRs shown above are in WAITING state. (Perhaps I should change the search to automatically exlcude those.) Issues ====== Clearly, to get the numers down, we need to fix problems at a faster rate than we're finding and/or introducing them -- or we need to decide to downgrade some of our current regressions. In the latest batch, I did notice several bugs with relatively exotic options (e.g., "-fopenmp", "-ftest-coverage", and "-fmudflap".) However, if we're going to have those features in the compiler, they have to work -- there's no point in having a compiler with a lot of feature checkboxes if those don't work for real code. I think it's perfectly reasonable todisable some of these exotic combinations if there are ways that they can't be easily made to work; for example, if "-fprofile-arcs -fopenmp" just isn't going happen, then let's just sorry(). Users (or distributors) sufficiently motivated can comment out the sorry and try it, if they really want to, but we won't trick users into thinking that we think this ought to work. Most of the P1s remaining are now ICEs, not wrong-code, which is progress. So, I think we've moved forward a bit more than the raw numbers might indicate. Previous Report =============== http://gcc.gnu.org/ml/gcc/2007-11/msg00109.html -- Mark Mitchell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x713
