http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59305
Rainer Orth <ro at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Target|x86_64-apple-darwin13 |x86_64-apple-darwin13, | |sparc-sun-solaris2.10 CC| |ro at gcc dot gnu.org Host|x86_64-apple-darwin13 |x86_64-apple-darwin13, | |sparc-sun-solaris2.10 Build|x86_64-apple-darwin13 |x86_64-apple-darwin13, | |sparc-sun-solaris2.10 --- Comment #9 from Rainer Orth <ro at gcc dot gnu.org> --- I see the same issue on some Solaris 10/SPARC systems on UltraSPARC T2: The 32-bit -O0 test execution takes between an 12 min and an hour: yoda apoc mayon real 30:46.09 11.80 39.49 user 1:01:31.87 20.12 1:18.84 sys 0.25 1.91 0.07 The first numbers (yoda) are for 1.2 GHz UltraSPARC T2 running Solaris 10, the second set (apoc) for 1.35 GHz UltraSPARC IV running Solaris 11, and the third set (mayon) for 1.2 GHz UltraSPARC T2 running Solaris 11. When I run the tests manually, I see that only a few tests are very slow: complex_double_add_overflow, complex_double_sub_overflow, complex_double_mul_overflow, complex_double_div_overflow, and some more. Even if I reduce the test to just the complex_double_add_overflow case, it takes yoda mayon real 2:04.11 0.33 user 4:08.14 0.60 sys 0.03 0.01 Timing on mayon is quite varied, though, some runs taking 12.83 s. Running the test under plockstat to check for locking issues, the picture changes again: yoda between 5.48 s and 1:10.00 min, mayon between 10.14 s and 56.27 s. Not very conclusive yet; maybe something changes with adapting libatomic/config/posix/lock.c (PAGE_SIZE and CACHLINE_SIZE) to values appropriate for Solaris/SPARC. Rainer