Chris Lattner 64667b6418 Change the PhysRegsUsed map into a dense array. Seeing that this is a mapping ...

from physical registers, and they are always dense, it makes sense to not have
a ton of RBtree overhead.  This change speeds up regalloclocal about ~30% on
253.perlbmk, from .35s -> .27s in the JIT (in LLC, it goes from .74 -> .55).

Now live variable analysis is the slowest codegen pass.  Of course it doesn't
help that we have to run it twice, because regalloclocal doesn't update it,
but even if it did it would be the slowest pass (now it's just the 2x slowest
pass :(


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

2004-02-09 01:26:13 +00:00

..

Analysis

Add one that I missed

2004-02-08 01:53:10 +00:00

Archive

…

AsmParser

Change the 'exception' destination to the 'unwind' destination. We will always

2004-02-08 21:48:25 +00:00

Bytecode

Fix PR215: [bcwriter] Problem compactifying ConstantPointerRefs

2004-02-09 00:15:41 +00:00

CodeGen

Change the PhysRegsUsed map into a dense array. Seeing that this is a mapping

2004-02-09 01:26:13 +00:00

Debugger

"fix" a nasty race condition

2004-01-14 21:18:03 +00:00

ExecutionEngine

rename the "exceptional" destination of an invoke instruction to the 'unwind' dest

2004-02-08 21:44:31 +00:00

Linker

Fixes for PR214. Use the SHLIBEXT variable instead of hardcoding .so into

2004-01-26 20:59:41 +00:00

Support

Fixes for PR214. Use the SHLIBEXT variable instead of hardcoding .so into

2004-01-26 20:59:41 +00:00

Target

rename the "exceptional" destination of an invoke instruction to the 'unwind' dest

2004-02-08 21:44:31 +00:00

Transforms

The ConstantExpr::getCast call can cause a CPR to be generated. If so,

2004-02-09 00:20:55 +00:00

VMCore

Two problems with these lines of code:

2004-02-09 00:59:07 +00:00

Makefile

…