From: Joel Brobecker <brobecker@adacore.com>
To: gdb-patches@sourceware.org
Subject: GDB 10.2 release (respin) -- 2021-01-31 Update
Date: Sun, 31 Jan 2021 10:45:57 +0400 [thread overview]
Message-ID: <20210131064557.GA72834@adacore.com> (raw)
Hi everyone,
It's been 3 months since our 10.1 release, and we have since then
pushed 8 fixes to the gdb-10-branch, so now is a good time to think
about a corrective release.
The plan would be to create the release as soon as able, so we can
then start thinking about Release 11.1 soon after. For now, here is
a quick status update of the things I know about. Please let me know
if there are other issues that we should consider for this corrective
release.
Thank you!
Fixed Since the Previous Update:
--------------------------------
N/A for this round (this is the first update for this release ;-) ).
Added Since the Last Update:
----------------------------
I'll start from the list of bugs filed for 10.2, available via:
https://sourceware.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=SUSPENDED&bug_status=WAITING&bug_status=REOPENED&list_id=24362&product=gdb&query_format=advanced&target_milestone=10.2
* [TomDV/SimonM/PedroA?] <PR remote/26614>
AddressSanitizer: heap-use-after-free of extended_remote_target in remote_async_inferior_event_handler
https://sourceware.org/bugzilla/show_bug.cgi?id=26614
According to the bug, a patch was pushed on Jan 7th.
Are there other fixes needed for that one, or can we close?
(I'll ask on the PR)
* [SimonM] <PR gdb/26828>
SIGSEGV in follow_die_offset dwarf2/read.c:22950
https://sourceware.org/bugzilla/show_bug.cgi?id=26828
I see that Simon posted a patch series that the bug reporter
confirmed fixes the issue; 2 patches were pushed, and 2 remain.
[PATCH 3/4] gdb/dwarf: don't enqueue CU in maybe_queue_comp_unit if already expanded
https://sourceware.org/pipermail/gdb-patches/2021-January/175265.html
(asking TomT if he has an opinion)
[PATCH 4/4] gdb/dwarf: create and destroy dwarf2_per_bfd's CUs-to-expand queue
https://sourceware.org/pipermail/gdb-patches/2020-December/173964.html
Already approved by TomT
* [<UNASSIGNED>] <PR backtrace/27147>
[GNU/Linux, sparc64] GDB is unable to print full stack trace (got "previous frame inner to this frame" errors)
https://sourceware.org/bugzilla/show_bug.cgi?id=27147
As the subject says, it's an unwinder issue.
Simon was able to reproduce, and tied this issue to a specific
commit adding multi-target support.
It's a 9->10 regression, so it would be nice to fix, but the risk
at the moment, is that the PR is currently not assigned, so there is
no "champion" to look after it.
Simon also requested we consider:
* [SimonM] <PR symtab/26813>
DW_FORM_rnglistx and DW_FORM_loclistx not fully supported
https://sourceware.org/bugzilla/show_bug.cgi?id=26813
Simon posted a patch series on Jan 20th:
[PATCH 00/13] DWARF 5 rnglists & loclists fixes (PR 26813)
https://sourceware.org/pipermail/gdb-patches/2021-January/175221.html
Other Ongoing Items:
--------------------
< none :) >
Not Critical, but Requested:
----------------------------
< none :) >
--
Joel
next reply other threads:[~2021-01-31 6:46 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-31 6:45 Joel Brobecker [this message]
2021-02-02 16:05 ` Simon Marchi via Gdb-patches
2021-02-03 5:50 ` Joel Brobecker
2021-02-03 15:48 ` Simon Marchi via Gdb-patches
2021-02-03 19:17 ` Simon Marchi via Gdb-patches
2021-02-04 10:30 ` Joel Brobecker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210131064557.GA72834@adacore.com \
--to=brobecker@adacore.com \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox