gdb-7.8 branching status (2014-06-04)
Pedro Alves
palves@redhat.com
Wed Jun 4 17:35:00 GMT 2014
On 06/04/2014 06:18 PM, Joel Brobecker wrote:
> . I just noticed a regression with gdbserver on LynxOS.
> The testing came back just in the nick of time to identify
> the source of the regression:
> commit 802e8e6d8465a0d05803a987ba1bb3237fb2fb70
> [GDBserver] Make Zx/zx packet handling idempotent.
> I will more into it right away.
Blasphemy! :-P Hopefully it'll be a simple issue, like, me
installing the new hooks incorrectly..
I also filed PRs for the gdbserver regressions I had mentioned before.
[Bug go/17018] New: XFAIL: gdb.go/hello.exp: Starting string check
https://sourceware.org/PR17018
[Bug gdb/17019] New: gdb.base/restore.exp failures
https://sourceware.org/PR17019
[Bug gdb/17020] New: gdb.base/store.exp failures
https://sourceware.org/PR17020
[Bug gdb/17016] New: XFAIL: gdb.threads/dlopen-libpthread.exp: info probes all rtld rtld_map_complete
https://sourceware.org/PR17016
[Bug gdb/17015] New: gdb.trace/collection.exp failures
https://sourceware.org/PR17015
[Bug gdb/17014] New: gdb.trace/unavailable.exp failures
https://sourceware.org/PR17014
Likely most of those are system/gcc related though. I'm diffing
against a gdb.sum from a month ago, and I updated my Fedora in
the mean time... Still, it's shame that all these are failing
on newer systems.
I'll run the testsuite on my current system against 7.7,
diff the result against mainline, and update the PRs with
what I find out. If they fail on 7.7 as well, they're not
regressions, so can't be blockers.
--
Pedro Alves
More information about the Gdb-patches
mailing list