This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
GDB 8.1 release -- 2018-01-08 update
- From: Joel Brobecker <brobecker at adacore dot com>
- To: gdb-patches at sourceware dot org
- Cc: Pedro Alves <palves at redhat dot com>, macro at linux-mips dot org, tom at tromey dot com, simon dot marchi at ericsson dot com
- Date: Mon, 8 Jan 2018 11:49:37 +0400
- Subject: GDB 8.1 release -- 2018-01-08 update
- Authentication-results: sourceware.org; auth=none
Hello,
The gdb-8.1-branch was created last Friday :).
Here is the list of issues identified as blocking for 8.1 release:
* [Pedro] gdb/22583
gdb.base/breakpoint-in-ro-region.exp regressions on software
single-step tar gets
* [Maciej] remote/22597
Empty `qsThreadInfo' reply handling regression causing inability to execute
I'm trying to understand whether this is specific to mips or more
general. And whether this only affects GDB when debugging with older
stubs or whether it affects us more generally.
Depending on the answer, the issue might not be so severe as
to hold the release.
Maciej - can you tell where we are on this issue, and whether
you think it really is blocking for 8.1?
* [Pedro/Joel] gdb/22670
regressions in Ada caused by introduction of wild matching in
C++ patch series
Pedro has a fix for all the issues identified so far.
On my end, I have gone through most of the failures I see
using the AdaCore testsuite, with 5 left to go. Intuitively,
I think we're through, but I'll have confirmation by end of
this week.
* [TomT] no PR yet
Regression on 32-bit: gdb.guile/scm-ports.exp [Re: [RFA 1/2]
Fix two regress ions in scalar printing
https://sourceware.org/ml/gdb-patches/2017-12/msg00215.html
Tom posted a patch which was recently approved. So it's a matter
of pushing it, and backporting it.
* [SimonM] no PR yet
hurd: Add enough auxv support for AT_ENTRY for PIE binaries
Patch looks good to Simon. Just needs to be pushed, or else
backported if not pushed before branching.
Any progress on this patch?
Looking at the list, once we close gdb/22670, I think we can
make our first pre-release, but please let me know if you believe
some of those issues above are critical enough that a pre-release
would not be useful yet.
Thanks!
--
Joel