GDB 15.1 release update (2024-04-28)

GDB 15.1 release update (2024-04-28)

[Joel Brobecker]

Hi everyone,

Another brief update regarding our progress towards GDB 15.1 release:
We're continuing to make progress.

As mentioned before, at this stage, we will want to create the branch
and then pre-release + release as soon as all identified issues below
are fixed. More precisely:

  - Pre-release: As soon as all blocking issues are solved.
  - Release (15.1): Two weeks after pre-release.

To that end, once gdb/31261 becomes fixed, it's probable that I will
start pinging the various PRs more regularly (for symtab/30520, which
is blocked on copyright assignment, we will have to check with the FSF
to see if we can help expedite the assignment process).

As always, please let us know if there are other issues we should
fix before releasing.

Thanks everyone!

Fixed Since the Previous Update:
--------------------------------

  * [TomDV] symtab/31268
    gdb.base/unwind-on-each-insn-amd64.exp regression
    https://sourceware.org/bugzilla/show_bug.cgi?id=31268

Added Since the Last Update:
----------------------------

  < none :) >

Other Ongoing Items:
--------------------

  * [<unassigned>] symtab/30520
    Slow lookup_symbol_in_objfile
    https://sourceware.org/bugzilla/show_bug.cgi?id=30520

        Feb patch series (v2, 2024-02-15):
        https://sourceware.org/pipermail/gdb-patches/2024-February/206442.html

        IIUC, there is an agreement between author and reviewer about
        the (small) required changes. But copyright assignment papers
        are still waiting to be signed.  (no change since Feb 15)

  * [TomT] gdb/31261
    [gdb] ThreadSanitizer: data race objfiles.c:648 in objfile_relocate1
    https://sourceware.org/bugzilla/show_bug.cgi?id=31261

        Patch series v2 (2024-04-16):
        https://sourceware.org/pipermail/gdb-patches/2024-April/208159.html

        Simpler series. Awaiting comments, but will otherwise check
        the series in if not.

  * [CarlEL/ThiagoB] testsuite/31312
    attach-many-short-lived-threads gives inconsistent results (POWER 10)
    https://sourceware.org/bugzilla/show_bug.cgi?id=31312

        Looked like the discussions have reached a consensus of accepting
        this failure (2024-03-09), but there was a second questin that
        wasn't wasn't understood yet, so Carl tried to dig deeper.
        Meanwhile, Thiago indicated he's seeing the same kind of behavior
        on AArch64 Linux (sometimes), and now has some leads he is
        pursuing (go Thiago!)

        Thiago posted a patch series that fixes the problem, but
        with one known regression he hasn't had time to investigate:
        https://sourceware.org/pipermail/gdb-patches/2024-March/207467.html

        Pedro suggested an alternative approach to fix the problem,
        which Thiago tried, but unfortunately created another issue.
        Discussions are ongoing...

Not Blocking, But Keep An Eye On:
---------------------------------

  * [Thiago]
    various improvements to aarch64 MOPS (Memory Operations)
    https://sourceware.org/bugzilla/show_bug.cgi?id=31666

    | Related to this enhancement, there is a gdb/testsuite PR
    | to add watchpoint tests for those:
    | https://sourceware.org/bugzilla/show_bug.cgi?id=31484

-- 
Joel

Re: GDB 15.1 release update (2024-04-28)

[Thiago Jung Bauermann]

Hello Joel,

Thank you for the update.

Joel Brobecker <brobecker@adacore.com> writes:

>   * [CarlEL/ThiagoB] testsuite/31312
>     attach-many-short-lived-threads gives inconsistent results (POWER 10)
>     https://sourceware.org/bugzilla/show_bug.cgi?id=31312
>
>         Looked like the discussions have reached a consensus of accepting
>         this failure (2024-03-09), but there was a second questin that
>         wasn't wasn't understood yet, so Carl tried to dig deeper.
>         Meanwhile, Thiago indicated he's seeing the same kind of behavior
>         on AArch64 Linux (sometimes), and now has some leads he is
>         pursuing (go Thiago!)
>
>         Thiago posted a patch series that fixes the problem, but
>         with one known regression he hasn't had time to investigate:
>         https://sourceware.org/pipermail/gdb-patches/2024-March/207467.html
>
>         Pedro suggested an alternative approach to fix the problem,
>         which Thiago tried, but unfortunately created another issue.
>         Discussions are ongoing...

The patch series has been committed:

https://inbox.sourceware.org/gdb-patches/878r0vzi8a.fsf@linaro.org/

> Not Blocking, But Keep An Eye On:
> ---------------------------------
>
>   * [Thiago]
>     various improvements to aarch64 MOPS (Memory Operations)
>     https://sourceware.org/bugzilla/show_bug.cgi?id=31666

I just posted the patches for this one:

https://inbox.sourceware.org/gdb-patches/20240504000521.314531-1-thiago.bauermann@linaro.org/

>     | Related to this enhancement, there is a gdb/testsuite PR
>     | to add watchpoint tests for those:
>     | https://sourceware.org/bugzilla/show_bug.cgi?id=31484

This one was committed and the PR closed:

https://inbox.sourceware.org/gdb-patches/874jbjzgx4.fsf@linaro.org/

Unfortunately Pedro pointed out that a cleanup patch I wrote in the
process of implementing the testcase for PR 31484 worsened the behaviour
of testcase gdb.base/relativedebug.exp in some cases. I opened this PR
to track that:

https://sourceware.org/bugzilla/show_bug.cgi?id=31700

It's simple to fix (or revert the cleanup) though. A patch has been
posted.

-- 
Thiago