llvm-svn: 46810

llvm-svn: 46741

llvm-svn: 46636

llvm-svn: 46500

Patch by Eli Friedman, thanks!

llvm-svn: 46428

llvm-svn: 46425

llvm-svn: 46024

llvm-svn: 45998

llvm-svn: 45855

llvm-svn: 45780

llvm-svn: 45662

llvm-svn: 45661

llvm-svn: 45581

llvm-svn: 45566

llvm-svn: 45565

llvm-svn: 45564

llvm-svn: 45537

llvm-svn: 45468

llvm-svn: 45416

discussion of this change.

llvm-svn: 45409

llvm-svn: 45355

function with GC.

This will catch the error when the inliner inlines a function with
GC into a caller with no GC.

llvm-svn: 45350

llvm-svn: 45327

llvm-svn: 45326

llvm-svn: 45214

llvm-svn: 45187

llvm-svn: 45150

Make it clear in the LangRef that allocation instructions only operated on the generic address space. Implement support in the verifier for ensuring this is true.

llvm-svn: 45080

still be done in the LLVM code generator. And update the summary for the
X86 target.

llvm-svn: 45013

llvm-svn: 44933

declarations to the LangRef.

llvm-svn: 44860

per-function collector model. Collector is now the factory for
CollectorMetadata, so the latter may be subclassed.

llvm-svn: 44827

llvm-svn: 44810

llvm-svn: 44774

methods are new to Function:

  bool hasCollector() const;
  const std::string &getCollector() const;
  void setCollector(const std::string &);
  void clearCollector();

The assembly representation is as such:

  define void @f() gc "shadow-stack" { ...

The implementation uses an on-the-side table to map Functions to 
collector names, such that there is no overhead. A StringPool is 
further used to unique collector names, which are extremely
likely to be unique per process.

llvm-svn: 44769

llvm-svn: 44542

llvm-svn: 44537

llvm-svn: 44527

llvm-svn: 44526

llvm-svn: 44524