Re: [PATCH 9/8] middle-end: Allow build_popcount_expr to use an IFN

Erm, ignore this - I just rediscovered the approval in a different mail folder. I forgot that Outlook's automatic email dedpulication meant that messages CC'd to me end up in one of two different folders at random when I want them in both. On Mon, Jan 16, 2023 at 02:03:29PM +, Andrew Carlotti

Re: [PATCH 9/8] middle-end: Allow build_popcount_expr to use an IFN

Hi Richard I accidentally pushed this patch earlier in the mistaken belief that you'd already approved it. It looks uncontroversial to me - it just adds IFN support to build_popcount_expr, analogous to the changes you suggested and approved for build_cltz_expr (and adjusts testcases accordingly).

Re: [PATCH 9/8] middle-end: Allow build_popcount_expr to use an IFN

On Thu, Dec 22, 2022 at 6:44 PM Andrew Carlotti via Gcc-patches wrote: > > Bootstrapped and regression tested on aarch64-unknown-linux-gnu and > x86_64-pc-linux-gnu - ok to merge? OK. Thanks, Richard. > gcc/ChangeLog: > > * tree-ssa-loop-niter.cc (build_popcount_expr): Add IFN support.

[PATCH 9/8] middle-end: Allow build_popcount_expr to use an IFN

Bootstrapped and regression tested on aarch64-unknown-linux-gnu and x86_64-pc-linux-gnu - ok to merge? gcc/ChangeLog: * tree-ssa-loop-niter.cc (build_popcount_expr): Add IFN support. gcc/testsuite/ChangeLog: * g++.dg/tree-ssa/pr86544.C: Add .POPCOUNT to tree scan regex.