[PATCH] Extend SLPVectorizer for cases where insertelement instructions must be rescheduled
Robison, Arch
arch.robison at intel.com
Fri Mar 28 08:47:01 PDT 2014
Yes, that looks much better.
I suggest making the attribution "Patch by Arch Robison and Arnold Schwaighofer." since it's a significant improvement to my proposed patch. There is only one n in my last name.
Thanks to both of you for all the help.
- Arch Robison
-----Original Message-----
From: Nadav Rotem [mailto:nrotem at apple.com]
Sent: Friday, March 28, 2014 1:46 AM
To: Arnold Schwaighofer
Cc: Robison, Arch; Commit Messages and Patches for LLVM
Subject: Re: [PATCH] Extend SLPVectorizer for cases where insertelement instructions must be rescheduled
On Mar 27, 2014, at 9:55 PM, Arnold Schwaighofer <aschwaighofer at apple.com> wrote:
> How about we simplify the logic in BoUpSLP by sinking the logic for handling the "BuildVector" into the SLPVectorizer like in the attached patch?
>
> This reduces the interface of BoUpSLP to just a "UserIgnoreList" that is used when checking scheduling and generation of extracts for out of tree users.
>
> Nadav, is this in the spirit of what you meant today?
Arnold, I really like your approach. Thanks!
>
> <0001-SLPVectorizer-Ignore-users-that-are-insertelements-w.patch>
> On Mar 27, 2014, at 10:38 AM, Arch D. Robison <arch.robison at intel.com> wrote:
>
>>
>> Thanks for the suggestions. the find-->count change will eliminate the long line issue :-)
>>
>> I didn't understand the suggestion of changing:
>>
>> IE->removeFromParent();
>> IE->insertAfter(x);`
>>
>> to:
>>
>> IE->moveBefore(x)
>>
>> Aren't these different? I couldn't find a "moveAfter" method.
>>
>> http://llvm-reviews.chandlerc.com/D3143
>
More information about the llvm-commits
mailing list