llvm-svn: 34144

447.dealII from 1.27s to 0.86s.

llvm-svn: 34143

vector<vector> to avoid allocations.  This speeds up bcwriting of 447.dealII
from 0.8276 to 0.7637s (8.4%).

This concludes this round of proding the bcwriter into submission.  Final
speedup from 24.4s to 0.7637s (32x).

llvm-svn: 34142

of memory, through a combination of DenseMap and SmallVector.  This speeds
up bcwriter on 447.dealII from 1.31s to 0.82s (60% faster).

llvm-svn: 34141

*slightly* less abusive of memory.  This speeds up the bcwriter from
1.83s to 1.32s (39% faster) on 447.dealII.

llvm-svn: 34140

llvm-svn: 34139

of 447.dealII from 3.3s to 1.8s (80% faster).

llvm-svn: 34138

llvm-svn: 34137

llvm-svn: 34136

speeds up bcwriting of 447.dealII by 40%, from 4.63s to 3.32s.

llvm-svn: 34135

llvm-svn: 34134

is inserted into the table, it remembers that the value needs to be popped
off.  This makes purgeFunction much faster, speeding up bcwriting of 447.dealII
from 6.8->4.6s (47%).

llvm-svn: 34133

per function.  This speeds up bcwriting on 447.dealII from 10.16s to 6.81s
(49%).

llvm-svn: 34132

function-local values.  This speeds up bcwriting a small 2.2% (10.384->10.156s
on 447.dealII), but paves the way for more important changes.

llvm-svn: 34131

llvm-svn: 34130

llvm-svn: 34129

clients.  Same for getTypeSlot.

llvm-svn: 34128

llvm-svn: 34127

llvm-svn: 34126

llvm-svn: 34125

llvm-svn: 34124

llvm-svn: 34123

llvm-svn: 34122

llvm-svn: 34121

llvm-svn: 34120

there.

llvm-svn: 34119

llvm-svn: 34118

llvm-svn: 34117

llvm-svn: 34116

llvm-svn: 34115

llvm-svn: 34114

for types.

llvm-svn: 34113

llvm-svn: 34112

llvm-svn: 34111

llvm-svn: 34110

llvm-svn: 34109

  delete ParseBytecodeFile(InputFilename, 0, &ErrorMessage);
  llvm_shutdown();
  delete ParseBytecodeFile(InputFilename, 0, &ErrorMessage);

The primitive type objects failed to ressurect themselves after shutdown, leading
to crashes in clients that used them after llvm_shutdown().

This solution isn't wonderful, because we clearly have static ctors.  However,
the code it replaces was just as bad, so it's not a regression.

llvm-svn: 34106

llvm-svn: 34105

generate errors about being unable to resolve overloaded type.

llvm-svn: 34103

llvm-svn: 34102