Bug 21133 - Method and apparatus to refer to inner XEXPs in define_predicate
Method and apparatus to refer to inner XEXPs in define_predicate
Status: NEW
Product: gcc
Classification: Unclassified
Component: middle-end
4.1.0
: P3 enhancement
: ---
Assigned To: Not yet assigned to anyone
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-04-20 23:05 UTC by Hans-Peter Nilsson
Modified: 2006-02-13 04:04 UTC (History)
1 user (show)

See Also:
Host:
Target: cris-*
Build:
Known to work:
Known to fail:
Last reconfirmed: 2006-02-13 03:53:44


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hans-Peter Nilsson 2005-04-20 23:05:30 UTC
See <URL:http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html> #3 and for
example cris_bdap_sign_extend_operand, where this could be used instead of
the match_tests and nested XEXPs.  The name "op" and "mode" would refer
to the toplevel of the predicate, while different levels would refer to its own
by TBD.  At least opN, modeN would intuitive for numbered predicates.
Perhaps xop, xmode for the "current" level.
Comment 1 Andrew Pinski 2005-04-21 01:00:47 UTC
Confirmed.
Comment 2 Hans-Peter Nilsson 2006-02-13 04:04:52 UTC
I haven't tested it myself, but I think Zack's fixed this one in one of his
2006-01-22  Zack Weinberg  <zackw@panix.com>
commits.  I'll try and see if it works (timeline deliberately left out).