maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/test/Assembler/2007-09-29-GC.ll

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

17 lines
262 B
LLVM
Raw Normal View History

Use FileCheck in a few tests. llvm-svn: 221459
2014-11-06 23:05:51 +08:00
; RUN: llvm-as < %s | llvm-dis | FileCheck %s
verify-uselistorder: Force -preserve-bc-use-list-order llvm-svn: 216022
2014-08-20 05:08:27 +08:00
; RUN: verify-uselistorder %s
Adding a collector name attribute to Function in the IR. These 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
2007-12-10 11:18:06 +08:00
Use FileCheck in a few tests. llvm-svn: 221459
2014-11-06 23:05:51 +08:00
; CHECK: define void @f() gc "shadowstack"
; CHECK: define void @g() gc "java"
Adding a collector name attribute to Function in the IR. These 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
2007-12-10 11:18:06 +08:00
define void @f() gc "shadowstack" {
entry:
ret void
}
define void @g() gc "java" {
entry:
ret void
}