This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Exception causing insns in delay slots
- From: "David S. Miller" <davem at redhat dot com>
- To: law at redhat dot com
- Cc: dave at hiauly1 dot hia dot nrc dot ca, jason at redhat dot com, gcc-patches at gcc dot gnu dot org, mark at codesourcery dot com, java at gcc dot gnu dot org, dave dot anglin at nrc dot ca
- Date: Sat, 27 Apr 2002 23:21:29 -0700 (PDT)
- Subject: Re: Exception causing insns in delay slots
- References: <200204262003.g3QK3Xrp004014@hiauly1.hia.nrc.ca><13792.1019853469@porcupine.cygnus.com>
From: law@redhat.com
Date: Fri, 26 Apr 2002 14:37:49 -0600
ps. The trick of modifying the return value in a delay slot of a call is an
interesting optimization, but is not generally useful on targets which have a
call/return stack for predicting branches. This is why we disable it anytime
we're optimizing for a PA8000 or newer machine.
I keep forgetting the make the Sparc backend do likewise when
generating code for UltraSPARC or later, for the same reason.