------- Comment #17 from chrbr at gcc dot gnu dot org 2010-01-27 12:50 ------- strange, I didn't see that, even the undefined symbol in the assembler.
OK I disable the fix until this is clarified. Let me do a recheck on the silicium, will let you know. -c (In reply to comment #16) > I've got some new libstdc++-v3 testsuite failures with the patch > on my nightly sh4-linux tester: > > Running > /exp/ldroot/dodes/ORIG/trunk/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp > ... > FAIL: 23_containers/deque/requirements/exception/basic.cc (test for excess > errors) > WARNING: 23_containers/deque/requirements/exception/basic.cc compilation > failed > to produce executable > FAIL: 23_containers/deque/requirements/exception/propagation_consistent.cc > (test for excess errors) > WARNING: 23_containers/deque/requirements/exception/propagation_consistent.cc > compilation failed to produce executable > FAIL: 30_threads/packaged_task/members/get_future.cc execution test > FAIL: 30_threads/shared_future/members/get.cc execution test > > The first failure is > > /tmp/ccl5TCl4.s: Assembler messages: > /tmp/ccl5TCl4.s:43070: Error: undefined symbol `.L3394' in operation > > FAIL: 23_containers/deque/requirements/exception/basic.cc (test for excess > errors) > > The last 2 failures are resulted with the unaligned accesses. I saw > > Sending SIGBUS to "get_future.exe" due to unaligned access (PC 296554a8 PR > 2965549a) > Sending SIGBUS to "get.exe" due to unaligned access (PC 296554a8 PR 2965549a) > > on the target machine. > With reverting the first hunk of the patch, these errors go away. > Christian, could you please revert or disable the first hunk > of patches temporarily? Sorry I didn't catch this earlier. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42841