GitLab

[r22985]

[r22984]

[r22983]

[r22982]

[r22981]

[r22976]

[r22975]

[r22974]

[r22963]

  when splitting a partition containing followers, these
  might stay on the "looser" side and must be constant-propagated
  then to allow them to split out.
  This might be a fix for a self-made problem. We do the follower ->
  leader transition on both sides while the original algo "might"
  do than on the winner side only...

[r22962]

[r22941]

[r22939]

[r22938]

[r22937]

Remove unused attribute const arch_env_t* arch_env from struct TEMPLATE_code_gen_t (no actual backend has it either).

[r22935]

[r22934]

[r22932]

[r22931]

[r22930]

Added documentation: we can construct a PBQP instance which can not be solved heuristically if we removed some address mode patterns from our pattern set.

[r22929]

[r22928]

[r22927]

[r22926]

- fixed indentation

[r22925]

[r22924]

[r22923]

[r22921]

[r22919]

[r22918]

[r22915]

[r22913]

[r22912]

[r22911]

[r22905]

[r22897]

[r22896]

It is not sensible to query any other than the first output register requirement of a non-mode_T node.

[r22895]

[r22894]

Use arch_get_register_req() instead of duplicating the code.  This shows that frequency of fetching the reg reqs is even higher.

[r22893]

[r22891]