Chris Lattner 82fec4e31d Fix a nasty bug that caused us to unroll EXTREMELY large loops due to overflow ...

in the size calculation.

This is not something you want to see:
Loop Unroll: F[main] Loop %no_exit Loop Size = 2 Trip Count = 2147483648 - UNROLLING!

The problem was that 2*2147483648 == 0.

Now we get:
Loop Unroll: F[main] Loop %no_exit Loop Size = 2 Trip Count = 2147483648 - TOO LARGE: 4294967296>100

Thanks to some anonymous person playing with the demo page that repeatedly
caused zion to go into swapping land.  That's one way to ensure you'll get
a quick bugfix.  :)

Testcase here: Transforms/LoopUnroll/2004-05-13-DontUnrollTooMuch.ll


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@13564 91177308-0d34-0410-b5e6-96231b3b80d8

2004-05-13 20:43:31 +00:00

..

Hello

Finegrainify namespacification

2004-01-09 06:12:26 +00:00

Instrumentation

Fix typo

2004-05-03 23:52:07 +00:00

IPO

Clarify the logic: the flag is renamed to `deleteFn' to signify it will delete

2004-04-22 23:00:51 +00:00

Scalar

Fix a nasty bug that caused us to unroll EXTREMELY large loops due to overflow

2004-05-13 20:43:31 +00:00

Utils

Do not pass in the same argument to the extracted function more than once, and

2004-05-12 16:26:18 +00:00

ExprTypeConvert.cpp

Support getelementptr instructions which use uint's to index into structure

2004-04-05 01:30:19 +00:00

LevelRaise.cpp

Support getelementptr instructions which use uint's to index into structure

2004-04-05 01:30:19 +00:00

Makefile

…

TransformInternals.cpp

Support getelementptr instructions which use uint's to index into structure

2004-04-05 01:30:19 +00:00

TransformInternals.h

…