Displaying 3 results from an estimated 3 matches for "r269678".
2016 Jun 10
2
Early CSE clobbering llvm.assume
...dated to ToT the problem
> persists. Will put together a minimum reproducing example.
>
> On Fri, Jun 10, 2016 at 12:26 PM, Smith, Kevin B <kevin.b.smith at intel.com>
> wrote:
>
>> You might look at this commit to fix the problem: r270823
>> "MemorySSA: Revert r269678 and r268068; replace with special casing in
>> MemorySSA."
>>
>> I think that might fix the issue for you.
>>
>> Kevin Smith
>>
>>
>
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.o...
2016 Jun 10
3
Early CSE clobbering llvm.assume
...together a minimum reproducing example.
>>>
>>> On Fri, Jun 10, 2016 at 12:26 PM, Smith, Kevin B <
>>> kevin.b.smith at intel.com> wrote:
>>>
>>>> You might look at this commit to fix the problem: r270823
>>>> "MemorySSA: Revert r269678 and r268068; replace with special casing in
>>>> MemorySSA."
>>>>
>>>> I think that might fix the issue for you.
>>>>
>>>> Kevin Smith
>>>>
>>>>
>>>
>>> _______________________________________...
2016 Jun 10
4
Early CSE clobbering llvm.assume
As of llvm 3.8, the early CSE pass seems to remove llvm.assume intrinsics.
Is this the expected behavior?
I've attached as small-ish example of this happening in my production code.
$ opt -early-cse before-early-cse.ll -S > after-early-cse.ll
Note the use of the assume intrinsic indicating that the loaded value
%channels equals 3. In a later pass I replace the load instruction with