> These enhance patterns are generated in complicate combining situations.

Yes, that's clear.  One strategy is to look through combine's output and
see which combination results make sense for a particular backend.
I was wondering where the unspec-less patterns originate (when we
expand everything to predicated, unspec insns).

> Splitters can not work in complicate case, you could try my testcase.
> I am 100% it should be define_insn_and_split.

I didn't mean to say that splitters should be used, just that I had similary
"ugly" patterns with splitters and there will be more in the future.

Regards
 Robin

Reply via email to