This test is failing more often, so I thought I would bring back a PR. On hppa2.0w-hp-hpux11.11 (dual 750 MHz, 8 GB memory): WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c -O2 (test for excess errors) WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c -O3 -fomit-frame-pointer (test for ex cess errors) WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c -O3 -g (test for excess errors) WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c -Os (test for excess errors) On i686-pc-linux-gnu (2 GHz, 1GB memory): WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c (test for excess errors)
Subject: Re: New: gcc.c-torture/compile/20001226-1.c times out > On i686-pc-linux-gnu (2 GHz, 1GB memory): Oops, that should have been 3.2 GHz. Dave
Subject: Bug 28614 Author: sje Date: Fri Dec 5 17:04:27 2008 New Revision: 142485 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142485 Log: PR other/28614 * gcc.c-torture/compile/20001226-1.c: Add dg-timeout-factor. * g++.dg/torture/pr31863.C: Ditto. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/torture/pr31863.C trunk/gcc/testsuite/gcc.c-torture/compile/20001226-1.c
Dave, I added a dg-timeout-factor to this test for HPPA so it shouldn't time out on PA boxes anymore. I hadn't noticed the x86 timeout part of the report when I first looked at it. Do you still have that problem? If so we can change the test to increase the timeout there too or, if you don't have that problem anymore we can just close this bug out since it should be fixed on PA now.
Subject: Re: gcc.c-torture/compile/20001226-1.c times out > ------- Comment #3 from sje at cup dot hp dot com 2008-12-05 17:16 ------- > Dave, I added a dg-timeout-factor to this test for HPPA so it shouldn't time > out on PA boxes anymore. I hadn't noticed the x86 timeout part of the report > when I first looked at it. Do you still have that problem? If so we can > change the test to increase the timeout there too or, if you don't have that > problem anymore we can just close this bug out since it should be fixed on PA > now. I haven't done a GCC build recently on this x86 system but I don't believe there is a timeout problem with this test on most x86 systems. Instead of just arbitrarily increasing the timeout values, I tend to think timeout values should be scaled based on the time for some base compilation. It also would be nice to keep execution time records for certain benchmark tests to that it might be possible to detect regressions in compilation speed. Dave