This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Re: fuse multiple ops into one new op
- From: Jeff Law <law at redhat dot com>
- To: Cherry Vanc <cherry dot vanc at gmail dot com>, gcc-help at gcc dot gnu dot org
- Date: Sat, 02 Aug 2014 03:51:59 -0600
- Subject: Re: fuse multiple ops into one new op
- Authentication-results: sourceware.org; auth=none
- References: <CANqEaAd497Fm09bRx-WiMXiBzL5Dub8FqkWCocDTLsTo_dgYEw at mail dot gmail dot com>
On 08/01/14 17:18, Cherry Vanc wrote:
I need to fuse multiple instructions into a single one.
...
r1 = (r1) op1 (const)
...
...
r1 = (r1) op2 (r2)
...
...
r3 = op3 (r1)
...
I defined a peephole2 pattern in my GCC backend .md file. If these
three instructions are contiguous, then I do get my test "testnew"
instruction. If these instructions are far apart, I dont.
(define_peephole2
[(set (match_operand:DI 0 "register_operand" "")
(op1:DI (match_dup 0) (match_operand:SI 1 "immediate_operand" "") ))
(set (match_dup 0)
(op2:DI (match_operand:DI 2 "register_operand" "") (match_dup 0)))
(set (match_dup 0)
(sign_extend:DI (op3:SI (match_dup 0))))]
"TARGET_MYCORE"
[(set (match_dup 0) (sign_extend:DI (op3:SI (op2:SI (op1:SI
(match_dup 0) (match_dup 1)) (match_dup 0)))))]
"")
(define_insn "*testnew"
[(set (match_operand:DI 0 "register_operand" "=d")
(sign_extend:DI (op3:SI (op2:SI (op1:SI (match_dup 0)
(match_operand:SI 1 "immediate_operand" "I")) (match_dup 0)))))]
"TARGET_MYCORE"
"testnew 36"
[(set_attr "mode" "DI")])
How can I fuse multiple instructions that are far apart into a new
single opcode that MYCORE has ?
I suspect the problem is "r1" is set/used multiple times. That will
inhibit instruction combination. If at all possible you really want
that code to look like:
r4 = (r1) op1 (const) /* r1 dies */
r5 = r4 op (r2) /*r2 and r2 die */
r3 = op3 (r5) /* r5 dies */
Then the combiner will attempt to combine those instructions in the
obvious ways. For the combiner you want to use a define_insn pattern.
define_peephole2 is primarily used in cases where there is no obvious
dataflow between the patterns.
Jeff