forked from OSchip/llvm-project
c7506b28c1
Summary: I'm not sure if this patch is correct or if it needs more qualifying somehow. Bitcast shouldn't change the size of the load so it should be ok? We already do something similar for stores. We'll change the type of a volatile store if the resulting store is Legal or Custom. I'm not sure we should be allowing Custom there... I was playing around with converting X86 atomic loads/stores(except seq_cst) into regular volatile loads and stores during lowering. This would allow some special RMW isel patterns in X86InstrCompiler.td to be removed. But there's some floating point patterns in there that didn't work because we don't fold (f64 (bitconvert (i64 volatile load))) or (f32 (bitconvert (i32 volatile load))). Reviewers: efriedma, atanasyan, arsenm Reviewed By: efriedma Subscribers: jvesely, arsenm, sdardis, kzhuravl, wdng, yaxunl, dstuttard, tpr, t-tye, arichardson, jrtc27, atanasyan, jfb, llvm-commits Differential Revision: https://reviews.llvm.org/D50491 llvm-svn: 340797 |
||
---|---|---|
.. | ||
arguments-float.ll | ||
arguments-fp128.ll | ||
arguments-hard-float-varargs.ll | ||
arguments-hard-float.ll | ||
arguments-hard-fp128.ll | ||
arguments-small-structures-bigger-than-32bits.ll | ||
arguments-struct.ll | ||
arguments-varargs-small-structs-byte.ll | ||
arguments-varargs-small-structs-combinations.ll | ||
arguments-varargs-small-structs-multiple-args.ll | ||
arguments-varargs.ll | ||
arguments.ll | ||
byval.ll | ||
callee-saved-float.ll | ||
callee-saved-fpxx.ll | ||
callee-saved-fpxx1.ll | ||
callee-saved.ll | ||
memory-layout.ll | ||
pr33883.ll | ||
reserved-space.ll | ||
return-float.ll | ||
return-hard-float.ll | ||
return-hard-fp128.ll | ||
return-hard-struct-f128.ll | ||
return-struct.ll | ||
return.ll | ||
roundl-call.ll | ||
stack-alignment.ll | ||
vector.ll |