public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Tamar Christina <Tamar.Christina@arm.com>
To: "Martin Storsjö" <martin@martin.st>,
	"nickc@redhat.com" <nickc@redhat.com>
Cc: Mark Harmstone <mark@harmstone.com>,
	Andrew Pinski <pinskia@gmail.com>,
	Richard Earnshaw <Richard.Earnshaw@foss.arm.com>,
	NightStrike <nightstrike@gmail.com>,
	"wej22007@outlook.com" <wej22007@outlook.com>,
	"zac.walker@linaro.org" <zac.walker@linaro.org>,
	binutils <binutils@sourceware.org>
Subject: RE: [PATCH 1/8] ld: Rename aarch64pe emulation target to arm64pe
Date: Wed, 4 Jan 2023 10:35:26 +0000	[thread overview]
Message-ID: <VI1PR08MB53258F808BB47B336ED66698FFF59@VI1PR08MB5325.eurprd08.prod.outlook.com> (raw)
In-Reply-To: <8b20aeef-dbd1-6ad2-85c1-d8191c31f540@martin.st>

> -----Original Message-----
> From: Martin Storsjö <martin@martin.st>
> Sent: Wednesday, January 4, 2023 10:25 AM
> To: nickc@redhat.com
> Cc: Mark Harmstone <mark@harmstone.com>; Tamar Christina
> <Tamar.Christina@arm.com>; Andrew Pinski <pinskia@gmail.com>; Richard
> Earnshaw <Richard.Earnshaw@foss.arm.com>; NightStrike
> <nightstrike@gmail.com>; wej22007@outlook.com; zac.walker@linaro.org;
> binutils <binutils@sourceware.org>
> Subject: Re: [PATCH 1/8] ld: Rename aarch64pe emulation target to arm64pe
> 
> On Wed, 4 Jan 2023, Nick Clifton wrote:
> 
> > This would create duplicated code sure, but not too much, and it would
> > allow the linker to be compatible with Clang whilst still also
> > retaining the aarch64 moniker preferred by ARM.
> 
> As this still is framed as "compatible with Clang" - does this mean that you still
> insist that GCC should use a different emulation name when calling the
> linker, than what Clang does, forcing lld to also start recognizing that new,
> different emulation name - different from the one that has been in place for
> 5 years?

To be clear, GCC will very likely reject any port upstreaming that uses Arm64
for the same reason.  And GCC is a lot more tightly controlled.  At least if you
want upstream support.

Believe it or not I'm actually trying to help you here, the fact that clang has
called it arm64 is why we want to allow the alias.  As I mentioned before, it
just can't be the main name.

Tamar
> 
> // Martin


  reply	other threads:[~2023-01-04 10:35 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-30  2:40 Mark Harmstone
2022-12-30  2:40 ` [PATCH 2/8] Fix size of external_reloc for pe-aarch64 Mark Harmstone
2022-12-30  2:40 ` [PATCH 3/8] Skip ELF-specific tests when targeting pe-aarch64 Mark Harmstone
2022-12-30  2:40 ` [PATCH 4/8] Skip big-obj test for pe-aarch64 Mark Harmstone
2022-12-30  2:40 ` [PATCH 5/8] Add pe-aarch64 relocations Mark Harmstone
2022-12-30  2:40 ` [PATCH 6/8] Add .secrel32 for pe-aarch64 Mark Harmstone
2022-12-30  2:40 ` [PATCH 7/8] Add aarch64-w64-mingw32 target Mark Harmstone
2022-12-30  2:40 ` [PATCH 8/8] gas: Restore tc_pe_dwarf2_emit_offset for pe-aarch64 Mark Harmstone
2023-01-03 11:54 ` [PATCH 1/8] ld: Rename aarch64pe emulation target to arm64pe Nick Clifton
2023-01-03 11:59 ` NightStrike
2023-01-03 12:09   ` Tamar Christina
2023-01-03 14:08     ` Richard Earnshaw
2023-01-03 14:13       ` Martin Storsjö
2023-01-03 14:54         ` Tamar Christina
2023-01-03 15:51           ` Martin Storsjö
2023-01-03 15:57             ` Tamar Christina
2023-01-03 18:21           ` Mark Harmstone
2023-01-03 18:33             ` Andrew Pinski
2023-01-03 19:07               ` Mark Harmstone
2023-01-03 19:41               ` Tamar Christina
2023-01-03 20:05                 ` Martin Storsjö
2023-01-04  2:38                   ` Mark Harmstone
2023-01-04  9:51                     ` Nick Clifton
2023-01-04 10:25                       ` Martin Storsjö
2023-01-04 10:35                         ` Tamar Christina [this message]
2023-01-04 11:00                           ` Martin Storsjö
2023-01-04 11:08                             ` Tamar Christina
2023-01-04 11:36                               ` Martin Storsjö
2023-01-04 15:02                                 ` Nick Clifton
2023-01-05  2:33                                   ` Mark Harmstone
2023-01-05 11:01                                     ` Nick Clifton
2023-01-05 10:45                                   ` Tamar Christina
2023-01-03 14:14       ` Tamar Christina
2023-01-03 12:53   ` Martin Storsjö

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=VI1PR08MB53258F808BB47B336ED66698FFF59@VI1PR08MB5325.eurprd08.prod.outlook.com \
    --to=tamar.christina@arm.com \
    --cc=Richard.Earnshaw@foss.arm.com \
    --cc=binutils@sourceware.org \
    --cc=mark@harmstone.com \
    --cc=martin@martin.st \
    --cc=nickc@redhat.com \
    --cc=nightstrike@gmail.com \
    --cc=pinskia@gmail.com \
    --cc=wej22007@outlook.com \
    --cc=zac.walker@linaro.org \
    /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).