Re: [x86 PATCH] Provide zero_extend versions/variants of several patterns.

On Wed, Dec 28, 2022 at 1:22 PM Roger Sayle wrote: > > > Hi Uros, > Many thanks for your reviews. > > > On Wed, Dec 28, 2022 at 2:15 AM Roger Sayle > > wrote: > > > > > > > > > Back in September, the review of my patch for PR > > > rtl-optimization/106594, > > > https://gcc.gnu.org/pipermail/gcc-

RE: [x86 PATCH] Provide zero_extend versions/variants of several patterns.

Hi Uros, Many thanks for your reviews. > On Wed, Dec 28, 2022 at 2:15 AM Roger Sayle > wrote: > > > > > > Back in September, the review of my patch for PR > > rtl-optimization/106594, > > https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601501.html > > suggested that I submit the x86 ba

Re: [x86 PATCH] Provide zero_extend versions/variants of several patterns.

On Wed, Dec 28, 2022 at 2:15 AM Roger Sayle wrote: > > > Back in September, the review of my patch for PR rtl-optimization/106594, > https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601501.html > suggested that I submit the x86 backend bits, independently and first. > > The executive summa

Re: [x86 PATCH] Provide zero_extend versions/variants of several patterns.

On 12/27/22 18:15, Roger Sayle wrote: Back in September, the review of my patch for PR rtl-optimization/106594, https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601501.html suggested that I submit the x86 backend bits, independently and first. The executive summary is that the middle

[x86 PATCH] Provide zero_extend versions/variants of several patterns.

Back in September, the review of my patch for PR rtl-optimization/106594, https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601501.html suggested that I submit the x86 backend bits, independently and first. The executive summary is that the middle-end doesn't have a preferred canonical for