From: Guinevere Larsen <guinevere@redhat.com>
To: Tom de Vries <tdevries@suse.de>, gdb-patches@sourceware.org
Subject: Re: [PATCH] [gdb] Refactor svr4_solib_ops::lm_addr_check
Date: Mon, 28 Sep 2026 11:16:30 -0300 [thread overview]
Message-ID: <334ae7d5-410d-470c-b370-2fb099bbecd8@redhat.com> (raw)
In-Reply-To: <20260911191940.2892092-1-tdevries@suse.de>
On 9/11/26 4:19 PM, Tom de Vries wrote:
> I came across svr4_solib_ops::lm_addr_check and found it hard to follow.
>
> In particular, it's indent-happy and minimizes code using a goto, resulting in
> the following end-of-function:
> ...
> }
> }
>
> set_addr:
> li.l_addr = l_addr;
> li.l_addr_p = 1;
> }
>
> return li.l_addr;
> }
> ...
>
> I could just address the indentation, but I'd be adding a goto:
> ...
> - if (dynaddr + l_addr != l_dynaddr)
> + if (dynaddr + l_addr == l_dynaddr)
> + goto set_addr;
> ...
>
> Instead, refactor the function into this form:
> ...
> svr4_solib_ops::lm_addr_check (const solib &so, bfd *abfd) const
> {
> auto &li = get_lm_info_svr4 (so);
> if (li.l_addr_p)
> return li.l_addr;
>
> auto set_addr = [&li] (CORE_ADDR addr)
> {
> li.l_addr = addr;
> li.l_addr_p = true;
> return addr;
> }
>
> if (...)
> return set_addr (l_addr);
>
> ...
>
> return set_addr (l_addr);
> }
> ...
> ---
Hi Tom!
Thanks for doing this! The final result is indeed much simpler to read,
and the refactor is quite straight-forward.
Reviewed-By: Guinevere Larsen <guinevere@redhat.com>
Hopefully this gets approved soon!
--
Cheers,
Guinevere Larsen
it/its
she/her (deprecated)
> gdb/solib-svr4.c | 160 +++++++++++++++++++++++------------------------
> 1 file changed, 80 insertions(+), 80 deletions(-)
>
> diff --git a/gdb/solib-svr4.c b/gdb/solib-svr4.c
> index c4af1b11a4d..40b0fc55113 100644
> --- a/gdb/solib-svr4.c
> +++ b/gdb/solib-svr4.c
> @@ -225,106 +225,106 @@ CORE_ADDR
> svr4_solib_ops::lm_addr_check (const solib &so, bfd *abfd) const
> {
> auto &li = get_lm_info_svr4 (so);
> + if (li.l_addr_p)
> + return li.l_addr;
>
> - if (!li.l_addr_p)
> - {
> - struct bfd_section *dyninfo_sect;
> - CORE_ADDR l_addr, l_dynaddr, dynaddr;
> + auto set_addr = [&li] (CORE_ADDR addr)
> + {
> + li.l_addr = addr;
> + li.l_addr_p = true;
> + return addr;
> + };
>
> - l_addr = li.l_addr_inferior;
> + struct bfd_section *dyninfo_sect;
> + CORE_ADDR l_addr, l_dynaddr, dynaddr;
>
> - if (!abfd || !this->has_lm_dynamic_from_link_map ())
> - goto set_addr;
> + l_addr = li.l_addr_inferior;
> + if (!abfd || !this->has_lm_dynamic_from_link_map ())
> + return set_addr (l_addr);
>
> - l_dynaddr = li.l_ld;
> + l_dynaddr = li.l_ld;
>
> - dyninfo_sect = bfd_get_section_by_name (abfd, ".dynamic");
> - if (dyninfo_sect == NULL)
> - goto set_addr;
> + dyninfo_sect = bfd_get_section_by_name (abfd, ".dynamic");
> + if (dyninfo_sect == NULL)
> + return set_addr (l_addr);
>
> - dynaddr = bfd_section_vma (dyninfo_sect);
> + dynaddr = bfd_section_vma (dyninfo_sect);
> + if (dynaddr + l_addr == l_dynaddr)
> + return set_addr (l_addr);
>
> - if (dynaddr + l_addr != l_dynaddr)
> - {
> - CORE_ADDR align = 0x1000;
> - CORE_ADDR minpagesize = align;
> + CORE_ADDR align = 0x1000;
> + CORE_ADDR minpagesize = align;
>
> - if (bfd_get_flavour (abfd) == bfd_target_elf_flavour)
> - {
> - Elf_Internal_Ehdr *ehdr = elf_tdata (abfd)->elf_header;
> - Elf_Internal_Phdr *phdr = elf_tdata (abfd)->phdr;
> - int i;
> + if (bfd_get_flavour (abfd) == bfd_target_elf_flavour)
> + {
> + Elf_Internal_Ehdr *ehdr = elf_tdata (abfd)->elf_header;
> + Elf_Internal_Phdr *phdr = elf_tdata (abfd)->phdr;
> + int i;
>
> - align = 1;
> + align = 1;
>
> - for (i = 0; i < ehdr->e_phnum; i++)
> - if (phdr[i].p_type == PT_LOAD && phdr[i].p_align > align)
> - align = phdr[i].p_align;
> + for (i = 0; i < ehdr->e_phnum; i++)
> + if (phdr[i].p_type == PT_LOAD && phdr[i].p_align > align)
> + align = phdr[i].p_align;
>
> - minpagesize = get_elf_backend_data (abfd)->minpagesize;
> - }
> + minpagesize = get_elf_backend_data (abfd)->minpagesize;
> + }
>
> - /* Turn it into a mask. */
> - align--;
> + /* Turn it into a mask. */
> + align--;
>
> - /* If the changes match the alignment requirements, we
> - assume we're using a core file that was generated by the
> - same binary, just prelinked with a different base offset.
> - If it doesn't match, we may have a different binary, the
> - same binary with the dynamic table loaded at an unrelated
> - location, or anything, really. To avoid regressions,
> - don't adjust the base offset in the latter case, although
> - odds are that, if things really changed, debugging won't
> - quite work.
> + /* If the changes match the alignment requirements, we
> + assume we're using a core file that was generated by the
> + same binary, just prelinked with a different base offset.
> + If it doesn't match, we may have a different binary, the
> + same binary with the dynamic table loaded at an unrelated
> + location, or anything, really. To avoid regressions,
> + don't adjust the base offset in the latter case, although
> + odds are that, if things really changed, debugging won't
> + quite work.
>
> - One could expect more the condition
> - ((l_addr & align) == 0 && ((l_dynaddr - dynaddr) & align) == 0)
> - but the one below is relaxed for PPC. The PPC kernel supports
> - either 4k or 64k page sizes. To be prepared for 64k pages,
> - PPC ELF files are built using an alignment requirement of 64k.
> - However, when running on a kernel supporting 4k pages, the memory
> - mapping of the library may not actually happen on a 64k boundary!
> + One could expect more the condition
> + ((l_addr & align) == 0 && ((l_dynaddr - dynaddr) & align) == 0)
> + but the one below is relaxed for PPC. The PPC kernel supports
> + either 4k or 64k page sizes. To be prepared for 64k pages,
> + PPC ELF files are built using an alignment requirement of 64k.
> + However, when running on a kernel supporting 4k pages, the memory
> + mapping of the library may not actually happen on a 64k boundary!
>
> - (In the usual case where (l_addr & align) == 0, this check is
> - equivalent to the possibly expected check above.)
> + (In the usual case where (l_addr & align) == 0, this check is
> + equivalent to the possibly expected check above.)
>
> - Even on PPC it must be zero-aligned at least for MINPAGESIZE. */
> + Even on PPC it must be zero-aligned at least for MINPAGESIZE. */
>
> - l_addr = l_dynaddr - dynaddr;
> + l_addr = l_dynaddr - dynaddr;
>
> - if ((l_addr & (minpagesize - 1)) == 0
> - && (l_addr & align) == ((l_dynaddr - dynaddr) & align))
> - {
> - if (info_verbose)
> - gdb_printf (_("Using PIC (Position Independent Code) "
> - "prelink displacement %s for \"%s\".\n"),
> - paddress (current_inferior ()->arch (), l_addr),
> - so.name.c_str ());
> - }
> - else
> - {
> - /* There is no way to verify the library file matches. prelink
> - can during prelinking of an unprelinked file (or unprelinking
> - of a prelinked file) shift the DYNAMIC segment by arbitrary
> - offset without any page size alignment. There is no way to
> - find out the ELF header and/or Program Headers for a limited
> - verification if it they match. One could do a verification
> - of the DYNAMIC segment. Still the found address is the best
> - one GDB could find. */
> -
> - warning (_(".dynamic section for \"%s\" "
> - "is not at the expected address "
> - "(wrong library or version mismatch?)"),
> - so.name.c_str ());
> - }
> - }
> -
> - set_addr:
> - li.l_addr = l_addr;
> - li.l_addr_p = 1;
> + if ((l_addr & (minpagesize - 1)) == 0
> + && (l_addr & align) == ((l_dynaddr - dynaddr) & align))
> + {
> + if (info_verbose)
> + gdb_printf (_("Using PIC (Position Independent Code) "
> + "prelink displacement %s for \"%s\".\n"),
> + paddress (current_inferior ()->arch (), l_addr),
> + so.name.c_str ());
> + }
> + else
> + {
> + /* There is no way to verify the library file matches. prelink
> + can during prelinking of an unprelinked file (or unprelinking
> + of a prelinked file) shift the DYNAMIC segment by arbitrary
> + offset without any page size alignment. There is no way to
> + find out the ELF header and/or Program Headers for a limited
> + verification if it they match. One could do a verification
> + of the DYNAMIC segment. Still the found address is the best
> + one GDB could find. */
> +
> + warning (_(".dynamic section for \"%s\" "
> + "is not at the expected address "
> + "(wrong library or version mismatch?)"),
> + so.name.c_str ());
> }
>
> - return li.l_addr;
> + return set_addr (l_addr);
> }
>
> struct svr4_so
>
> base-commit: 0855b93cfb911a4feab76a31bb1914982b3e6979
next prev parent reply other threads:[~2026-09-28 14:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-11 19:19 Tom de Vries
2026-09-27 5:46 ` [PING][PATCH] " Tom de Vries
2026-09-28 14:16 ` Guinevere Larsen [this message]
2026-09-28 14:43 ` [PATCH] " Tom de Vries
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=334ae7d5-410d-470c-b370-2fb099bbecd8@redhat.com \
--to=guinevere@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=tdevries@suse.de \
/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