This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: gdb-7.8 branching status (2014-06-04)
- From: Pedro Alves <palves at redhat dot com>
- To: Joel Brobecker <brobecker at adacore dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Thu, 05 Jun 2014 14:58:36 +0100
- Subject: Re: gdb-7.8 branching status (2014-06-04)
- Authentication-results: sourceware.org; auth=none
- References: <20140604171843 dot GX30686 at adacore dot com> <538F58DE dot 7030204 at redhat dot com> <20140604182038 dot GX4289 at adacore dot com>
On 06/04/2014 07:20 PM, Joel Brobecker wrote:
>> 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.
>
> Thanks for doing that, Pedro. Let us know when you have the results,
> so we know whether we're in the clear or not...
I've done this now. I had to rerun all testing in non-parallel mode
to get good diffs...
The "good" news, I get all those FAILs with 7.7 too, so not
regressions.
Apart from the break-interp-exp crashes Markus has a fix for, and
a few PASS -> XFAIL that are marked as GCC bugs, I saw this
with both native and gdbserver:
-PASS: gdb.cp/koenig.exp: p entry (c)
+FAIL: gdb.cp/koenig.exp: p entry (c)
This is:
Regression for gdb.cp/koenig.exp: p entry (c) [Re: [RFA] Fix c++/16253 (tag/variable name collision)]
https://sourceware.org/ml/gdb-patches/2014-04/msg00374.html
I don't know the current status of that one. Keith?
and this one on native:
-PASS: gdb.base/pie-execl.exp: continue
-PASS: gdb.base/pie-execl.exp: pie_execl_marker address second
-PASS: gdb.base/pie-execl.exp: pie_execl_marker address has changed
+ERROR: Process no longer exists
+UNRESOLVED: gdb.base/pie-execl.exp: continue
I looked at the backtrace and it's the same as with the
break-interp.exp crashes, so it'll likely be fixed with
Markus' patch.
--
Pedro Alves