[Bug backtrace/29074] gdb fails to find a shared library for a function

["cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>]

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

--- Comment #4 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Tom Tromey <tromey@sourceware.org>:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9030a82d6f700e03ab143f0d002e9f21ae2fd52f

commit 9030a82d6f700e03ab143f0d002e9f21ae2fd52f
Author: Tom Tromey <tom@tromey.com>
Date:   Tue Aug 1 15:09:49 2023 -0600

    Use get_frame_address_in_block in print_frame

    The author of 'mold' pointed out that with a certain shared library,
    gdb would fail to find the shared library's name in 'bt'.

    The function in question appeared at the end of the .so's .text
    segment and ended with a call to 'abort'.

    This turned out to be a classic case of calling get_frame_pc when
    get_frame_address_in_block is needed -- the former will be off-by-one
    for purposes of finding the enclosing function or shared library.

    The included test fails without the patch on my system.  However, I
    imagine it can't be assumed to reliably fail.  Nevertheless it seemed
    worth doing.

    Regression tested on x86-64 Fedora 38.

    Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29074
    Reviewed-by: Kevin Buettner <kevinb@redhat.com>

-- 
You are receiving this mail because:
You are on the CC list for the bug.