From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id A5F27385BF81; Tue, 14 Jul 2020 19:03:14 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A5F27385BF81 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1594753394; bh=7T5PDjyolCNqDER8v7xOXxhh+Fxid8WRj2Z0jzZHOJA=; h=From:To:Subject:Date:In-Reply-To:References:From; b=x8aSsVGaI0N07+XBaWiP+gUHrDMZKeYRRuwhHyht99l7QepRP6pc3kdaaFgLzpmAp LGLPzuCMh0lEdi0d6EUHRr/00ldKJ0WTRuO7fPtBLMOhHKJ53DkVHZj3kEU2cTgeaN pdDpfd8iCXKqJMkJwFg1qufCNKv6w9BPesRIMyz0= From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgomp/96198] new test case libgomp.c/loop-21.c in r11-2077 Date: Tue, 14 Jul 2020 19:03:14 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgomp X-Bugzilla-Version: 11.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2020 19:03:14 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D96198 --- Comment #2 from Jakub Jelinek --- I think --- gcc/omp-general.c.jj 2020-07-14 12:20:01.520110629 +0200 +++ gcc/omp-general.c 2020-07-14 20:54:48.104237522 +0200 @@ -726,7 +726,7 @@ omp_extract_for_data (gomp_for *for_stmt if (loop->m1 || loop->m2) { gcc_assert (single_nonrect !=3D -1); - if (single_nonrect_cond_code =3D=3D LT_EXPR) + if (1 || single_nonrect_cond_code =3D=3D LT_EXPR) { n1 =3D n1first; n2 =3D n2first; @@ -764,7 +764,7 @@ omp_extract_for_data (gomp_for *for_stmt m1 =3D fold_convert (itype, m1); m2 =3D fold_convert (itype, m2); tree t2; - if (single_nonrect_cond_code =3D=3D LT_EXPR) + if (1 || single_nonrect_cond_code =3D=3D LT_EXPR) t2 =3D fold_build2 (MINUS_EXPR, itype, m2, m1); else t2 =3D fold_build2 (MINUS_EXPR, itype, m1, m2); should fix that, but need to go back to drawing board and see if that is ho= w we want to handle those cases. That said at least for all the testcases in the testsuite it currently computes the right number of iterations at least.=