------- Comment #1 from joseph at codesourcery dot com 2009-02-08 19:16 ------- Subject: Re: New: trunk revision 143992 - Too many Testsuite FAILs = email > 400K = bounce
On Sat, 7 Feb 2009, rob1weld at aol dot com wrote: > This causes a bounce reply message which _might_ mean that > tests with the most failures (and require fixing quicker) > will not be included in: http://gcc.gnu.org/ml/gcc-testresults/2009-02/ The purpose of the gcc-testresults list is not for humans to read and identify bugs to fix; it is so that if you have a failure you can do a search and see what subset of platforms it appears on and when it appeared on those platforms, and maybe learn more about the underlying cause that way. If a target is *completely or substantially broken*, a failure of a test there is unlikely to be related to a failure of that test on a target that is not completely or substantially broken, so results for such targets add little value, and the filter serves a useful purpose in avoiding cluttering gcc-testresults with completely broken results and wasting bandwidth and disk space for copies of completely broken results. If your tests show such substantial breakage that the results bounce, you should fix the problems shown until the results are clean enough, or file a clear and specific bug report about the issues shown *only if you can make sure it really is the target support that is broken, not the test environment on your specific system*. (Such breakage can easily be a problem with your system, not with GCC. For example, if you have a broken version of expect that truncates output, as discussed in bug 12096.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39125
