From: David Edelsohn <dje@watson.ibm.com>
To: Richard Henderson <rth@cygnus.com>
Cc: law@cygnus.com, egcs@cygnus.com, wilson@cygnus.com
Subject: Re: sparc64 changes and generic backend patches
Date: Sun, 24 May 1998 16:20:00 -0000 [thread overview]
Message-ID: <9805242319.AA32590@rios1.watson.ibm.com> (raw)
In-Reply-To: <19980524121532.C8178@dot.cygnus.com>
>>>>> Richard Henderson writes:
> Um, I think we are speaking to entirely different issues ...
> I am _not_ trying to preserve any sort of
> compatibility, nor am I using it for any sort of "escape mechanism".
As I said at the beginning of my message, I was not sure which set
of patches from the earlier discussions were being described. PARALLEL
and emit_group_{store,load} are the correct way to describe some ABIs
which do not have a uniform padding policy, such as Sparc64. I am not
sure if Irix5 and/or Irix6 need this expressiveness.
A GCC change to support Irix5 calling conventions broke AIX
calling conventions' uniform padding policy a while ago. Our earlier
discussion about "move_block_from_reg ignoring padding" included using
your changes as a "catch-all" and noted that move_block_from_reg is called
from the same places as emit_group_store possibly making your changes
applicable there as well.
I still would like to see the current move_block code and
MUST_PASS_IN_STACK fixed to obey FUNCTION_ARG_PADDING (starting with
J"oern's patches), with some compatibility mode for ABI's which
effectively were defined by current GCC behavior.
Thanks, David
prev parent reply other threads:[~1998-05-24 16:20 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-05-03 14:56 Richard Henderson
1998-05-05 13:11 ` Joern Rennecke
1998-05-22 5:42 ` Jeffrey A Law
1998-05-22 20:21 ` Richard Henderson
1998-05-26 18:02 ` Joern Rennecke
1998-05-26 19:37 ` Richard Henderson
1998-05-22 20:22 ` Richard Henderson
1998-05-23 12:32 ` David Edelsohn
1998-05-24 12:13 ` Richard Henderson
1998-05-24 16:20 ` David Edelsohn [this message]
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=9805242319.AA32590@rios1.watson.ibm.com \
--to=dje@watson.ibm.com \
--cc=egcs@cygnus.com \
--cc=law@cygnus.com \
--cc=rth@cygnus.com \
--cc=wilson@cygnus.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).