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

llvm-svn: 34101

llvm-svn: 34100

llvm-svn: 34099

for parallel builds so that we space out the large links.

llvm-svn: 34098

llvm-svn: 34097