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
