Remaining 7.5 regressions (Re: [ARM, commit, RFA 7.5] Fix HW breakpoints on unaligned addresses)
Sergio Durigan Junior
sergiodj@redhat.com
Thu Aug 2 06:50:00 GMT 2012
On Wednesday, August 01 2012, Ulrich Weigand wrote:
> Joel Brobecker wrote:
>> > In general, what's the timeline for 7.5? I've noticed a couple of
>> > other test case regressions when testing the branch on ARM, s390,
>> > and Cell ...
>>
>> The branch was created on July 17th, and the target date for release
>> creation is 2 weeks after that, which would have been today. I thought
>> there was still one open issue, but the release page says we're clean
>> (except for your issue).
>
> In addition to the failures fixed by the above patches, I'm still seeing:
>
> - Failures in gdb.base/pc-fp.exp on various platforms, as described here:
> http://sourceware.org/ml/gdb-patches/2012-07/msg00823.html
> (just an output formatting issue)
This patch will probably go in tomorrow when I wake up, if Pedro
approves it. It is also simple enough to be committed to 7.5.
> - Failures in gdb.mi/mi-var-rtti.exp on various platforms, see:
> http://sourceware.org/ml/gdb-patches/2012-07/msg00458.html
> (seems to be a bug in the test case)
I see them also on s390x as you pointed out, but not on ppc64.
> - Failures in gdb.threads/watchpoint-fork.exp on ARM and PowerPC.
> This looks like a pre-existing bug that hardware watchpoints are not
> handled correctly across forks, which is now exposed since a test
> case for this scenario was added.
I seem some failures on s390x as well:
+FAIL: gdb.threads/watchpoint-fork.exp: child: singlethreaded: breakpoint after the second fork (timeout)
+FAIL: gdb.threads/watchpoint-fork.exp: child: singlethreaded: watchpoint after the second fork
+FAIL: gdb.threads/watchpoint-fork.exp: child: singlethreaded: finish
> - Some new C++ regressions on ARM / s390x (could be compiler issues?)
Could you tell which C++ regressions are those? I see this on
PPC64/s390x:
-PASS: gdb.cp/inherit.exp: print g_vB (FIXME v3 vtbl ptr)
-PASS: gdb.cp/inherit.exp: print g_vC (FIXME v3 vtbl ptr)
+FAIL: gdb.cp/inherit.exp: print g_vB
+FAIL: gdb.cp/inherit.exp: print g_vC
...
-PASS: gdb.cp/inherit.exp: print g_vE (FIXME v3 vtbl ptr)
+FAIL: gdb.cp/inherit.exp: print g_vE
-PASS: gdb.cp/virtbase.exp: print *this
+FAIL: gdb.cp/virtbase.exp: print *this
...
-PASS: gdb.cp/virtbase.exp: print *(D *) e
+FAIL: gdb.cp/virtbase.exp: print *(D *) e
I am investigating the last two (virtbase.exp), since I had a brief
discussion with Jan about the inherit.exp one and he mentioned it is
probably a compiler issue (though I could not confirm yet).
> - Failures in various core file tests on PowerPC (needs investigation)
I am not seeing this on ppc64 RHEL 6.3.
> - Failures in gdb.threads/siginfo-threads.exp on s390 (needs investigation)
Fully passing for me on s390x RHEL 6.3.
> - Failures in gdb.dwarf2/dw2-icc-opaque.exp on SPU and s390 (likewise)
I can confirm on s390x, and I am also seeing on ppc64.
>> The easiest for me would probably to create it on Friday, assuming
>> that we don't discover something new by then.
>
> I'll see what I can track down and fix until Friday. Sorry for starting
> my test series a bit late this time ...
Please keep me informed if it is possible, I am also tackling some
regressions as you are.
Thanks,
--
Sergio
More information about the Gdb-patches
mailing list