public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Tatsuyuki Ishi <ishitatsuyuki@gmail.com>
To: Alan Modra <amodra@gmail.com>
Cc: binutils@sourceware.org, Jan Beulich <jbeulich@suse.com>,
	Fangrui Song <i@maskray.me>
Subject: Re: [PATCH v2 0/6] gas: Add support for LLVM addrsig and addrsig_sym.
Date: Wed, 29 Jun 2022 10:27:17 +0900	[thread overview]
Message-ID: <CANqewP2HtSoOdj0k4ax2rZx8C+U8hqNi0HgbUcd+dBie7TZMJg@mail.gmail.com> (raw)
In-Reply-To: <YrrHyUo6WCS9juBB@squeak.grove.modra.org>

On Tue, Jun 28, 2022 at 6:20 PM Alan Modra <amodra@gmail.com> wrote:
>
> On Fri, Jun 24, 2022 at 12:13:48AM +0900, Tatsuyuki Ishi wrote:
> > v2 includes patch to objcopy and ld -r to discard the .llvm_addrsig
> > section, in order to prevent linkers to get corrupted input now that
> > the SH_LINK heuristic they use is supplied with the proper value.
>
> This patchset wasn't tested, was it?

I did not run the testsuite, and I'm deeply sorry for that. I'll make
sure to run the full test suite on all platforms for any following
revisions as well as any patches I send from now on.

> It's not hard to see why.  Targets add their own symbols, some emit
> section symbols, some don't.

Let me know if there is a way to test this that works across architectures.
I suppose I can provide the expected output for each target by
duplicating this test in each target's folder?
Otherwise, the only thing I can think of right now is to teach readelf
to parse addrsig, but that adds new code which also needs to be tested
somehow.

> Even more embarrassing is that the expected output you put in
> addrsig.d is not correct for x86_64.  You ought to be generating
> a .llvm_addrsig section of 01020305 on x86_64, I think.

You're right. It seems that the way I numbered the symbols wasn't
quite right. I'll get it fixed by the next revision.

---
Tatsuyuki

  reply	other threads:[~2022-06-29  1:27 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-23 15:13 Tatsuyuki Ishi
2022-06-23 15:13 ` [PATCH v2 1/6] elf: Add definition for SHT_LLVM_ADDRSIG Tatsuyuki Ishi
2022-06-23 15:13 ` [PATCH v2 2/6] bfd: Output SH_LINK to .symtab " Tatsuyuki Ishi
2022-06-23 15:13 ` [PATCH v2 3/6] objcopy: Remove SHT_LLVM_ADDRSIG sections by default Tatsuyuki Ishi
2022-06-23 15:40   ` Jan Beulich
2022-06-24  5:28     ` Tatsuyuki Ishi
2022-06-23 15:13 ` [PATCH v2 4/6] ld: Discard LLVM_ADDRSIG sections Tatsuyuki Ishi
2022-06-23 15:13 ` [PATCH v2 5/6] gas: Add support for LLVM addrsig and addrsig_sym directives on ELF Tatsuyuki Ishi
2022-06-23 15:13 ` [PATCH v2 6/6] gas: Add basic test for addrsig Tatsuyuki Ishi
2022-06-28  9:20 ` [PATCH v2 0/6] gas: Add support for LLVM addrsig and addrsig_sym Alan Modra
2022-06-29  1:27   ` Tatsuyuki Ishi [this message]
2022-06-29  2:56     ` Alan Modra
2022-06-30 20:59       ` Fangrui Song

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=CANqewP2HtSoOdj0k4ax2rZx8C+U8hqNi0HgbUcd+dBie7TZMJg@mail.gmail.com \
    --to=ishitatsuyuki@gmail.com \
    --cc=amodra@gmail.com \
    --cc=binutils@sourceware.org \
    --cc=i@maskray.me \
    --cc=jbeulich@suse.com \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).