Better scoring for loop breakers; fixes simplifier loop in nofib/minimax
authorsimonpj@microsoft.com <unknown>
Thu, 9 Aug 2007 15:14:57 +0000 (15:14 +0000)
committersimonpj@microsoft.com <unknown>
Thu, 9 Aug 2007 15:14:57 +0000 (15:14 +0000)
commitfea8c9e4b1ef4973aa577f29b59d35ee12472ebb
treecd1ac7767a939d0196f13d8f0879bcc408e9c801
parentfd7c5f3251794224e1d48d09eeffe18fd76420a2
Better scoring for loop breakers; fixes simplifier loop in nofib/minimax

See Note [Inline candidates] in OccurAnal.  We were getting a recursive
loop exposed, which led to infinite inlinings.  Doesn't bite much, but
was obviously wrong.

I've change the "scoring order" for loop breakers, which could possibly
have a performance impact on other programs.  A full nofib run exposed
a 0.00% change in allocation in any nofib program, so I don't think it's
likely, but keep an eye out.
compiler/simplCore/OccurAnal.lhs