With r136685, these tests passed. They are known to fail since r136695. Both seem to be related to formatting of floating point numbers; possibly a miscompilation of newlib. None of the libraries or front-ends had related changes in the svn range.
The gfortran test fails at execution at all the torture options, calling abort for one of the subtests. The libstdc++ test fails with (copypasted): assertion "d == d1" failed: file "/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/22_locale/num_get/get/char/2.cc", line 101, function: void test02()^M program stopped with signal 6.^M I'll add an investigation from diffed disassembled executables and simulator traces. Author of suspect patches in this range CCed. -- Summary: [4.4 Regression]: gfortran.dg/default_format_1.f90, 22_locale/num_get/get/char/2.cc Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: cris-axis-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36593