[Bug gdb/34330] GDB does not resolve GNU ifunc in inferior

"cvs-commit at gcc dot gnu.org via Gdb-prs" <[email protected]>
Newsgroups gmane.comp.gdb.bugs.discuss
Message-ID <[email protected]/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=34330

--- Comment #8 from Sourceware Commits <cvs-commit at gcc dot gnu.org> ---
The gdb-18-branch branch has been updated by Andrew Burgess
<[email protected]>:

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

commit 66969bad2e1ae0973dd8dee14af565b94fef427f
Author: Muhammad Kamran <[email protected]>
Date:   Tue Aug 11 13:12:19 2026 +0000

    gdb: Keep original IFUNC return type when target type is unknown

    When find_function_addr resolves a GNU IFUNC, it tries to replace the
    original function type with the resolved target type, or with the type
    returned by the resolver.  If neither source provides a useful return
    type, keep the return type from the original function value.

    This matters for internal inferior calls such as
    find_function_in_inferior ("malloc"), where GDB creates a synthetic
    function type with a known fallback return type.

    Remove the guard from the IFUNC inferior-call test so the no-debug
    resolver/no-debug target variants are tested too.

    Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=34330
    Reviewed-By: Kevin Buettner <[email protected]>
    Approved-By: Andrew Burgess <[email protected]>

-- 
You are receiving this mail because:
You are on the CC list for the bug.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.