From: Jeff Law <jeffreyalaw@gmail.com>
To: Keith Packard <keithp@keithp.com>, gcc-patches@gcc.gnu.org
Subject: Re: [PATCH] libgcc/m68k: Fixes for soft float
Date: Sat, 11 Nov 2023 10:51:36 -0700 [thread overview]
Message-ID: <3ab20bc6-a82b-427e-bb76-ebac7ecfd04e@gmail.com> (raw)
In-Reply-To: <87y1f5nltq.fsf@keithp.com>
On 11/10/23 18:02, Keith Packard wrote:
>
>> I'm largely trusting your reputation on the fpgnulib changes. I won't
>> claim to know that code at all. The assembly bits were simple enough
>> that I could make out what you were doing relatively easily.
>
> Thanks for that review -- m68k assembly isn't my strongest language. The
> kludge to return pointers in both d1 and a1 was a bit ugly, but seemed
> like a much more robust plan than attempting to use different registers
> depending on the target ABI...
I get by. Things like m68k, hppa, etc have stuck harder than I would
have ever imagined. But ppc, alpha, and some of the others I've worked
on through the years, not so much.
And yes there are ABI implications on the return value. As you know
back in the day things weren't typed so well, so varying the location of
the return value based on type wasn't terribly safe. Dual output worked
around a class of problems. These days varying args/return value
location based on types is common.
>
> The real check for these fixes was to run a fairly comprehensive C
> library test suite (part of picolibc) and just iterate until I stopped
> getting failures. Those tests have found so many corner cases in both
> the C library, FPU emulation and compilers ...
Not surprised.
Thanks again,
Jeff
next prev parent reply other threads:[~2023-11-11 17:51 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-23 2:15 Keith Packard
2023-11-10 23:49 ` Jeff Law
2023-11-11 1:02 ` Keith Packard
2023-11-11 17:51 ` Jeff Law [this message]
2025-01-01 21:16 ` [PATCH] libgcc/m68k: More fixes " Keith Packard
2025-01-07 21:59 ` Jeff Law
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=3ab20bc6-a82b-427e-bb76-ebac7ecfd04e@gmail.com \
--to=jeffreyalaw@gmail.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=keithp@keithp.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).