David Majnemer 7fddeccb8b Move the personality function from LandingPadInst to Function ... The personality routine currently lives in the LandingPadInst. This isn't desirable because: - All LandingPadInsts in the same function must have the same personality routine. This means that each LandingPadInst beyond the first has an operand which produces no additional information. - There is ongoing work to introduce EH IR constructs other than LandingPadInst. Moving the personality routine off of any one particular Instruction and onto the parent function seems a lot better than have N different places a personality function can sneak onto an exceptional function. Differential Revision: http://reviews.llvm.org/D10429 llvm-svn: 239940		2015-06-17 20:52:32 +00:00
..
base-pointers-1.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-2.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-3.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-4.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-5.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-6.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-7.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-8.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-9.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-10.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers-11.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
base-pointers.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
basics.ll	[RewriteStatepointsForGC] For some values (like gep's and bitcasts) it's cheaper to clone them after statepoint than to emit proper relocates for them. This change implements this logic. There is alredy similar optimization in CodeGenPrepare, but doing so during RewriteStatepointsForGC allows to capture more opprtunities such as relocates in loops and longer instruction chains.	2015-05-19 15:59:05 +00:00
constants.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
deref-pointers.ll	[RewriteStatepointsForGC] Strip deref info after rewriting.	2015-06-02 22:33:37 +00:00
gc_relocate_creation.ll	[Statepoints] Support for "patchable" statepoints.	2015-05-12 23:52:24 +00:00
live-vector.ll	Move the personality function from LandingPadInst to Function	2015-06-17 20:52:32 +00:00
liveness-basics.ll	[RewriteStatepointsForGC] For some values (like gep's and bitcasts) it's cheaper to clone them after statepoint than to emit proper relocates for them. This change implements this logic. There is alredy similar optimization in CodeGenPrepare, but doing so during RewriteStatepointsForGC allows to capture more opprtunities such as relocates in loops and longer instruction chains.	2015-05-19 15:59:05 +00:00
preprocess.ll	Move the personality function from LandingPadInst to Function	2015-06-17 20:52:32 +00:00
relocate_invoke_result.ll	Move the personality function from LandingPadInst to Function	2015-06-17 20:52:32 +00:00
relocation.ll	[RewriteStatepointsForGC] For some values (like gep's and bitcasts) it's cheaper to clone them after statepoint than to emit proper relocates for them. This change implements this logic. There is alredy similar optimization in CodeGenPrepare, but doing so during RewriteStatepointsForGC allows to capture more opprtunities such as relocates in loops and longer instruction chains.	2015-05-19 15:59:05 +00:00
rematerialize-derived-pointers.ll	Move the personality function from LandingPadInst to Function	2015-06-17 20:52:32 +00:00