Re: gdb-7.8 branching status (2014-06-04)

[Pedro Alves <palves@redhat.com>]

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