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

llvm-svn: 34095

mention llvm-ld and opt instead (if appropriate).

llvm-svn: 34094

llvm-svn: 34093

llvm-svn: 34092

llvm-svn: 34091

of a shell script to stand in its place. The shell script just pawns the
execution off to llvm-ld.

llvm-svn: 34090

doesn't get mingled with the output bytecode.

llvm-svn: 34089

llvm-svn: 34088

doesn't get mingled with the output bytecode.

llvm-svn: 34087

llvm-svn: 34086

llvm-svn: 34085

2. All function-level constants are now incorporated into the module-level
  constant pool, since the compaction table was removed.  Eliminate extra
  work to check for them.

This speeds up the bcwriter from 24.4s to 13.1s on 447.dealII and .73 -> .56s
on kc++ in a release build.

llvm-svn: 34084