Displaying 3 results from an estimated 3 matches for "9e6d4adb".
2016 Mar 22
1
RFC: A change in InstCombine canonical form
...nodes cease to exist, than to change the canonicalization of memcpy back
and remove any backend code which was added only to compensate for that
change.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160322/9e6d4adb/attachment.html>
2016 Mar 22
0
RFC: A change in InstCombine canonical form
Thanks.
*Phillip, *As Hal said I do not think (1) is a very large item. Please let
me know if I am mistaken.
*David *I think (1) is more inline with typeless pointer work than (2).
Contributing to typeless pointer work will be great, but given its unknown
time frame we cannot stop fixing existing problems. Of course, we should
follow an approach consistent with the long-term solution.
On Tue,
2016 Mar 22
8
RFC: A change in InstCombine canonical form
On Tue, Mar 22, 2016 at 1:41 PM, Mehdi Amini <mehdi.amini at apple.com> wrote:
> Sorry I should have been more clear (writing to many email in parallel)
>
> You're right. I was adding a +1 to you here.
>
> Especially I wrote "unless there is an acknowledgement that typeless
> pointers won't be there before a couple of years" with the PassManager in
>