This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Repost: RFA [4.1]: improvement to if-conversion and cross-jumping (PR20070)
- From: Bernd Schmidt <bernds_cb1 at t-online dot de>
- To: Joern RENNECKE <joern dot rennecke at st dot com>
- Cc: Steven Bosscher <stevenb at suse dot de>, Richard Henderson <rth at redhat dot com>, gcc-patches at gcc dot gnu dot org, jh at suse dot cz
- Date: Tue, 06 Dec 2005 11:22:14 +0100
- Subject: Re: Repost: RFA [4.1]: improvement to if-conversion and cross-jumping (PR20070)
- References: <41E59432.7080504@st.com> <42CD71E0.3070804@st.com> <42D3B666.6050701@st.com> <200507121547.21305.stevenb@suse.de> <42D3E705.9030507@st.com> <42D7C264.6030507@st.com> <438C567A.7030104@t-online.de> <438CCE0F.6020209@st.com> <438DC224.8020300@t-online.de> <438E1734.3090502@st.com> <438E3361.6050403@t-online.de> <4390BC11.5080001@st.com> <43946353.6020506@t-online.de> <4394D00D.9040402@st.com> <4394F0C8.7010800@t-online.de> <4395554F.2000109@st.com>
Joern RENNECKE wrote:
Bernd Schmidt wrote:
Not sure this is such a good idea since the "SET_DEST" is actually an
in-out operand. I'd rather add them near with code similar to the
P{RE,OST}_{IN,DE}C cases.
No, the in part is represented in the SET_SRC - it's required to be a
PLUS with the destination as the first operand.
Still, for a POST_MODIFY, the actual value of what you call the
"SET_DEST" is used as an input. I think allowing these two macros on
PRE/POST_MODIFY would be confusing.
Bernd