On 07.07.2023 09:30, Hongtao Liu wrote: > On Fri, Jul 7, 2023 at 3:13 PM Jan Beulich via Gcc-regression > <gcc-regress...@gcc.gnu.org> wrote: >> >> On 06.07.2023 13:57, haochen.jiang wrote: >>> On Linux/x86_64, >>> >>> 2d11c99dfca3cc603dbbfafb3afc41689a68e40f is the first bad commit >>> commit 2d11c99dfca3cc603dbbfafb3afc41689a68e40f >>> Author: Jan Beulich <jbeul...@suse.com> >>> Date: Wed Jul 5 09:41:09 2023 +0200 >>> >>> x86: use VPTERNLOG also for certain andnot forms >>> >>> caused >>> >>> FAIL: gcc.target/i386/pr53652-1.c scan-assembler-not vpternlogq[ \\t] >> >> The respective expectation was never valid to add without excluding >> cases where -march= overrides (extends) the -msse2 that the test >> specifies explicitly. I'm afraid I don't know how to tweak a testcase >> to properly deal with that. Perhaps (like iirc was suggested elsewhere) >> -mno-avx512f, but honestly this approach feels clumsy to me. Cc-ing >> Hongtao, who I think suggested that approach elsewhere. >> >>> FAIL: gcc.target/i386/pr53652-1.c scan-assembler-times pandn[ \\t] 2 > There're a false dependence when using pternlog for andnot(and other > newly added) pattern, i'm working on a patch to avoid that(PR110438). > Let me handle the test case.
Of course I'm happy to see you handle the testcase, but if you don't mind I'm curious towards the connection you see between that false dependency issue and the adjustments missing in this (and other) testcase(s). Jan
