This is the mail archive of the
mailing list for the GCC project.
Re: [PATCH] powerpc64-linux bi-arch support
- From: Jakub Jelinek <jakub at redhat dot com>
- To: David Edelsohn <dje at watson dot ibm dot com>
- Cc: Alan Modra <amodra at bigpond dot net dot au>, Janis Johnson <janis187 at us dot ibm dot com>, gcc-patches at gcc dot gnu dot org
- Date: Tue, 27 May 2003 10:56:34 -0400
- Subject: Re: [PATCH] powerpc64-linux bi-arch support
- References: <email@example.com> <200305271446.KAA24898@makai.watson.ibm.com>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Tue, May 27, 2003 at 10:46:53AM -0400, David Edelsohn wrote:
> This patch is going to require a lot of careful review. One issue
> I notice is :
> /* PowerPC no-op instruction. */
> #undef RS6000_CALL_GLUE
> -#define RS6000_CALL_GLUE "nop"
> +#define RS6000_CALL_GLUE (TARGET_64BIT ? "nop" : "cror 31,31,31")
> Why are you changing RS6000_CALL_GLUE based on TARGET_64BIT? It is a new
> mnemonic versus old mnemonic issue. PPC32 Linux does not use it and PPC64
> only uses "nop".
I think -m32 -mcall-aixdesc still uses it.
If it is ok for -m32 -mcall-aixdesc to emit nop instead of cror 31,31,31,
then this hunk can certainly go away.