From: "Maciej W. Rozycki" <macro@orcam.me.uk>
To: Nick Clifton <nickc@redhat.com>
Cc: YunQiang Su <yunqiang.su@cipunited.com>, binutils@sourceware.org
Subject: [committed 00/16] MIPS: Revert the change of `mipsisa64*-*-linux*' semantics
Date: Fri, 28 Jul 2023 06:06:28 +0100 (BST) [thread overview]
Message-ID: <alpine.DEB.2.21.2307271457290.10240@angie.orcam.me.uk> (raw)
Hi,
I have committed this patch series to remove the change of the semantics
of the `mipsisa64*-*-linux*' target triplet. Said change wasn't correctly
reviewed/evaluated and was entagled with an unrelated change that added
support for having the n64 ABI by default with `mips64*-*-linux-gnuabi64'
triplets.
Firstly the offending change is reverted, then the test suite is updated
so that the re-addition of `mips64*-*-linux-gnuabi64' does not cause new
failures (also fixing some related preexisting `mips64*-*-openbsd' and
`mips-sgi-irix*' regressions), and finally the `mips64*-*-linux-gnuabi64'
part (previously approved by Richard Sandiford) is reapplied. Included
there is a bug fix for `.interp' section handling too, which I think is
important for the new `mips64*-*-linux-gnuabi64' targets.
There are a bunch of a regressions regardless because test suite changes
revealed a genuine bug in the MIPS backend and also I haven't addressed an
issue with `readelf -S bintest' for `mips64*-*-linux-gnuabi64', because I
have a feeling that adding more and more section headers variations to
binutils/testsuite/binutils-all/readelf.s-64 weakens coverage for targets
already handled previously. We can discuss possible solutions and fix it
separately, and naturally bugs need to be addressed on their own each but
that's not 2.41 material.
I have verified it with my usual set of MIPS and non-MIPS targets, the
latter for the MIPS-specific changes to the generic parts of the test
suite. There were no regressions for non-MIPS targets and any issues with
MIPS targets have been noted in the change descriptions of the respective
commits.
Pushed to master and backported to 2.41.
Nick, thank you for your patience and apologies for causing you and
other people this delay.
Maciej
next reply other threads:[~2023-07-28 5:06 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-28 5:06 Maciej W. Rozycki [this message]
2023-07-28 5:06 ` [committed 01/16] Revert "MIPS: support mips*64 as CPU and gnuabi64 as ABI" Maciej W. Rozycki
2023-07-28 5:06 ` [committed 02/16] MIPS/LD: Include n64 `.interp' with INITIAL_READONLY_SECTIONS Maciej W. Rozycki
2023-07-28 5:06 ` [committed 03/16] MIPS/GAS/testsuite: Disable compact EH #7 tests with OpenBSD targets Maciej W. Rozycki
2023-07-28 5:06 ` [committed 04/16] MIPS/LD/testsuite: Fix unaligned JALX failures " Maciej W. Rozycki
2023-07-28 5:06 ` [committed 05/16] MIPS/LD/testsuite: Fix JALR relaxation test failure with IRIX 6 Maciej W. Rozycki
2023-07-28 5:06 ` [committed 06/16] MIPS/LD/testsuite: Fix `attr-gnu-4-10' failures with IRIX targets Maciej W. Rozycki
2023-07-28 5:07 ` [committed 07/16] MIPS/LD/testsuite: Fix `attr-gnu-4-10' failures with OpenBSD targets Maciej W. Rozycki
2023-07-28 5:07 ` [committed 08/16] MIPS/LD/testsuite: Run `got-dump-1' for o32/n32 ABIs Maciej W. Rozycki
2023-07-28 5:07 ` [committed 09/16] MIPS/GAS/testsuite: Force o32 for tests expecting 32-bit addressing Maciej W. Rozycki
2023-07-28 5:07 ` [committed 10/16] MIPS/LD/testsuite: Fix MIPS16 interlinking test n64 regressions Maciej W. Rozycki
2023-07-28 5:07 ` [committed 11/16] MIPS/LD/testsuite: Fix MIPS16 interlinking test IRIX 6 regressions Maciej W. Rozycki
2023-07-28 5:07 ` [committed 12/16] testsuite: Also discard the `.MIPS.options' section Maciej W. Rozycki
2023-07-28 5:07 ` [committed 13/16] MIPS/testsuite: Handle 64-bit addresses Maciej W. Rozycki
2023-07-28 5:07 ` [committed 14/16] testsuite: Handle composed R_MIPS_NONE relocations Maciej W. Rozycki
2023-07-28 5:07 ` [committed 15/16] MIPS/GAS/testsuite: Fix n64 compact EH failures Maciej W. Rozycki
2023-07-28 5:07 ` [committed 16/16] MIPS: Support `-gnuabi64' target triplet suffix for 64-bit Linux targets Maciej W. Rozycki
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=alpine.DEB.2.21.2307271457290.10240@angie.orcam.me.uk \
--to=macro@orcam.me.uk \
--cc=binutils@sourceware.org \
--cc=nickc@redhat.com \
--cc=yunqiang.su@cipunited.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).