Anna Thomas 729dafc16b Strip off invariant.start because memory locations arent invariant ... The original change was reverted in rL317217 because of the failure in the RS4GC testcase. I couldn't reproduce the failure on my local machine (macbook) but could reproduce it on a linux box. The failure was around removing the uses of invariant.start. The fix here is to just RAUW undef (which was the first implementation in D39388). This is perfectly valid IR as discussed in the review. llvm-svn: 317225		2017-11-02 18:24:04 +00:00
..
base-pointers-1.ll	…
base-pointers-2.ll	…
base-pointers-3.ll	…
base-pointers-4.ll	…
base-pointers-5.ll	…
base-pointers-6.ll	…
base-pointers-7.ll	…
base-pointers-8.ll	…
base-pointers-9.ll	…
base-pointers-10.ll	…
base-pointers-11.ll	…
base-pointers-12.ll	…
base-pointers-13.ll	…
base-pointers.ll	…
base-vector.ll	…
basic.ll	…
basics.ll	…
call-gc-result.ll	…
codegen-cond.ll	…
constants.ll	…
deopt-intrinsic-cconv.ll	…
deopt-intrinsic.ll	…
deopt-lowering-attrs.ll	…
deref-pointers.ll	…
drop-invalid-metadata.ll	Strip off invariant.start because memory locations arent invariant	2017-11-02 18:24:04 +00:00
gc-relocate-creation.ll	…
invokes.ll	…
leaf-function.ll	…
libcall.ll	…
live-vector-nosplit.ll	…
liveness-basics.ll	…
patchable-statepoints.ll	…
preprocess.ll	…
relocate-invoke-result.ll	…
relocation.ll	…
rematerialize-derived-pointers.ll	…
rewrite-invoke.ll	…
statepoint-attrs.ll	…
statepoint-calling-conventions.ll	…
statepoint-coreclr.ll	…
statepoint-format.ll	…
two-invokes-one-landingpad.ll	…
vector-bitcast.ll	[RS4GC] Look through vector bitcasts when looking for base pointer	2017-10-13 15:59:13 +00:00