This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] checking version of rtl flag access macros
- From: law at redhat dot com
- To: Janis Johnson <janis187 at us dot ibm dot com>
- Cc: John David Anglin <dave at hiauly1 dot hia dot nrc dot ca>, gcc-patches at gcc dot gnu dot org
- Date: Wed, 08 May 2002 12:57:41 -0600
- Subject: Re: [PATCH] checking version of rtl flag access macros
- Reply-to: law at redhat dot com
In message <20020508113437.A27237@us.ibm.com>, Janis Johnson writes:
> This version of the macro, requiring INSN_ANNULLED_BRANCH_P to be used
> only with an rtx whose code is INSN, is successful with bootstrap
> (everything but Ada) and regression testing on i686-pc-linux-gnu and
> ia64-unknown-linux-gnu. It's possible that on some targets it's valid
> for a JUMP_INSN to be in the delay slot of a branch; I'll let people
> who are more knowledgeable about this than I am figure that out.
Well, neither of those targets use delay slots and therefore testing on them
is not going to be of any use for INSN_ANNULLED_BRANCH_P or any other flags
used exclusively to describe how delay slots work.
It's valid to have a JUMP_INSN in the delay slot of a branch/call on a
few targets. Off the top of my head they include Sparc, HP-PA and m88k.
Jeff