On Tue, Jul 10, 2018 at 3:06 PM Kugan Vivekanandarajah <kugan.vivekanandara...@linaro.org> wrote: > > Hi, > > Jeff told me that the recent popcount built-in detection is causing > kernel build issues as > ERROR: "__popcountsi2" > [drivers/net/wireless/broadcom/brcm80211/brcmfmac/brcmfmac.ko] undefined! > > I could also reproduce this. AFIK, we should check if the libfunc is > defined while checking popcount? > > I am testing the attached RFC patch. Is this reasonable?
It doesn't work that way, all targets have this libfunc in libgcc. This means the kernel has to provide it. The only thing you could do is restrict replacement of CALL_EXPRs (in SCEV cprop) to those the target natively supports. Richard. > Thanks, > Kugan > > gcc/ChangeLog: > > 2018-07-10 Kugan Vivekanandarajah <kug...@linaro.org> > > * tree-ssa-loop-niter.c (number_of_iterations_popcount): Check > if libfunc for popcount is available.