On 7 Dec 2011, at 18:47, Uros Bizjak wrote:
On Wed, Dec 7, 2011 at 7:43 PM, Jack Howarth
<howa...@bromo.med.uc.edu> wrote:
Currently we are failing...
FAIL: gcc.dg/simulate-thread/atomic-load-int128.c -O1 -g thread
simulation test
FAIL: gcc.dg/simulate-thread/atomic-load-int128.c -O2 -g thread
simulation test
FAIL: gcc.dg/simulate-thread/atomic-load-int128.c -O3 -g thread
simulation test
FAIL: gcc.dg/simulate-thread/atomic-load-int128.c -Os -g thread
simulation test
on x86_64-apple-darwin11 due to the 10 second timeout in simulate-
thread of
gcc/testsuite/lib/gcc-simulate-thread.exp. Increasing this timeout
to 20 seconds
eliminates the failures (as these test take ~16 seconds on x86_64-
apple-darwin11).
Okay for gcc trunk?
if it's only one test can't you use { dg-timeout-factor 2.0 .... ?
As said elsewhere, this will double the amount of already large
logfile in case of failed test.
Do we really need such detailed log?
anything to optimize what's in the logs would be welcome in debugging
Iain