From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id A967C38DC2C5; Fri, 7 Jun 2024 06:04:46 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A967C38DC2C5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1717740286; bh=gEthCwhKcpJX6T5mIie82INGLxjbaIqSTaJe/AWXUpE=; h=From:To:Subject:Date:In-Reply-To:References:From; b=Nh8OTDQrwT36xpLGB5kCj565Js1+CRpYo+GfWS5ifxni2McaTs/I76nOOh7oTlty2 bo5mzmIi46fVlphG8DS5WrU8tCWuZMdzHFKNWR8Nn+SOGfjPsqyX+DE3tonDpbtSAx jxC2lqDAt+UPGEeXmDaHvGoaveFBe28bmd07n3hQ= From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/115373] [15 Regression] RISCV slp-cond-2-big-array.c slp-cond-2.c scan-tree-dump fails since r15-859-geaaa4b88038 Date: Fri, 07 Jun 2024 06:04:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 15.0 X-Bugzilla-Keywords: testsuite-fail X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 15.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone cc cf_gcctarget keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D115373 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |15.0 CC| |rguenth at gcc dot gnu.org Target| |riscv Keywords| |testsuite-fail --- Comment #2 from Richard Biener --- This also wasn't seen in precommit CI. I can confirm it on trunk and the issue is that we prefer load-lanes for f3 instead of SLP. This issue will go away when we do load-lanes from SLP, so it's intermittent (but I can't promise any timeline). I wonder if the FAIL also occurs on aarch64. There's vect_load_lanes to eventually "fix" the FAIL by adjusting the testcase expectation.=