|  | Commit message (Collapse) | Author | Age | Files | Lines | 
|---|
| | 
| 
| 
| | llvm-svn: 185226 | 
| | 
| 
| 
| 
| 
| | Hopefully, this fixes the PPC64 buildbots.
llvm-svn: 185218 | 
| | 
| 
| 
| 
| 
| 
| 
| | - Use static functions instead of anonymous namespace.
- Appease the Doxygen lobby.
- Use 0-based induction variable.
llvm-svn: 185185 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | Allow a BlockFrequency to be divided by a non-zero BranchProbability
with saturating arithmetic. This will be used to compute the frequency
of a loop header given the probability of leaving the loop.
Our long division algorithm already saturates on overflow, so that was a
freebie.
llvm-svn: 185184 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| | This is easier to read than the internal fixed-point representation.
If anybody knows the correct algorithm for converting fixed-point
numbers to base 10, feel free to fix it.
llvm-svn: 184881 | 
| | 
| 
| 
| 
| 
| 
| 
| | frequency with a branch probability."
This reverts commit r184584. Breaks PPC selfhost.
llvm-svn: 184590 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | a branch probability.
Zero is used by BlockFrequencyInfo as a special "don't know" value. It also
causes a sink for frequencies as you can't ever get off a zero frequency with
more multiplies.
This recovers a 10% regression on MultiSource/Benchmarks/7zip. A zero frequency
was propagated into an inner loop causing excessive spilling.
PR16402.
llvm-svn: 184584 | 
| | 
| 
| 
| 
| 
| | This trades one 64 bit div for one 64 bit mul and some arithmetic.
llvm-svn: 143106 | 
| | 
| 
| 
| | llvm-svn: 136222 | 
| | 
| 
| 
| | llvm-svn: 136221 | 
|  | llvm-svn: 135992 |