https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89008 --- Comment #8 from Richard Biener --- Author: rguenth Date: Thu Jan 24 09:31:51 2019 New Revision: 268234 URL: https://gcc.gnu.org/viewcvs?rev=268234&root=gcc&view=rev Log: 2019-01-24 Richard Biener Backport from mainline 2019-01-23 Richard Biener PR tree-optimization/89008 * tree-ssa-reassoc.c (eliminate_using_constants): For * 0 do not leave another stray operand. * gcc.dg/torture/pr89008.c: New testcase. Added: branches/gcc-8-branch/gcc/testsuite/gcc.dg/torture/pr89008.c Modified: branches/gcc-8-branch/gcc/ChangeLog branches/gcc-8-branch/gcc/testsuite/ChangeLog branches/gcc-8-branch/gcc/tree-ssa-reassoc.c >From gcc-bugs-return-630634-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:34:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50263 invoked by alias); 24 Jan 2019 09:34:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49980 invoked by uid 48); 24 Jan 2019 09:33:57 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89008] [7/8 Regression] O2 and O1 results differ for simple test Date: Thu, 24 Jan 2019 09:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03443.txt.bz2 Content-length: 211 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89008 --- Comment #9 from Richard Biener --- Bill, you now need r268233 or earlier on the GCC 8 branch to reproduce the latent issue. >From gcc-bugs-return-630635-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:36:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57606 invoked by alias); 24 Jan 2019 09:36:07 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57511 invoked by uid 48); 24 Jan 2019 09:36:02 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89031] Should not report unused result when explicitly cast to void Date: Thu, 24 Jan 2019 09:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03444.txt.bz2 Content-length: 505 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89031 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Richard Biener --- Indeed (didnt' find resolved invalid dups with the warning in comments though) >From gcc-bugs-return-630639-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:38:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62417 invoked by alias); 24 Jan 2019 09:38:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 62077 invoked by uid 48); 24 Jan 2019 09:38:47 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/65608] [meta-bug] friend issues Date: Thu, 24 Jan 2019 09:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: meta-bug X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03448.txt.bz2 Content-length: 479 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65608 Bug 65608 depends on bug 34724, which changed state. Bug 34724 Summary: Trouble with friend declaration across namespaces https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34724 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE >From gcc-bugs-return-630637-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:38:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62139 invoked by alias); 24 Jan 2019 09:38:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 62011 invoked by uid 48); 24 Jan 2019 09:38:46 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/34724] Trouble with friend declaration across namespaces Date: Thu, 24 Jan 2019 09:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.3.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03446.txt.bz2 Content-length: 524 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34724 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Jonathan Wakely --- I think this is another dup of PR 43694 *** This bug has been marked as a duplicate of bug 43694 *** >From gcc-bugs-return-630638-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:38:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62315 invoked by alias); 24 Jan 2019 09:38:50 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 62045 invoked by uid 48); 24 Jan 2019 09:38:46 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/43694] G++ accepts a template friend with the wrong template parameters Date: Thu, 24 Jan 2019 09:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.5.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03447.txt.bz2 Content-length: 450 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43694 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |paolo.carlini at oracle dot com --- Comment #3 from Jonathan Wakely --- *** Bug 34724 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630636-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:38:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61077 invoked by alias); 24 Jan 2019 09:38:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61024 invoked by uid 48); 24 Jan 2019 09:38:14 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug web/89032] Missing documentation for GCC 7.4.0 Date: Thu, 24 Jan 2019 09:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: web X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03445.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89032 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Richard Biener --- Fixed. >From gcc-bugs-return-630640-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:40:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65245 invoked by alias); 24 Jan 2019 09:40:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 65107 invoked by uid 48); 24 Jan 2019 09:40:16 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89031] Should not report unused result when explicitly cast to void Date: Thu, 24 Jan 2019 09:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution 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-SW-Source: 2019-01/txt/msg03449.txt.bz2 Content-length: 604 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89031 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |DUPLICATE --- Comment #3 from Andrew Pinski --- (In reply to Richard Biener from comment #2) > Indeed (didnt' find resolved invalid dups with the warning in comments > though) Because it was left unconfirmed ... PR 66425. *** This bug has been marked as a duplicate of bug 66425 *** >From gcc-bugs-return-630641-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:40:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65872 invoked by alias); 24 Jan 2019 09:40:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 65275 invoked by uid 48); 24 Jan 2019 09:40:20 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/66425] (void) cast doesn't suppress __attribute__((warn_unused_result)) Date: Thu, 24 Jan 2019 09:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.9.2 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: pinskia 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03450.txt.bz2 Content-length: 442 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |porton at narod dot ru --- Comment #37 from Andrew Pinski --- *** Bug 89031 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630642-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:45:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72272 invoked by alias); 24 Jan 2019 09:45:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72152 invoked by uid 48); 24 Jan 2019 09:44:57 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/51584] Erroneous compilation when deriving from an inaccessible friend class. Date: Thu, 24 Jan 2019 09:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.6.1 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on blocked resolution 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-SW-Source: 2019-01/txt/msg03451.txt.bz2 Content-length: 1017 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51584 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |accepts-invalid Status|NEW |RESOLVED Last reconfirmed|2015-03-27 00:00:00 |2019-1-24 Blocks|65608 |59002 Resolution|--- |DUPLICATE --- Comment #2 from Jonathan Wakely --- (In reply to Andrew Pinski from comment #1) > I think this is related to PR 47346. Yes, it has nothing to do with the friend declaration. *** This bug has been marked as a duplicate of bug 47346 *** Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59002 [Bug 59002] [meta-bug] Access checking in templates https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65608 [Bug 65608] [meta-bug] friend issues >From gcc-bugs-return-630644-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:45:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73226 invoked by alias); 24 Jan 2019 09:45:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72426 invoked by uid 48); 24 Jan 2019 09:45:03 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/59002] [meta-bug] Access checking in templates Date: Thu, 24 Jan 2019 09:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: meta-bug X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03453.txt.bz2 Content-length: 502 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59002 Bug 59002 depends on bug 51584, which changed state. Bug 51584 Summary: Erroneous compilation when deriving from an inaccessible friend class. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51584 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE >From gcc-bugs-return-630643-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:45:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72576 invoked by alias); 24 Jan 2019 09:45:07 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72292 invoked by uid 48); 24 Jan 2019 09:45:01 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/47346] access control for nested type is ignored in class template Date: Thu, 24 Jan 2019 09:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dodji at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03452.txt.bz2 Content-length: 454 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47346 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |prasoonsaurav.nit at gmail dot com --- Comment #17 from Jonathan Wakely --- *** Bug 51584 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630645-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:49:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109860 invoked by alias); 24 Jan 2019 09:49:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 109813 invoked by uid 48); 24 Jan 2019 09:49:04 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/51757] friend defined inside class and declared inside main linker error Date: Thu, 24 Jan 2019 09:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.5.2 X-Bugzilla-Keywords: link-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cf_reconfirmed_on 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-SW-Source: 2019-01/txt/msg03454.txt.bz2 Content-length: 694 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51757 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |link-failure Last reconfirmed|2012-01-05 00:00:00 |2019-1-24 --- Comment #5 from Jonathan Wakely --- Still present on trunk. Clang and EDG emit the definition of func. No version of GCC I tested (back to 4.3.6) does. Slightly reduced: struct A { friend void func() { } }; int main() { void func(); func(); //linker error undefined reference to `func()' } >From gcc-bugs-return-630646-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:54:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114512 invoked by alias); 24 Jan 2019 09:54:13 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114418 invoked by uid 48); 24 Jan 2019 09:54:08 -0000 From: "rjones at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/88993] GCC 9 -Wformat-overflow=2 should reflect real libc limits Date: Thu, 24 Jan 2019 09:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: rjones at redhat dot com 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: --- 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-SW-Source: 2019-01/txt/msg03455.txt.bz2 Content-length: 5983 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88993 --- Comment #6 from Richard W.M. Jones --- I switched the warning off in libguestfs, but before it was switched off I got all these warnings (errors in fact because we use -Werror in development builds). qemuopts.c: In function 'qemuopts_to_config_channel': qemuopts.c:987:29: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 987 | fprintf (fp, " %.*s = ", (int) k, values[j]); | ^~~~ qemuopts.c:987:26: note: assuming directive output of 1 byte 987 | fprintf (fp, " %.*s = ", (int) k, values[j]); | ^~~~~~~~~~~ utils.c: In function 'guestfs_int_full_path': utils.c:729:27: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 729 | r = asprintf (&path, "%.*s", len, dir); | ^~~~ utils.c:729:26: note: assuming directive output of 1 byte 729 | r = asprintf (&path, "%.*s", len, dir); | ^~~~~~ utils.c:727:27: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 727 | r = asprintf (&path, "%.*s/%s", len, dir, name); | ^~~~ utils.c:727:26: note: assuming directive output of 1 byte 727 | r = asprintf (&path, "%.*s/%s", len, dir, name); | ^~~~~~~~~ utils.c:727:26: note: assuming directive output of 1 byte In file included from info.c:43: info.c: In function 'parse_json': info.c:205:13: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 205 | debug (g, "%s: qemu-img info JSON output:\n%.*s\n", __func__, (int) len, input); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ guestfs-internal.h:577:49: note: in definition of macro 'debug' 577 | do { if ((g)->verbose) guestfs_int_debug ((g),__VA_ARGS__); } while (0) | ^~~~~~~~~~~ info.c:205:46: note: format string is defined here 205 | debug (g, "%s: qemu-img info JSON output:\n%.*s\n", __func__, (int) len, input); | ^~~~ In file included from info.c:43: info.c:205:13: note: assuming directive output of 1 byte 205 | debug (g, "%s: qemu-img info JSON output:\n%.*s\n", __func__, (int) len, input); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ guestfs-internal.h:577:49: note: in definition of macro 'debug' 577 | do { if ((g)->verbose) guestfs_int_debug ((g),__VA_ARGS__); } while (0) | ^~~~~~~~~~~ btrfs.c: In function 'do_btrfs_filesystem_show': btrfs.c:2127:27: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 2127 | add_sprintf (&ret, "%.*s", (int) (end - p), p); | ^~~~ btrfs.c:2127:26: note: assuming directive output of 1 byte 2127 | add_sprintf (&ret, "%.*s", (int) (end - p), p); | ^~~~~~ log.c: In function 'do_log': log.c:390:17: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 390 | printf (" %.*s", (int) comm_len, comm); | ^~~~ log.c:390:15: note: assuming directive output of 1 byte 390 | printf (" %.*s", (int) comm_len, comm); | ^~~~~~~ log.c:388:17: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 388 | printf (" %.*s", (int) identifier_len, identifier); | ^~~~ log.c:388:15: note: assuming directive output of 1 byte 388 | printf (" %.*s", (int) identifier_len, identifier); | ^~~~~~~ log.c:394:17: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 394 | printf ("[%.*s]", (int) pid_len, pid); | ^~~~ log.c:394:15: note: assuming directive output of 1 byte 394 | printf ("[%.*s]", (int) pid_len, pid); | ^~~~~~~~ log.c:404:17: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 404 | printf (" %.*s", (int) message_len, message); | ^~~~ log.c:404:15: note: assuming directive output of 1 byte 404 | printf (" %.*s", (int) message_len, message); | ^~~~~~~ ../common/utils/utils.c: In function 'guestfs_int_full_path': ../common/utils/utils.c:729:27: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 729 | r = asprintf (&path, "%.*s", len, dir); | ^~~~ ../common/utils/utils.c:729:26: note: assuming directive output of 1 byte 729 | r = asprintf (&path, "%.*s", len, dir); | ^~~~~~ ../common/utils/utils.c:727:27: error: '%.*s' directive output between 0 and 2147483647 bytes may exceed minimum required size of 4095 [-Werror=format-overflow=] 727 | r = asprintf (&path, "%.*s/%s", len, dir, name); | ^~~~ ../common/utils/utils.c:727:26: note: assuming directive output of 1 byte 727 | r = asprintf (&path, "%.*s/%s", len, dir, name); | ^~~~~~~~~ ../common/utils/utils.c:727:26: note: assuming directive output of 1 byte >From gcc-bugs-return-630647-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:55:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116818 invoked by alias); 24 Jan 2019 09:55:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116704 invoked by uid 48); 24 Jan 2019 09:55:50 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/52625] [7/8/9 Regression] Incorrect specialization semantics of friend class template declaration Date: Thu, 24 Jan 2019 09:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.8.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_reconfirmed_on cc cf_known_to_work short_desc cf_known_to_fail 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-SW-Source: 2019-01/txt/msg03456.txt.bz2 Content-length: 1026 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52625 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Last reconfirmed|2012-03-20 00:00:00 |2019-1-24 CC| |jason at gcc dot gnu.org Known to work| |4.4.7 Summary|Incorrect specialization |[7/8/9 Regression] |semantics of friend class |Incorrect specialization |template declaration |semantics of friend class | |template declaration Known to fail| |4.5.4, 7.4.0, 8.2.0, 9.0 --- Comment #4 from Jonathan Wakely --- This was accepted by 4.4.7 but not 4.5.0 It regressed with r154223 "PR c++/13950, DR 176" (which was indeed related to finding the injected-class-name in a base class). >From gcc-bugs-return-630648-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 09:57:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121349 invoked by alias); 24 Jan 2019 09:57:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121243 invoked by uid 48); 24 Jan 2019 09:57:22 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89027] [9 Regression] ICE: verify_gimple failed (Error: non-trivial conversion at assignment) Date: Thu, 24 Jan 2019 09:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03457.txt.bz2 Content-length: 253 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89027 --- Comment #3 from Jakub Jelinek --- Created attachment 45517 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45517&action=edit gcc9-pr89027.patch Untested fix. >From gcc-bugs-return-630649-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:05:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42808 invoked by alias); 24 Jan 2019 10:05:07 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 42710 invoked by uid 48); 24 Jan 2019 10:05:04 -0000 From: "dominiq at lps dot ens.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/89020] close(status='DELETE') does not remove file Date: Thu, 24 Jan 2019 10:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 7.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dominiq at lps dot ens.fr X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03458.txt.bz2 Content-length: 658 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020 Dominique d'Humieres changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-01-24 Ever confirmed|0 |1 --- Comment #2 from Dominique d'Humieres --- > If virtualbox's shared folders are doing strange things with > files or is broken, not much that the gfortran developers > can do about that. Hence closing as WONTFIX? >From gcc-bugs-return-630650-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:16:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74094 invoked by alias); 24 Jan 2019 10:16:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72622 invoked by uid 48); 24 Jan 2019 10:16:36 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89001] g++ uses wrong mangling for lifetime-extended temporaries Date: Thu, 24 Jan 2019 10:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03459.txt.bz2 Content-length: 241 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89001 --- Comment #3 from Jakub Jelinek --- So do we need a GTY hash table mapping VAR_DECLs to lifetime-extended temporary count and use that during the mangling? >From gcc-bugs-return-630651-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:21:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119603 invoked by alias); 24 Jan 2019 10:21:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 115555 invoked by uid 48); 24 Jan 2019 10:21:17 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/87187] FAIL: gfortran.dg/short_circuiting_3.f90 -g -flto (internal compiler error) on darwin Date: Thu, 24 Jan 2019 10:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-SW-Source: 2019-01/txt/msg03460.txt.bz2 Content-length: 2736 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87187 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #6 from Richard Biener --- OK, so we end up here via force_decl_die which forces declaration == 1. But then /* A concrete instance, tag a new DIE with DW_AT_abstract_origin. */ if (origin != NULL) { gcc_assert (!declaration || local_scope_p (context_die)); where origin == decl because decl_ultimate_origin returns decl itself since its DECL_ABSTRACT_ORIGIN points to itself but it is not DECL_ABSTRACT_P. In the end we force the decl as context for a limbo DIE for a local static in the function ('i'). We're still doing that set_decl_origin_self on stuff via dwarf2out_abstract_function (tried to get rid of that repeatedly...). We're fooling dwarf2out here that an abstract origin DIE exists but with the LTO workaround it doesn't. On Linux if we compile with -g0 the DECL_ABSTRACT_ORIGIN will not be set while on Darwin compiling with -g will just elide the LTO part but still set DECL_ABSTRACT_ORIGIN. We cannot simply not stream DECL_ABSTRACT_ORIGIN if debug_info_level == DINFO_LEVEL_NONE because IIRC it is used for other stuff as well(?). Maybe just eliding the self-origin case works. So I am testing Index: gcc/tree-streamer-out.c =================================================================== --- gcc/tree-streamer-out.c (revision 268233) +++ gcc/tree-streamer-out.c (working copy) @@ -603,7 +603,16 @@ write_ts_decl_common_tree_pointers (stru special handling in LTO, it must be handled by streamer hooks. */ stream_write_tree (ob, DECL_ATTRIBUTES (expr), ref_p); - stream_write_tree (ob, DECL_ABSTRACT_ORIGIN (expr), ref_p); + + /* On non-early-LTO enabled targets we claim we compiled with -g0 + but dwarf2out still did its set_decl_origin_self game fooling + itself late. Und that here since we won't have access to the + early generated abstract DIEs. */ + tree ao = DECL_ABSTRACT_ORIGIN (expr); + if (debug_info_level == DINFO_LEVEL_NONE + && ao == expr) + ao = NULL_TREE; + stream_write_tree (ob, ao, ref_p); if ((VAR_P (expr) || TREE_CODE (expr) == PARM_DECL) && DECL_HAS_VALUE_EXPR_P (expr)) which fixes the testcase at least. >From gcc-bugs-return-630652-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:24:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119973 invoked by alias); 24 Jan 2019 10:24:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94798 invoked by uid 48); 24 Jan 2019 10:24:40 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89023] libstdc++ test failure; can't find omp.h with --disable-libgomp Date: Thu, 24 Jan 2019 10:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03461.txt.bz2 Content-length: 1512 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89023 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely --- (In reply to sandra from comment #0) > Is there some reason this test is conditionalized differently than, say, > 28_regex/headers/regex/parallel_mode.cc ?? That one is properly recognized > as unsupported on this target. That's the same header :-) I think it should probably be the same as 25_algorithms/headers/algorithm/algorithm_parallel_mode.cc i.e. // { dg-require-parallel-mode "" } // { dg-options "-D_GLIBCXX_PARALLEL -fopenmp" { target *-*-* } } (Although that will mean it almost never gets tested, as nobody runs make check-parallel routinely ... not that it really matters, as nobody uses parallel mode either, and it will be deprecated soon). > Also, the underlying failure seems related to pr35887. Why is libstdc++ > even installing headers that depend on omp.h with --disable-libgomp? Probably because it was easier that way. They only depend on omp.h if you explicitly request it by defining _GLIBCXX_PARALLEL, and if you do that without libgomp that's your fault. The test that does that needs to be fixed. >From gcc-bugs-return-630653-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:25:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74512 invoked by alias); 24 Jan 2019 10:25:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74482 invoked by uid 48); 24 Jan 2019 10:25:41 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89025] Wrong point of declaration for enumeration names Date: Thu, 24 Jan 2019 10:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: accepts-invalid, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03462.txt.bz2 Content-length: 402 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89025 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Ever confirmed|0 |1 >From gcc-bugs-return-630654-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:31:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9057 invoked by alias); 24 Jan 2019 10:31:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 3050 invoked by uid 48); 24 Jan 2019 10:31:44 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89029] __builtin_constant_p erroneously true Date: Thu, 24 Jan 2019 10:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03463.txt.bz2 Content-length: 465 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89029 --- Comment #3 from Jonathan Wakely --- (In reply to Peter Dimov from comment #0) > (This is simplified from an attempt to create a statically-diagnosed assert > facility that would warn when the asserted expression is known to be false: > https://godbolt.org/z/i5SXSd. Would've been cool if it worked.) c.f. https://gcc.gnu.org/ml/libstdc++/2018-03/msg00031.html and the replies >From gcc-bugs-return-630655-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:33:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14468 invoked by alias); 24 Jan 2019 10:33:07 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 14417 invoked by uid 48); 24 Jan 2019 10:33:04 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug web/89032] Missing documentation for GCC 7.4.0 Date: Thu, 24 Jan 2019 10:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: web X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on resolution everconfirmed 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-SW-Source: 2019-01/txt/msg03464.txt.bz2 Content-length: 627 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89032 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Last reconfirmed| |2019-01-24 Resolution|FIXED |--- Ever confirmed|0 |1 --- Comment #2 from Martin LiÅ¡ka --- Please add missing CSS file for it, take a look here: https://gcc.gnu.org/onlinedocs/7.3.0/ >From gcc-bugs-return-630657-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:42:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50149 invoked by alias); 24 Jan 2019 10:42:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49751 invoked by uid 48); 24 Jan 2019 10:42:32 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95) Date: Thu, 24 Jan 2019 10:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 4.2.0 X-Bugzilla-Keywords: meta-bug, missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03466.txt.bz2 Content-length: 491 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 87214, which changed state. Bug 87214 Summary: [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |ASSIGNED Resolution|INVALID |--- >From gcc-bugs-return-630656-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:42:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49789 invoked by alias); 24 Jan 2019 10:42:33 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49681 invoked by uid 48); 24 Jan 2019 10:42:29 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 10:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution assigned_to 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-SW-Source: 2019-01/txt/msg03465.txt.bz2 Content-length: 699 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |ASSIGNED Resolution|INVALID |--- Assignee|rsandifo at gcc dot gnu.org |marxin at gcc dot gnu.org --- Comment #6 from Martin LiÅ¡ka --- Well, omnetpp_r has no known portability issues: https://www.spec.org/cpu2017/Docs/benchmarks/520.omnetpp_r.html So that I would like to know what violates the aliasing. Let me debug that.. >From gcc-bugs-return-630658-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:43:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52324 invoked by alias); 24 Jan 2019 10:43:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 52296 invoked by uid 48); 24 Jan 2019 10:43:13 -0000 From: "mscfd at gmx dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89033] New: gfortran accepts invalid code in select type construct with pointer assignment Date: Thu, 24 Jan 2019 10:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mscfd at gmx dot net 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03467.txt.bz2 Content-length: 1052 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89033 Bug ID: 89033 Summary: gfortran accepts invalid code in select type construct with pointer assignment Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: mscfd at gmx dot net Target Milestone: --- The code below should be invalid, as the selector x has attribute "target" but not "pointer" inside the select type block (2008 draft, 8.1.3.3). The code compiles, but it gives a suprising output, namely x is still associated, despite the accepted "x => null()" line. program select_type_ptr implicit none type t integer :: i = 1 end type t class(*), pointer :: x type(t), pointer :: y allocate(x, source = t(3)) select type (x) type is (t) y => x x => null() end select print *, associated(x), associated(y) print *, y%i end program select_type_ptr >From gcc-bugs-return-630659-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:48:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79727 invoked by alias); 24 Jan 2019 10:48:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79164 invoked by uid 48); 24 Jan 2019 10:48:37 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/56643] Failure to match noexcept specifier of friend template function in template class Date: Thu, 24 Jan 2019 10:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: ice-on-valid-code, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cf_reconfirmed_on 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-SW-Source: 2019-01/txt/msg03468.txt.bz2 Content-length: 566 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56643 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-on-valid-code, | |rejects-valid Last reconfirmed|2013-03-17 00:00:00 |2019-1-24 --- Comment #3 from Jonathan Wakely --- This was rejects-valid in GCC 4.9 but since GCC 5 is ice-on-valid-code >From gcc-bugs-return-630660-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:51:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109585 invoked by alias); 24 Jan 2019 10:51:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 109499 invoked by uid 55); 24 Jan 2019 10:51:41 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 10:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03469.txt.bz2 Content-length: 974 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #7 from rguenther at suse dot de --- On Thu, 24 Jan 2019, marxin at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 > > Martin LiÅ¡ka changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|RESOLVED |ASSIGNED > Resolution|INVALID |--- > Assignee|rsandifo at gcc dot gnu.org |marxin at gcc dot gnu.org > > --- Comment #6 from Martin LiÅ¡ka --- > Well, omnetpp_r has no known portability issues: > https://www.spec.org/cpu2017/Docs/benchmarks/520.omnetpp_r.html > > So that I would like to know what violates the aliasing. Let me debug that.. A lot of benchmarks end up using spec_qsort... >From gcc-bugs-return-630663-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:52:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111390 invoked by alias); 24 Jan 2019 10:52:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 110690 invoked by uid 48); 24 Jan 2019 10:52:08 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/65608] [meta-bug] friend issues Date: Thu, 24 Jan 2019 10:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: meta-bug X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03472.txt.bz2 Content-length: 523 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65608 Bug 65608 depends on bug 56820, which changed state. Bug 56820 Summary: elaborated-type-specifier friend incorrectly looked up beyond innermost enclosing namespace https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56820 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE >From gcc-bugs-return-630662-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:52:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110933 invoked by alias); 24 Jan 2019 10:52:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 110656 invoked by uid 48); 24 Jan 2019 10:52:07 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/59930] template friend declarations, namespaces, and explicit instantiations don't mix Date: Thu, 24 Jan 2019 10:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03471.txt.bz2 Content-length: 444 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59930 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wd11 at leicester dot ac.uk --- Comment #9 from Jonathan Wakely --- *** Bug 56820 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630661-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:52:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110707 invoked by alias); 24 Jan 2019 10:52:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 110589 invoked by uid 48); 24 Jan 2019 10:52:05 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/56820] elaborated-type-specifier friend incorrectly looked up beyond innermost enclosing namespace Date: Thu, 24 Jan 2019 10:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: minor X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03470.txt.bz2 Content-length: 550 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56820 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Jonathan Wakely --- Fixed by Nathan's patch for PR 59930, and looks like a dup of it. *** This bug has been marked as a duplicate of bug 59930 *** >From gcc-bugs-return-630664-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:54:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119346 invoked by alias); 24 Jan 2019 10:54:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119295 invoked by uid 48); 24 Jan 2019 10:54:32 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/21146] unable to resolve visible symbol Date: Thu, 24 Jan 2019 10:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 3.4.4 X-Bugzilla-Keywords: diagnostic, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03473.txt.bz2 Content-length: 812 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21146 --- Comment #6 from Jonathan Wakely --- EDG still accepts this, but Clang doesn't: 21146.cc:13:18: error: member 'S' found in multiple base classes of different types friend class A; ^ 21146.cc:7:8: note: member found by ambiguous name lookup struct S {}; ^ 21146.cc:4:13: note: member found by ambiguous name lookup typedef T S; ^ 21146.cc:13:18: error: member 'S' found in multiple base classes of different types friend class A; ^ 21146.cc:7:8: note: member found by ambiguous name lookup struct S {}; ^ 21146.cc:4:13: note: member found by ambiguous name lookup typedef T S; ^ 2 errors generated. I think GCC and Clang are right here. >From gcc-bugs-return-630665-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 10:54:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120164 invoked by alias); 24 Jan 2019 10:54:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 120083 invoked by uid 48); 24 Jan 2019 10:54:47 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 10:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03474.txt.bz2 Content-length: 1226 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #8 from Martin LiÅ¡ka --- (In reply to rguenther@suse.de from comment #7) > On Thu, 24 Jan 2019, marxin at gcc dot gnu.org wrote: > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 > > > > Martin LiÅ¡ka changed: > > > > What |Removed |Added > > ---------------------------------------------------------------------------- > > Status|RESOLVED |ASSIGNED > > Resolution|INVALID |--- > > Assignee|rsandifo at gcc dot gnu.org |marxin at gcc dot gnu.org > > > > --- Comment #6 from Martin LiÅ¡ka --- > > Well, omnetpp_r has no known portability issues: > > https://www.spec.org/cpu2017/Docs/benchmarks/520.omnetpp_r.html > > > > So that I would like to know what violates the aliasing. Let me debug that.. > > A lot of benchmarks end up using spec_qsort... Ah, yes, I overlooked that as the file has a different suffix: ./benchspec/CPU/520.omnetpp_r/src/simulator/spec_qsort.cc So let me test it with fixed qsort function. >From gcc-bugs-return-630666-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:07:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29162 invoked by alias); 24 Jan 2019 11:07:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 24952 invoked by uid 55); 24 Jan 2019 11:07:51 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89008] [7/8 Regression] O2 and O1 results differ for simple test Date: Thu, 24 Jan 2019 11:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03475.txt.bz2 Content-length: 820 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89008 --- Comment #10 from Richard Biener --- Author: rguenth Date: Thu Jan 24 11:07:19 2019 New Revision: 268235 URL: https://gcc.gnu.org/viewcvs?rev=268235&root=gcc&view=rev Log: 2019-01-24 Richard Biener Backport from mainline 2019-01-23 Richard Biener PR tree-optimization/89008 * tree-ssa-reassoc.c (eliminate_using_constants): For * 0 do not leave another stray operand. * gcc.dg/torture/pr89008.c: New testcase. Added: branches/gcc-7-branch/gcc/testsuite/gcc.dg/torture/pr89008.c Modified: branches/gcc-7-branch/gcc/ChangeLog branches/gcc-7-branch/gcc/testsuite/ChangeLog branches/gcc-7-branch/gcc/tree-ssa-reassoc.c >From gcc-bugs-return-630667-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:08:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68607 invoked by alias); 24 Jan 2019 11:08:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 67798 invoked by uid 48); 24 Jan 2019 11:08:31 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89008] [7/8 Regression] O2 and O1 results differ for simple test Date: Thu, 24 Jan 2019 11:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_known_to_work 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-SW-Source: 2019-01/txt/msg03476.txt.bz2 Content-length: 486 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89008 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Known to work| |7.4.1, 8.2.1 --- Comment #11 from Richard Biener --- "fixed" everywhere, I'm out of the way now, SLSR is still latently buggy (I suggest to simply "ignore" * 0 stmts) >From gcc-bugs-return-630668-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:14:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90324 invoked by alias); 24 Jan 2019 11:14:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 90255 invoked by uid 48); 24 Jan 2019 11:14:21 -0000 From: "vries at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/89034] New: [libgomp, openacc] dg-shouldfail in abort-1.c allows libgomp asserts to go undetected Date: Thu, 24 Jan 2019 11:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vries 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03477.txt.bz2 Content-length: 1078 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89034 Bug ID: 89034 Summary: [libgomp, openacc] dg-shouldfail in abort-1.c allows libgomp asserts to go undetected Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org Target Milestone: --- See "[nvptx, openacc, libgomp] Assertion `!s->map->active' failed for synchronous parallel with abort" ( PR88939 ). A commit triggered an assert in abort-1.c, but because of dg-shouldfail, the test-case continued passing. Eventually, it was noticed by manual inspection of libgomp.log, months after the offending commit was committed to trunk, instead of during pre-commit testing, which would have been preferable. If a dg-output-not directive was available, we could improve the abort-1.c testcase somewhat by adding: ... /* { dg-output-not "Assertion.*failed" } */ ... or some such. >From gcc-bugs-return-630669-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:18:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22182 invoked by alias); 24 Jan 2019 11:18:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 20013 invoked by uid 48); 24 Jan 2019 11:18:14 -0000 From: "vries at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/89034] [libgomp, openacc] dg-shouldfail in abort-1.c allows libgomp asserts to go undetected Date: Thu, 24 Jan 2019 11:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: openacc X-Bugzilla-Severity: enhancement X-Bugzilla-Who: vries 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cc bug_severity 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-SW-Source: 2019-01/txt/msg03478.txt.bz2 Content-length: 1060 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89034 Tom de Vries changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |openacc CC| |tschwinge at gcc dot gnu.org Severity|normal |enhancement --- Comment #1 from Tom de Vries --- This is a rewrite of abort-1.c that gets rid of the dg-shouldfail, by using on_exit: ... /* { dg-do run { target { ! openacc_host_selected } } } */ #include #include #include static int trace; static void exit_handler (int status, void *arg) { if (trace != 1) abort (); if (status != EXIT_FAILURE) abort (); _exit (0); } int main (void) { trace = 0; on_exit (exit_handler, NULL); trace++; #pragma acc parallel { abort (); } trace++; return 0; } /* { dg-output "libgomp: " } */ ... >From gcc-bugs-return-630670-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:20:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 30414 invoked by alias); 24 Jan 2019 11:20:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 30350 invoked by uid 48); 24 Jan 2019 11:20:19 -0000 From: "vries at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/89034] [libgomp, openacc] dg-shouldfail in abort-1.c allows libgomp asserts to go undetected Date: Thu, 24 Jan 2019 11:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: openacc X-Bugzilla-Severity: enhancement X-Bugzilla-Who: vries 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: --- 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-SW-Source: 2019-01/txt/msg03479.txt.bz2 Content-length: 276 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89034 --- Comment #2 from Tom de Vries --- Thomas, is this replacement for abort-1.c OK for trunk? If so, I'll commit this, otherwise, I'll commit this as abort-nvptx.c or some such. Thanks - Tom >From gcc-bugs-return-630671-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:22:33 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36608 invoked by alias); 24 Jan 2019 11:22:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 36544 invoked by uid 48); 24 Jan 2019 11:22:28 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/89006] [9 Regression] New note: non-delegitimized UNSPEC UNSPEC_SET_GOT (14) found in variable location since r267638 Date: Thu, 24 Jan 2019 11:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.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: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03480.txt.bz2 Content-length: 253 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89006 --- Comment #1 from Jakub Jelinek --- Created attachment 45518 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45518&action=edit gcc9-pr89006.patch Untested fix. >From gcc-bugs-return-630672-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:25:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43264 invoked by alias); 24 Jan 2019 11:25:04 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 42904 invoked by uid 48); 24 Jan 2019 11:24:58 -0000 From: "pdimov at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89029] __builtin_constant_p erroneously true Date: Thu, 24 Jan 2019 11:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pdimov at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03481.txt.bz2 Content-length: 1128 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89029 --- Comment #4 from Peter Dimov --- (In reply to Jonathan Wakely from comment #3) > c.f. https://gcc.gnu.org/ml/libstdc++/2018-03/msg00031.html and the replies Yes, pretty much. > I doubt we would catch many bugs that way, as most bugs would involve > non-constant indices and vectors that have changed size dynamically at > run-time. It's still pretty cool when it works, f.ex. here: https://godbolt.org/z/fHCB16 Annoying that we're so close to useful static analysis but it doesn't _quite_ work. (Also note how the code for g() goes straight to assert without telling anyone.) >RESOLVED INVALID Too bad. FWIW, Clang trunk doesn't seem to suffer from the false positive problem. It also "proves" the assertion failure in g, but not in f: https://godbolt.org/z/92WyvR. (It also doesn't support __attribute((error)), which makes this technique limited in value.) Maybe the correct way to go about this is just to mark __assert_fail in some manner ("warn if unconditionally called"), instead of trying to (ab)use __builtin_constant_p. >From gcc-bugs-return-630673-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:25:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45658 invoked by alias); 24 Jan 2019 11:25:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45571 invoked by uid 48); 24 Jan 2019 11:25:52 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 11:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03482.txt.bz2 Content-length: 1339 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #9 from Martin LiÅ¡ka --- I guess it's not related to qsort (the files looks different and fine: #include #include "spec_qsort.h" static void spec_swap(void *x, void *y, size_t l) { /* Swap elements of an array byte by byte. Note that a version specialized to operate on a specific data type (e.g. int) would be faster. */ char *a = (char *)x, *b = (char *)y, c; while(l--) { c = *a; *a++ = *b; *b++ = c; } } static void spec_sort(char *array, size_t size, int begin, int end, int (*cmp)(const void*,const void*)) { /* Generic qsort algorithm */ if (end > begin) { void *pivot = array + begin; int l = begin + size; int r = end; while(l < r) { if (cmp(array+l,pivot) <= 0) { l += size; } else { r -= size; spec_swap(array+l, array+r, size); } } l -= size; spec_swap(array+begin, array+l, size); spec_sort(array, size, begin, l, cmp); spec_sort(array, size, r, end, cmp); } } void spec_qsort(void *array, size_t nitems, size_t size, int (*cmp)(const void*,const void*)) { spec_sort((char *)array, size, 0, (nitems-1)*size, cmp); } >From gcc-bugs-return-630674-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:27:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50768 invoked by alias); 24 Jan 2019 11:27:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 50671 invoked by uid 48); 24 Jan 2019 11:27:22 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 11:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03483.txt.bz2 Content-length: 261 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #10 from Martin LiÅ¡ka --- Only following 2 LTO object files trigger the segfault: simulator/cpar.o and simulator/ccomponent.o (rest are -fno-lto object files). >From gcc-bugs-return-630677-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:37:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102214 invoked by alias); 24 Jan 2019 11:37:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101773 invoked by uid 48); 24 Jan 2019 11:37:06 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/65608] [meta-bug] friend issues Date: Thu, 24 Jan 2019 11:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: meta-bug X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03486.txt.bz2 Content-length: 497 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65608 Bug 65608 depends on bug 59815, which changed state. Bug 59815 Summary: Apparently bogus error: 'Outer' is already declared in this scope https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59815 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE >From gcc-bugs-return-630675-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:37:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101815 invoked by alias); 24 Jan 2019 11:37:07 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101660 invoked by uid 48); 24 Jan 2019 11:37:03 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/59815] Apparently bogus error: 'Outer' is already declared in this scope Date: Thu, 24 Jan 2019 11:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03484.txt.bz2 Content-length: 646 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59815 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Jonathan Wakely --- (In reply to Andrew Pinski from comment #2) > I think this is a duplicate of bug 37804. It's a dup of bug 37804 comment 6 which is actually PR 59930, and fixed. *** This bug has been marked as a duplicate of bug 59930 *** >From gcc-bugs-return-630676-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:37:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102022 invoked by alias); 24 Jan 2019 11:37:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101735 invoked by uid 48); 24 Jan 2019 11:37:05 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/59930] template friend declarations, namespaces, and explicit instantiations don't mix Date: Thu, 24 Jan 2019 11:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03485.txt.bz2 Content-length: 449 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59930 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ppluzhnikov at google dot com --- Comment #10 from Jonathan Wakely --- *** Bug 59815 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630680-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:40:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125020 invoked by alias); 24 Jan 2019 11:40:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124518 invoked by uid 48); 24 Jan 2019 11:40:11 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/65608] [meta-bug] friend issues Date: Thu, 24 Jan 2019 11:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: meta-bug X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03489.txt.bz2 Content-length: 559 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65608 Bug 65608 depends on bug 60611, which changed state. Bug 60611 Summary: friend function declaration rejected when the namespace in which it is declared is not explicitely specified in the declaration https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60611 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE >From gcc-bugs-return-630678-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:40:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124788 invoked by alias); 24 Jan 2019 11:40:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124476 invoked by uid 48); 24 Jan 2019 11:40:10 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/60611] friend function declaration rejected when the namespace in which it is declared is not explicitely specified in the declaration Date: Thu, 24 Jan 2019 11:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.7.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03487.txt.bz2 Content-length: 506 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60611 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Jonathan Wakely --- This looks like a dup *** This bug has been marked as a duplicate of bug 57376 *** >From gcc-bugs-return-630679-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:40:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124796 invoked by alias); 24 Jan 2019 11:40:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124491 invoked by uid 48); 24 Jan 2019 11:40:11 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/57376] Bogus error due to failure of unqualified namespace lookup Date: Thu, 24 Jan 2019 11:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03488.txt.bz2 Content-length: 498 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57376 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nicolas.bertolotti@mathwork | |s.fr --- Comment #1 from Jonathan Wakely --- *** Bug 60611 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630681-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 11:58:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119080 invoked by alias); 24 Jan 2019 11:58:04 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118921 invoked by uid 48); 24 Jan 2019 11:57:58 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/61327] Problem with friend template object Date: Thu, 24 Jan 2019 11:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.8.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03490.txt.bz2 Content-length: 284 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61327 --- Comment #3 from Jonathan Wakely --- Fixed for GCC 6 by r227023, which fixed PR 66957. The examples here look different enough that we should probably add them to the testsuite before closing this. >From gcc-bugs-return-630682-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:01:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 972 invoked by alias); 24 Jan 2019 12:01:04 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 678 invoked by uid 48); 24 Jan 2019 12:00:52 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/65619] friend declaration with template template parameter not recognized Date: Thu, 24 Jan 2019 12:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.9.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03491.txt.bz2 Content-length: 282 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65619 --- Comment #1 from Jonathan Wakely --- Fixed for GCC 6 by r227023, which fixed PR 66957. The example here looks different enough that we should probably add it to the testsuite before closing this. >From gcc-bugs-return-630683-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:01:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8078 invoked by alias); 24 Jan 2019 12:01:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7342 invoked by uid 48); 24 Jan 2019 12:01:24 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87064] [9 regression] libgomp.oacc-fortran/reduction-3.f90 fails starting with r263751 Date: Thu, 24 Jan 2019 12:01:00 -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: 9.0 X-Bugzilla-Keywords: openacc, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: wschmidt at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03492.txt.bz2 Content-length: 555 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87064 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #25 from Jakub Jelinek --- Testcase fixed, *vsx_reduc__v4sf_scalar hasn't been disabled for little endian (is it incorrect too or just non-optimal)? >From gcc-bugs-return-630684-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:07:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 27900 invoked by alias); 24 Jan 2019 12:07:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 27854 invoked by uid 48); 24 Jan 2019 12:07:14 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/88999] [9 Regression] testcases using in_avail() fail on nios2-elf Date: Thu, 24 Jan 2019 12:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc 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-SW-Source: 2019-01/txt/msg03493.txt.bz2 Content-length: 363 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88999 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 CC| |jakub at gcc dot gnu.org >From gcc-bugs-return-630685-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:22:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117218 invoked by alias); 24 Jan 2019 12:22:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117033 invoked by uid 48); 24 Jan 2019 12:22:25 -0000 From: "ktkachov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88760] GCC unrolling is suboptimal Date: Thu, 24 Jan 2019 12:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ktkachov at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03494.txt.bz2 Content-length: 2864 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 --- Comment #17 from ktkachov at gcc dot gnu.org --- I played around with the source to do some conservative 2x manual unrolling in the two hottest functions in 510.parest_r (3 more-or-less identical tight FMA loops). This was to try out Richard's thinking suggestion in #c10 about unrolling for forming load-pairs, and also to break the accumulator dependency. So the initial testcase now became: unsigned int *colnums; double *val; struct foostruct { unsigned int rows; unsigned int *colnums; unsigned int *rowstart; }; struct foostruct *cols; void foo (double * __restrict__ dst, const double *__restrict__ src) { const unsigned int n_rows = cols->rows; const double *val_ptr = &val[cols->rowstart[0]]; const unsigned int *colnum_ptr = &cols->colnums[cols->rowstart[0]]; double *dst_ptr = dst; for (unsigned int row=0; rowrowstart[row+1]]; __PTRDIFF_TYPE__ diff = val_end_of_row - val_ptr; if (diff & 1) // Peel the odd iteration. s += *val_ptr++ * src[*colnum_ptr++]; double s1 = 0.; // Second accumulator while (val_ptr != val_end_of_row) { s += val_ptr[0] * src[colnum_ptr[0]]; s1 += val_ptr[1] * src[colnum_ptr[1]]; val_ptr += 2; colnum_ptr += 2; } *dst_ptr++ = s + s1; } } This transformed the initial loop from: .L4: ldr w3, [x7, x2, lsl 2] cmp x6, x2 ldr d2, [x5, x2, lsl 3] add x2, x2, 1 ldr d1, [x1, x3, lsl 3] fmadd d0, d2, d1, d0 bne .L4 into: .L5: ldp w6, w5, [x3] // LDP add x3, x3, 8 ldp d5, d3, [x2] // LDP add x2, x2, 16 ldr d4, [x1, x6, lsl 3] cmp x4, x2 ldr d2, [x1, x5, lsl 3] fmadd d0, d5, d4, d0 fmadd d1, d3, d2, d1 bne .L5 In parest itself a few of the loops transformed this way did not form LDPs due to unrelated LDP-forming inefficiencies but the most did. This transformation gave a 3% improvement on a Cortex-A72. There are more similar loops in the 3rd, 4th and 5th hottest functions in that benchmark, so I suspect if we do something intelligent there as well we'll get even more sizeable gains. So rather than solving general "unrolling", how about we break this down into two desirable transformations: 1) Unrolling for load-pair-forming vectorisation (Richard Sandiford's suggestion) 2) Unrolling and breaking accumulator dependencies. I think more general unrolling and the peeling associated with it can be discussed independently of 1) and 2) once we collect more data on more microarchitectures. >From gcc-bugs-return-630686-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:29:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40773 invoked by alias); 24 Jan 2019 12:29:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40382 invoked by uid 55); 24 Jan 2019 12:29:01 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88760] GCC unrolling is suboptimal Date: Thu, 24 Jan 2019 12:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03495.txt.bz2 Content-length: 3579 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 --- Comment #18 from rguenther at suse dot de --- On Thu, 24 Jan 2019, ktkachov at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 > > --- Comment #17 from ktkachov at gcc dot gnu.org --- > I played around with the source to do some conservative 2x manual unrolling in > the two hottest functions in 510.parest_r (3 more-or-less identical tight FMA > loops). This was to try out Richard's thinking suggestion in #c10 about > unrolling for forming load-pairs, and also to break the accumulator dependency. > > So the initial testcase now became: > unsigned int *colnums; > double *val; > > struct foostruct > { > unsigned int rows; > unsigned int *colnums; > unsigned int *rowstart; > }; > > struct foostruct *cols; > > void > foo (double * __restrict__ dst, const double *__restrict__ src) > { > const unsigned int n_rows = cols->rows; > const double *val_ptr = &val[cols->rowstart[0]]; > const unsigned int *colnum_ptr = &cols->colnums[cols->rowstart[0]]; > > double *dst_ptr = dst; > for (unsigned int row=0; row { > double s = 0.; > const double *const val_end_of_row = &val[cols->rowstart[row+1]]; > __PTRDIFF_TYPE__ diff = val_end_of_row - val_ptr; > > if (diff & 1) // Peel the odd iteration. > s += *val_ptr++ * src[*colnum_ptr++]; > > double s1 = 0.; // Second accumulator > while (val_ptr != val_end_of_row) > { > s += val_ptr[0] * src[colnum_ptr[0]]; > s1 += val_ptr[1] * src[colnum_ptr[1]]; > val_ptr += 2; > colnum_ptr += 2; > } > *dst_ptr++ = s + s1; > } > } > > This transformed the initial loop from: > .L4: > ldr w3, [x7, x2, lsl 2] > cmp x6, x2 > ldr d2, [x5, x2, lsl 3] > add x2, x2, 1 > ldr d1, [x1, x3, lsl 3] > fmadd d0, d2, d1, d0 > bne .L4 > > into: > .L5: > ldp w6, w5, [x3] // LDP > add x3, x3, 8 > ldp d5, d3, [x2] // LDP > add x2, x2, 16 > ldr d4, [x1, x6, lsl 3] > cmp x4, x2 > ldr d2, [x1, x5, lsl 3] > fmadd d0, d5, d4, d0 > fmadd d1, d3, d2, d1 > bne .L5 > > In parest itself a few of the loops transformed this way did not form LDPs due > to unrelated LDP-forming inefficiencies but the most did. > This transformation gave a 3% improvement on a Cortex-A72. There are more > similar loops in the 3rd, 4th and 5th hottest functions in that benchmark, so I > suspect if we do something intelligent there as well we'll get even more > sizeable gains. > > So rather than solving general "unrolling", how about we break this down into > two desirable transformations: > 1) Unrolling for load-pair-forming vectorisation (Richard Sandiford's > suggestion) If that helps, sure (I'd have guessed uarchs are going to split load-multiple into separate loads, but eventually it avoids load-port contention?) > 2) Unrolling and breaking accumulator dependencies. IIRC RTL unrolling can do this (as side-effect, not as main cost motivation) guarded with an extra switch. > I think more general unrolling and the peeling associated with it can be > discussed independently of 1) and 2) once we collect more data on more > microarchitectures. I think both of these can be "implemented" on the RTL unroller side. >From gcc-bugs-return-630687-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:32:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67774 invoked by alias); 24 Jan 2019 12:32:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 67721 invoked by uid 48); 24 Jan 2019 12:32:18 -0000 From: "david at westcontrol dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89035] New: Request - builtins for unspecified and arbitrary values Date: Thu, 24 Jan 2019 12:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: david at westcontrol dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03496.txt.bz2 Content-length: 2560 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89035 Bug ID: 89035 Summary: Request - builtins for unspecified and arbitrary values Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: david at westcontrol dot com Target Milestone: --- Occasionally it is useful to have an unspecified or arbitrary value in C (and C++) programming. For example, you might want to have a function that calculates a particular value for valid inputs, and returns an unspecified value on invalid inputs. At the moment, gcc has __builtin_unreachable() to indicate intentional manually created undefined behaviour - it is useful for getting optimal code, and also for documenting code. And it provides a reliable way of saying "this can't happen", unlike other undefined behaviour (such as writing "1/0;"). Unspecified and arbitrary values are different from undefined values - the compiler is free to pick them in any way it likes, but the values are valid and non-trapping, and operations using them are defined behaviour, though with possibly unspecified or arbitrary results. An unspecified value can be created by making a local variable and leaving it uninitialised - but that will usually be flagged by a warning from gcc, and it is not clear in the code. An arbitrary value can be generated by inline assembly, such as " int x; asm("" : "=r" (x)); " which generates no code. However, that does not give the compiler freedom to pick a different arbitrary value of its liking. I would like to suggest there be builtin functions __builtin_unspecified() and __builtin_arbitrary(). They would both return an "int" - I don't think there is need for any other types. The difference between this can be seen with code like this: int x = __builtin_arbitrary(); int y = x - x; // y is guaranteed to be 0. int x = __builtin_unspecified(); int y = x - x; // y is unspecified. An initial implementation could be very simple. __builtin_unspecified() can use the existing unspecified value logic in the compiler, or could be viewed as __builtin_arbitrary(). __builtin_arbitrary() can work like the inline assembly shown above, or just return 0. Of course, a better implementation would allow more optimisations - the compiler could pick different values that result in more efficient code later. >From gcc-bugs-return-630688-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:36:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80960 invoked by alias); 24 Jan 2019 12:36:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 78805 invoked by uid 48); 24 Jan 2019 12:36:37 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/87187] FAIL: gfortran.dg/short_circuiting_3.f90 -g -flto (internal compiler error) on darwin Date: Thu, 24 Jan 2019 12:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03497.txt.bz2 Content-length: 497 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87187 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Richard Biener --- Fixed on trunk, not sure if it is a regression also present on the branch? >From gcc-bugs-return-630690-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:36:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84437 invoked by alias); 24 Jan 2019 12:36:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 82598 invoked by uid 55); 24 Jan 2019 12:36:52 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/87187] FAIL: gfortran.dg/short_circuiting_3.f90 -g -flto (internal compiler error) on darwin Date: Thu, 24 Jan 2019 12:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth 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-SW-Source: 2019-01/txt/msg03498.txt.bz2 Content-length: 540 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87187 --- Comment #8 from Richard Biener --- Author: rguenth Date: Thu Jan 24 12:36:14 2019 New Revision: 268236 URL: https://gcc.gnu.org/viewcvs?rev=268236&root=gcc&view=rev Log: 2019-01-24 Richard Biener PR lto/87187 * tree-streamer-out.c (write_ts_decl_common_tree_pointers): When in "legacy" debug mode make sure to reset self-origins. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-streamer-out.c >From gcc-bugs-return-630689-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:36:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81270 invoked by alias); 24 Jan 2019 12:36:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79171 invoked by uid 48); 24 Jan 2019 12:36:38 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/86549] [8/9 Regression] -flto -g0 vs. -g issues Date: Thu, 24 Jan 2019 12:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code, lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03499.txt.bz2 Content-length: 516 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86549 Bug 86549 depends on bug 87187, which changed state. Bug 87187 Summary: FAIL: gfortran.dg/short_circuiting_3.f90 -g -flto (internal compiler error) on darwin https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87187 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-630691-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:41:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93023 invoked by alias); 24 Jan 2019 12:41:30 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 92946 invoked by uid 48); 24 Jan 2019 12:41:26 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89021] Implement mmintrin.h in SSE Date: Thu, 24 Jan 2019 12:41:00 -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: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com 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: --- 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-SW-Source: 2019-01/txt/msg03500.txt.bz2 Content-length: 354 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89021 --- Comment #3 from H.J. Lu --- (In reply to UroÅ¡ Bizjak from comment #1) > Porbably we just need to add SSE alternatives to existing MMX builtins. C.f. > [1]. > > [1] https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01393.html Yes, and a few other improvements. >From gcc-bugs-return-630692-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:43:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94860 invoked by alias); 24 Jan 2019 12:43:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94807 invoked by uid 48); 24 Jan 2019 12:43:04 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89021] Implement mmintrin.h in SSE Date: Thu, 24 Jan 2019 12:43:00 -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: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03501.txt.bz2 Content-length: 891 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89021 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Ever confirmed|0 |1 --- Comment #4 from H.J. Lu --- (In reply to Richard Biener from comment #2) > I think that to avoid surprises -mno-mmx should be the default on x86 and > thus > MMX code would need to explicitely supply -mmmx. Would that work around the > issue or would we see odd errors when using the mm intrinsics? That sounds right. We can even vectorize void foo (char* restrict r, char* restrict a){ for (int i = 0; i < 8; i++){ r[i] += a[i]; } } >From gcc-bugs-return-630693-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 12:54:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125960 invoked by alias); 24 Jan 2019 12:54:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 125891 invoked by uid 48); 24 Jan 2019 12:54:38 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89035] Request - builtins for unspecified and arbitrary values Date: Thu, 24 Jan 2019 12:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse 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: --- 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-SW-Source: 2019-01/txt/msg03502.txt.bz2 Content-length: 214 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89035 --- Comment #1 from Marc Glisse --- We already have int x = x; for one of those, no? Or just int x; but it tends to warn. >From gcc-bugs-return-630694-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:11:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104188 invoked by alias); 24 Jan 2019 13:11:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 104150 invoked by uid 48); 24 Jan 2019 13:11:31 -0000 From: "david at westcontrol dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89035] Request - builtins for unspecified and arbitrary values Date: Thu, 24 Jan 2019 13:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: david at westcontrol dot com 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: --- 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-SW-Source: 2019-01/txt/msg03503.txt.bz2 Content-length: 317 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89035 --- Comment #2 from David Brown --- Yes, "int x = x;" does give an unspecified value without a warning. But to me, this looks much more like a workaround - while "int x = __builtin_unspecified();" is clear in its intentions. >From gcc-bugs-return-630695-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:26:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54664 invoked by alias); 24 Jan 2019 13:26:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54609 invoked by uid 48); 24 Jan 2019 13:26:31 -0000 From: "paolo.carlini at oracle dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88969] [9 Regression] ICE in build_op_delete_call, at cp/call.c:6509 Date: Thu, 24 Jan 2019 13:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: paolo.carlini at oracle dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: paolo.carlini at oracle dot com X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-SW-Source: 2019-01/txt/msg03504.txt.bz2 Content-length: 471 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88969 Paolo Carlini changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com --- Comment #5 from Paolo Carlini --- Mine. >From gcc-bugs-return-630696-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:27:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56094 invoked by alias); 24 Jan 2019 13:27:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 56011 invoked by uid 48); 24 Jan 2019 13:27:14 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88760] GCC unrolling is suboptimal Date: Thu, 24 Jan 2019 13:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03505.txt.bz2 Content-length: 1265 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 --- Comment #19 from Wilco --- (In reply to rguenther@suse.de from comment #18) > > 1) Unrolling for load-pair-forming vectorisation (Richard Sandiford's > > suggestion) > > If that helps, sure (I'd have guessed uarchs are going to split > load-multiple into separate loads, but eventually it avoids > load-port contention?) Many CPUs execute LDP/STP as a single load/store, eg. Cortex-A57 executes a 128-bit LDP in a single cycle (see Optimization Guide). > > 2) Unrolling and breaking accumulator dependencies. > > IIRC RTL unrolling can do this (as side-effect, not as main > cost motivation) guarded with an extra switch. > > > I think more general unrolling and the peeling associated with it can be > > discussed independently of 1) and 2) once we collect more data on more > > microarchitectures. > > I think both of these can be "implemented" on the RTL unroller > side. You still need dependence analysis, alias info, ivopt to run again. The goal is to remove the increment of the index, use efficient addressing modes (base+imm) and allow scheduling to move instructions between iterations. I don't believe the RTL unroller supports any of this today. >From gcc-bugs-return-630697-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:29:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65925 invoked by alias); 24 Jan 2019 13:29:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 65867 invoked by uid 48); 24 Jan 2019 13:29:13 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/88974] [9 Regression] ICE: Segmentation fault (in linemap_resolve_location) Date: Thu, 24 Jan 2019 13:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: preprocessor X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code 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: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed attachments.created 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-SW-Source: 2019-01/txt/msg03506.txt.bz2 Content-length: 742 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88974 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-01-24 Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Created attachment 45519 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45519&action=edit gcc9-pr88974.patch Untested fix. That said, I see no signs why this is a regression. >From gcc-bugs-return-630698-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:33:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113225 invoked by alias); 24 Jan 2019 13:33:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 113143 invoked by uid 48); 24 Jan 2019 13:32:56 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/89020] close(status='DELETE') does not remove file Date: Thu, 24 Jan 2019 13:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 7.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03507.txt.bz2 Content-length: 772 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020 --- Comment #3 from Thomas Koenig --- (In reply to Dominique d'Humieres from comment #2) > > If virtualbox's shared folders are doing strange things with > > files or is broken, not much that the gfortran developers > > can do about that. > > Hence closing as WONTFIX? First, what virtualbox is doing is a violation of common UNIX semantics, so we would be within our rights :-) to do this. However, I'd like to look at the code first and check if we can actually accommodate this strange behavior without pessimizing anything else. If so, I would be inclined to "fix" this. On the third hand, I seem to remember that unlink / close also used to cause (potential?) issues with NFS. >From gcc-bugs-return-630699-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:39:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17583 invoked by alias); 24 Jan 2019 13:39:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 17499 invoked by uid 48); 24 Jan 2019 13:39:00 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88951] [9 Regression] No fpermissive offerred on 'error: jump to case label' Date: Thu, 24 Jan 2019 13:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03508.txt.bz2 Content-length: 751 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88951 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek --- Your testcase doesn't compile anywhere, you need to add at least a semicolon after case 0: With that fixed, whether this was accepted or not changed over time several times, e.g. 3.2 accepted it with warnings (and -fpermissive in all cases), 3.3 - 4.9 emitted a warning and error, 5.x-8.x gave just a warning or two, 9.x error + warning. I'd say just fix the legacy code. >From gcc-bugs-return-630700-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:41:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39840 invoked by alias); 24 Jan 2019 13:41:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 38122 invoked by uid 55); 24 Jan 2019 13:40:59 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88760] GCC unrolling is suboptimal Date: Thu, 24 Jan 2019 13:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03509.txt.bz2 Content-length: 2536 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 --- Comment #20 from rguenther at suse dot de --- On Thu, 24 Jan 2019, wilco at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 > > --- Comment #19 from Wilco --- > (In reply to rguenther@suse.de from comment #18) > > > > 1) Unrolling for load-pair-forming vectorisation (Richard Sandiford's > > > suggestion) > > > > If that helps, sure (I'd have guessed uarchs are going to split > > load-multiple into separate loads, but eventually it avoids > > load-port contention?) > > Many CPUs execute LDP/STP as a single load/store, eg. Cortex-A57 executes a > 128-bit LDP in a single cycle (see Optimization Guide). > > > > 2) Unrolling and breaking accumulator dependencies. > > > > IIRC RTL unrolling can do this (as side-effect, not as main > > cost motivation) guarded with an extra switch. > > > > > I think more general unrolling and the peeling associated with it can be > > > discussed independently of 1) and 2) once we collect more data on more > > > microarchitectures. > > > > I think both of these can be "implemented" on the RTL unroller > > side. > > You still need dependence analysis, alias info, ivopt to run again. The goal is > to remove the increment of the index, use efficient addressing modes (base+imm) > and allow scheduling to move instructions between iterations. I don't believe > the RTL unroller supports any of this today. There's no way to encode load-multiple on GIMPLE that wouldn't be awkward to other GIMPLE optimizers. Yes, the RTL unroller supports scheduling (sched runs after unrolling) and scheduling can do dependence analysis. Yes, the RTL unroller does _not_ do dependence analysis at the moment, so if you want to know beforehand whether you can interleave iterations you have to actually perform dependence analysis. Of course you can do that on RTL. And of course you can do IVOPTs on RTL (yes, we don't do that at the moment). Note I'm not opposed to have IVOPTs on GIMPLE itself perform unrolling (I know Bin was against this given IVOPTs is already so comples) and a do accumulator breakup. But I don't see how to do the load-multiple thing (yes, you could represent it as a vector load plus N element extracts on GIMPLE and it would be easy to teach SLP vectorization to perform this transform on its own if it is really profitable - which I doubt you can reasonably argue before RA, let alone on GIMPLE). >From gcc-bugs-return-630701-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:42:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42308 invoked by alias); 24 Jan 2019 13:41:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 41495 invoked by uid 48); 24 Jan 2019 13:41:54 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88988] [8/9 Regression] ICE: Segmentation fault (in lookup_name_real_1) Date: Thu, 24 Jan 2019 13:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: ice-on-invalid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cc 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-SW-Source: 2019-01/txt/msg03510.txt.bz2 Content-length: 563 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88988 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|ice-on-valid-code |ice-on-invalid-code CC| |jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek --- This is not valid, if you firstprivatize a nonstatic data member, accessing it through this is undefined behavior. >From gcc-bugs-return-630702-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:42:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54323 invoked by alias); 24 Jan 2019 13:42:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54238 invoked by uid 48); 24 Jan 2019 13:42:46 -0000 From: "wschmidt at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89008] [7/8 Regression] O2 and O1 results differ for simple test Date: Thu, 24 Jan 2019 13:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wschmidt at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03511.txt.bz2 Content-length: 216 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89008 --- Comment #12 from Bill Schmidt --- Yes, fully agree -- I'll take care of that probably tomorrow. Too many meetings this week... >From gcc-bugs-return-630703-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:46:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59042 invoked by alias); 24 Jan 2019 13:46:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 58901 invoked by uid 48); 24 Jan 2019 13:46:01 -0000 From: "wschmidt at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87064] [9 regression] libgomp.oacc-fortran/reduction-3.f90 fails starting with r263751 Date: Thu, 24 Jan 2019 13:46:00 -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: 9.0 X-Bugzilla-Keywords: openacc, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wschmidt at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: wschmidt at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03512.txt.bz2 Content-length: 424 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87064 --- Comment #26 from Bill Schmidt --- I believe it's also incorrect (the assumption on the value being in element 3 is a big-endian statement) but latent because this is really hard to match. I'll take an internal note to clean this up. I will also look at backporting these fixes to earlier releases to avoid future rediscovery. >From gcc-bugs-return-630705-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:51:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48027 invoked by alias); 24 Jan 2019 13:51:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45043 invoked by uid 48); 24 Jan 2019 13:51:45 -0000 From: "antoshkka at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89036] ICE if destructor has a requires Date: Thu, 24 Jan 2019 13:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: antoshkka at gmail dot com 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: --- 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-SW-Source: 2019-01/txt/msg03514.txt.bz2 Content-length: 167 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036 --- Comment #1 from Antony Polukhin --- Compile with flags: -std=c++2a -fconcepts >From gcc-bugs-return-630704-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 13:51:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19754 invoked by alias); 24 Jan 2019 13:51:13 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 14904 invoked by uid 48); 24 Jan 2019 13:51:10 -0000 From: "antoshkka at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89036] New: ICE if destructor has a requires Date: Thu, 24 Jan 2019 13:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: antoshkka at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03513.txt.bz2 Content-length: 844 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036 Bug ID: 89036 Summary: ICE if destructor has a requires Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: antoshkka at gmail dot com Target Milestone: --- The following code: template struct Y { ~Y() requires(true) = default; ~Y() requires(false) {} }; causes ICE: :6:27: internal compiler error: in add_method, at cp/class.c:1137 6 | ~Y() requires(false) {} | ^ Please submit a full bug report, with preprocessed source if appropriate. See for instructions. Compiler returned: 1 >From gcc-bugs-return-630706-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:10:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53953 invoked by alias); 24 Jan 2019 14:10:39 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 53856 invoked by uid 48); 24 Jan 2019 14:10:35 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 14:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03515.txt.bz2 Content-length: 273 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #11 from Martin LiÅ¡ka --- Created attachment 45520 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45520&action=edit optimized dump with -mprefer-vector-width=128 >From gcc-bugs-return-630708-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:11:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82061 invoked by alias); 24 Jan 2019 14:11:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 77376 invoked by uid 48); 24 Jan 2019 14:11:29 -0000 From: "rearnsha at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89037] New: checking ice emitting 128-bit bit-field initializer Date: Thu, 24 Jan 2019 14:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rearnsha 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone cf_gcctarget Message-ID: 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-SW-Source: 2019-01/txt/msg03517.txt.bz2 Content-length: 2289 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89037 Bug ID: 89037 Summary: checking ice emitting 128-bit bit-field initializer Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: ice-checking, ice-on-valid-code Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: rearnsha at gcc dot gnu.org Target Milestone: --- Target: aarch64 /* ./cc1 testcase.c */ struct s { __int128 y : 65; }; typedef struct s T; T a = { 1 }; Results in besttry.c:7:1: internal compiler error: tree check: accessed elt 2 of tree_int_cst with 1 elts in output_constructor_bitfield, at varasm.c:5410 7 | T a = { 1 }; | ^ 0x5be4f1 tree_int_cst_elt_check_failed(int, int, char const*, int, char const*) /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/tree.c:9999 0x740049 tree_int_cst_elt_check(tree_node*, int, char const*, int, char const*) /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/tree.h:3378 0xf8d530 output_constructor_bitfield /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/varasm.c:5410 0xf8db12 output_constructor /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/varasm.c:5524 0xf8c27f output_constant /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/varasm.c:5037 0xf81a96 assemble_variable_contents /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/varasm.c:2144 0xf82519 assemble_variable(tree_node*, int, int, int) /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/varasm.c:2323 0xfa03c4 varpool_node::assemble_decl() /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/varpool.c:586 0x7ac56c output_in_order /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cgraphunit.c:2443 0x7ac56c symbol_table::compile() /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cgraphunit.c:2683 0x7aef96 symbol_table::compile() /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cgraphunit.c:2865 0x7aef96 symbol_table::finalize_compilation_unit() /home/rearnsha/gnusrc/gcc-cross/trunk/gcc/cgraphunit.c:2862 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. >From gcc-bugs-return-630707-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:11:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54991 invoked by alias); 24 Jan 2019 14:11:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54902 invoked by uid 48); 24 Jan 2019 14:11:01 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 14:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03516.txt.bz2 Content-length: 273 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #12 from Martin LiÅ¡ka --- Created attachment 45521 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45521&action=edit optimized dump with -mprefer-vector-width=256 >From gcc-bugs-return-630709-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:13:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99353 invoked by alias); 24 Jan 2019 14:13:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 99231 invoked by uid 48); 24 Jan 2019 14:13:44 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 14:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03518.txt.bz2 Content-length: 2965 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #13 from Martin LiÅ¡ka --- The 2 problematic functions looks like: void cComponent::reallocParamv(int size) { ((void)0); if (size!=(short)size) throw cRuntimeError(this, "reallocParamv(%d): at most %d parameters allowed", size, 0x7fff); cPar *newparamv = new cPar[size]; __builtin_printf ("realloc called with new size: paramvsize: %d\n", numparams); for (int i=0; igetName()); if (parametersFinalized()) throw cRuntimeError(this, "cannot add parameters at runtime"); if (findPar(value->getName())>=0) throw cRuntimeError(this, "cannot add parameter `%s': already exists", value->getName()); if (numparams==paramvsize) reallocParamv(paramvsize+1); paramv[numparams++].init(this, value); } where the vectorized version prints: Preparing for running configuration General, run #0... Scenario: $repetition=0 Assigned runID=speccpu-runid Setting up network `largeNet'... addPar: paramvsize: 0, name: n findPar: n realloc called with new size: paramvsize: 0 realloc done findPar: n addPar: paramvsize: 1, name: bbs findPar: bbs realloc called with new size: paramvsize: 1 0:n 0:n realloc done findPar: bbs addPar: paramvsize: 2, name: bbm findPar: bbm realloc called with new size: paramvsize: 2 0:n 1:bbs 0:n 1:bbs realloc done findPar: bbm addPar: paramvsize: 3, name: bbl findPar: bbl realloc called with new size: paramvsize: 3 0:n 1:bbs 2:bbm 0:n 1:bbs 2:bbm realloc done findPar: bbl addPar: paramvsize: 4, name: as findPar: as realloc called with new size: paramvsize: 4 0:n 1:bbs 2:bbm 3:bbl 0:n 1:bbs 2:bbm 3:bbl realloc done findPar: as addPar: paramvsize: 5, name: am findPar: am realloc called with new size: paramvsize: 5 0:n 1:bbs 2:bbm 3:bbl 4:as 0:n 1:bbs 2:bbm 3:bbl 4:as realloc done findPar: am addPar: paramvsize: 6, name: al findPar: al realloc called with new size: paramvsize: 6 0:n 1:bbs 2:bbm 3:bbl 4:as 5:am 0:n 1:bbs 2:bbm 3:largeNet 4:as 5:am realloc done findPar: al addPar: paramvsize: 7, name: bs findPar: bs realloc called with new size: paramvsize: 7 0:n 1:bbs 2:bbm 3:largeNet 4:as 5:am 6:al 0:n 1:bbs 2:bbm Segmentation fault (core dumped) As seen the moveto is wrong for paramvsize == 6 (5 old elements), where element #3 should be 'bbl' after copying, but is 'largeNet'. Then we reach a segfault due to it. >From gcc-bugs-return-630710-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:14:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102132 invoked by alias); 24 Jan 2019 14:14:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 102048 invoked by uid 48); 24 Jan 2019 14:14:37 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 14:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03519.txt.bz2 Content-length: 336 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #14 from Martin LiÅ¡ka --- and moveto does: void cPar::moveto(cPar& other) { other.ownercomponent = ownercomponent; other.p = p; p = # 62 "simulator/cpar.cc" 3 4 __null # 62 "simulator/cpar.cc" ; } >From gcc-bugs-return-630711-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:18:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109658 invoked by alias); 24 Jan 2019 14:18:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 109534 invoked by uid 48); 24 Jan 2019 14:18:22 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88760] GCC unrolling is suboptimal Date: Thu, 24 Jan 2019 14:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03520.txt.bz2 Content-length: 3637 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 --- Comment #21 from Wilco --- (In reply to rguenther@suse.de from comment #20) > On Thu, 24 Jan 2019, wilco at gcc dot gnu.org wrote: > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 > > > > --- Comment #19 from Wilco --- > > (In reply to rguenther@suse.de from comment #18) > > > > > > 1) Unrolling for load-pair-forming vectorisation (Richard Sandiford's > > > > suggestion) > > > > > > If that helps, sure (I'd have guessed uarchs are going to split > > > load-multiple into separate loads, but eventually it avoids > > > load-port contention?) > > > > Many CPUs execute LDP/STP as a single load/store, eg. Cortex-A57 executes a > > 128-bit LDP in a single cycle (see Optimization Guide). > > > > > > 2) Unrolling and breaking accumulator dependencies. > > > > > > IIRC RTL unrolling can do this (as side-effect, not as main > > > cost motivation) guarded with an extra switch. > > > > > > > I think more general unrolling and the peeling associated with it can be > > > > discussed independently of 1) and 2) once we collect more data on more > > > > microarchitectures. > > > > > > I think both of these can be "implemented" on the RTL unroller > > > side. > > > > You still need dependence analysis, alias info, ivopt to run again. The goal is > > to remove the increment of the index, use efficient addressing modes (base+imm) > > and allow scheduling to move instructions between iterations. I don't believe > > the RTL unroller supports any of this today. > > There's no way to encode load-multiple on GIMPLE that wouldn't be > awkward to other GIMPLE optimizers. I don't think anyone want LDP/STP directly in GIMPLE - that doesn't seem useful. We don't even form LDP until quite late in RTL. The key to forming LDP/STP is using base+imm addressing modes and having correct alias info (so loads/stores from different iterations can be interleaved and then combined into LDP/STP). The main thing a backend would need to do is tune address costs to take future LDP formation into account (and yes, the existing cost models need to be improved anyway). > Yes, the RTL unroller supports scheduling (sched runs after unrolling) > and scheduling can do dependence analysis. Yes, the RTL unroller > does _not_ do dependence analysis at the moment, so if you want to > know beforehand whether you can interleave iterations you have to > actually perform dependence analysis. Of course you can do that > on RTL. And of course you can do IVOPTs on RTL (yes, we don't do that > at the moment). Sure we *could* duplicate all high-level loop optimizations to work on RTL. However is that worth the effort given we have them already at tree level? > Note I'm not opposed to have IVOPTs on GIMPLE itself perform > unrolling (I know Bin was against this given IVOPTs is already > so comples) and a do accumulator breakup. But I don't see how > to do the load-multiple thing (yes, you could represent it > as a vector load plus N element extracts on GIMPLE and it > would be easy to teach SLP vectorization to perform this > transform on its own if it is really profitable - which I > doubt you can reasonably argue before RA, let alone on GIMPLE). Let's forget about load-multiple in GIMPLE. Kyrill's example shows that unrolling at the high level means the existing loop optimizations and analysis work as expected and we end up with good addressing modes, LDPs and interleaving of different iterations. With the existing RTL unroller this just isn't happening. >From gcc-bugs-return-630712-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:19:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112893 invoked by alias); 24 Jan 2019 14:19:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 112786 invoked by uid 48); 24 Jan 2019 14:19:48 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 14:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03521.txt.bz2 Content-length: 241 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #15 from Martin LiÅ¡ka --- Created attachment 45522 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45522&action=edit vectorizer dump >From gcc-bugs-return-630713-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:22:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116120 invoked by alias); 24 Jan 2019 14:22:30 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116006 invoked by uid 48); 24 Jan 2019 14:22:24 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug Date: Thu, 24 Jan 2019 14:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03522.txt.bz2 Content-length: 1168 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #43 from Richard Biener --- So to get back to this - my thinking was that for a reference REF I can do base = get_inner_reference (ref, &bitsize, &bitpos, &offset, &mode, &unsignedp, &reversep, &volatilep); and get the semantically same REF building REF' = BIT_FIELD_REF<*(&base + offset), bitsize, bitpos> (plus setting REF_REVERSE_STORAGE_ORDER and TREE_THIS_VOLATILE on REF'). This appearantly breaks down (similarly for get_ref_base_and_extent) for bigendian and DECL_BIT_FIELD outer COMPONENT_REFs. And maybe for more? Is my expectation that the above "works" flawed? So "bit position" and "position of the first referenced bit" are two separate things? get_inner_reference will basically simply funnel through arguments so any fix to get_inner_reference/get_ref_base_and_extent will be broken since we'll apply it "recursively" when iterating the above BIT_FIELD_REF building. This means it is RTL expansion that is wrong which means my comment#31 fix is correct? Because the issue is not the bit position but how we interpret the underlying object? >From gcc-bugs-return-630714-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:36:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83394 invoked by alias); 24 Jan 2019 14:36:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 83274 invoked by uid 48); 24 Jan 2019 14:36:52 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug Date: Thu, 24 Jan 2019 14:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03523.txt.bz2 Content-length: 686 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #44 from Richard Biener --- Created attachment 45523 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45523&action=edit workaround So I am testing the following workaround, at least "most suitable" for branches. It avoids generating affected BIT_FIELD_REFs (with bases with integral types that have a precision not matching the size of the mode). Can arm folks please test this patch and aid me (provide) a dg-torture testcase that currently fails? It builds OK on x86_64-linux, I'll test it with the endianess test commented out to see if there's any testsuite fallout. Thanks. >From gcc-bugs-return-630715-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:37:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84687 invoked by alias); 24 Jan 2019 14:37:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84603 invoked by uid 48); 24 Jan 2019 14:37:31 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/88840] [9 Regression] std::allocator::construct signature might be ill-formed now Date: Thu, 24 Jan 2019 14:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-SW-Source: 2019-01/txt/msg03524.txt.bz2 Content-length: 2967 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88840 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org --- Comment #4 from Jonathan Wakely --- The following program no longer compiles with clang: #include struct Something { std::vector member; }; int main() {} It produces the following error: In file included from t.cpp:1: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/vector:60: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/stl_algobase.h:64: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/stl_pair.h:59: In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/move.h:55: /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/type_traits:667:38: error: incomplete type 'Something' used in type trait expression : public integral_constant ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/stl_uninitialized.h:901:7: note: in instantiation of template class 'std::is_trivial' requested here : is_trivial<_Tp> { }; ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/stl_uninitialized.h:904:31: note: in instantiation of template class 'std::__is_trivially_relocatable' requested here inline __enable_if_t::value, _Tp*> ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/stl_uninitialized.h:940:23: note: while substituting deduced template arguments into function template '__relocate_a_1' [with _Tp = Something, _Up = Something] noexcept(noexcept(__relocate_a_1(std::__niter_base(__first), ^ /usr/bin/../lib/gcc/x86_64-redhat-linux/9/../../../../include/c++/9/bits/stl_vector.h:428:11: note: in instantiation of exception specification for '__relocate_a >' requested here noexcept(std::__relocate_a(std::declval(), ^ t.cpp:5:26: note: in instantiation of template class 'std::vector >' requested here std::vector member; ^ t.cpp:3:8: note: definition of 'Something' is not complete until the closing '}' struct Something ^ And two more similar errors. We need to support incomplete types, so we need to delay the evaluation of __relocatable until it's needed. >From gcc-bugs-return-630717-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:46:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126367 invoked by alias); 24 Jan 2019 14:46:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 126323 invoked by uid 48); 24 Jan 2019 14:46:26 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89037] checking ice emitting 128-bit bit-field initializer Date: Thu, 24 Jan 2019 14:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03526.txt.bz2 Content-length: 1582 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89037 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target|aarch64 |aarch64 x86_64-*-* Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- And on x86_64-linux as well. I guess we should use extract_uhwi instead of TREE_INT_CST_ELT. Oddly enough I need to resort to a widest_int here... (and more than this single place uses TREE_INT_CST_ELT). Index: varasm.c =================================================================== --- varasm.c (revision 268010) +++ varasm.c (working copy) @@ -5407,7 +5407,8 @@ output_constructor_bitfield (oc_local_st = HOST_BITS_PER_WIDE_INT - (shift & (HOST_BITS_PER_WIDE_INT - 1)); /* Now get the bits from the appropriate constant word. */ - value = TREE_INT_CST_ELT (local->val, shift / HOST_BITS_PER_WIDE_INT); + value = wi::extract_uhwi (wi::to_widest (local->val), + shift, HOST_BITS_PER_WIDE_INT); shift = shift & (HOST_BITS_PER_WIDE_INT - 1); /* Get the result. This works only when: >From gcc-bugs-return-630716-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:46:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125407 invoked by alias); 24 Jan 2019 14:46:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124931 invoked by uid 48); 24 Jan 2019 14:45:40 -0000 From: "ulidtko at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/89038] New: #pragma GCC diagnostic ignored "-Wunknown-pragmas" does not work Date: Thu, 24 Jan 2019 14:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: preprocessor X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ulidtko at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03525.txt.bz2 Content-length: 1520 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038 Bug ID: 89038 Summary: #pragma GCC diagnostic ignored "-Wunknown-pragmas" does not work Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: ulidtko at gmail dot com Target Milestone: --- Consider this test.cxx file: -------------------------------8<-------------------------------- #pragma GCC diagnostic push #pragma GCC diagnostic ignored "-Wpragmas" #pragma GCC diagnostic ignored "-Wunknown-pragmas" // this gets silenced correctly (by line 2) #pragma GCC diagnostic ignored "-Wfoobar-unknown-gcc-pragma" // this still emits "-Wunknown-pragmas", despite line 3 #pragma clang diagnostic ignored "-Wfoobar-unknown-clang-pragma" int main() {} #pragma GCC diagnostic pop -------------------------------8<-------------------------------- g++ -Wall -Werror test.cxx test.cxx:9:0: error: ignoring #pragma clang diagnostic [-Werror=unknown-pragmas] #pragma clang diagnostic ignored "-Wfoobar-unknown-clang-pragma" This happens despite the fact that "-Wunknown-pragmas" is explicitly silenced in line 3. Adding -Wno-unknown-pragmas to the command line works as expected; however, I expect the in-source #pragma to work as well. But it doesn't. g++ (GCC) 7.2.1 20180104 (Red Hat 7.2.1-5) Bug #53431 seems closely related. >From gcc-bugs-return-630718-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:46:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127319 invoked by alias); 24 Jan 2019 14:46:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 127256 invoked by uid 48); 24 Jan 2019 14:46:53 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89037] checking ice emitting 128-bit bit-field initializer Date: Thu, 24 Jan 2019 14:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03527.txt.bz2 Content-length: 416 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89037 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rsandifo at gcc dot gnu.org --- Comment #2 from Richard Biener --- Richard, can you have a look? >From gcc-bugs-return-630719-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:51:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8216 invoked by alias); 24 Jan 2019 14:51:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 8146 invoked by uid 48); 24 Jan 2019 14:51:34 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/88888] Cannot construct filesystem::path from variable length array Date: Thu, 24 Jan 2019 14:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03528.txt.bz2 Content-length: 402 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88888 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Ever confirmed|0 |1 >From gcc-bugs-return-630720-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 14:53:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10780 invoked by alias); 24 Jan 2019 14:53:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 10724 invoked by uid 48); 24 Jan 2019 14:53:43 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/88840] [9 Regression] std::allocator::construct signature might be ill-formed now Date: Thu, 24 Jan 2019 14:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03529.txt.bz2 Content-length: 666 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88840 --- Comment #5 from Marc Glisse --- (In reply to Jonathan Wakely from comment #4) > And two more similar errors. We need to support incomplete types, so we need > to delay the evaluation of __relocatable until it's needed. Sorry, I forgot about this. At some point I was thinking of having a macro that defines __use_relocate, that we could use in the 3 functions that query it (it doesn't duplicate the code so we can still update the criterion in a single place). Or maybe hiding it in a constexpr static function __use_relocate() would be sufficient, that would look nicer. >From gcc-bugs-return-630721-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:07:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18518 invoked by alias); 24 Jan 2019 15:07:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18427 invoked by uid 48); 24 Jan 2019 15:06:57 -0000 From: "albandil at atlas dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89039] New: Logical read from stream file that is neither 0 nor 1 Date: Thu, 24 Jan 2019 15:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: albandil at atlas dot cz 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03530.txt.bz2 Content-length: 924 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89039 Bug ID: 89039 Summary: Logical read from stream file that is neither 0 nor 1 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: albandil at atlas dot cz Target Milestone: --- Related to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22495 Logicals read from an unformatted stream file that are neither 0 nor 1 behave like this: print *, b, .not. b T T i.e., both they and their negations evaluate to .true. This reduces portability of stream files. For example, ifort uses -1 as .true., but when such stream files are read by gfortran, the nonzero value is not converted to gfortran's .true. (Maybe there is nothing that requires it, I don't know.) >From gcc-bugs-return-630722-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:23:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118109 invoked by alias); 24 Jan 2019 15:23:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118028 invoked by uid 48); 24 Jan 2019 15:23:23 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/88140] [9/10 Regression] ICE: verify_gimple failed since r266325 Date: Thu, 24 Jan 2019 15:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: deferred, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords priority target_milestone short_desc 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-SW-Source: 2019-01/txt/msg03531.txt.bz2 Content-length: 609 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88140 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |deferred Priority|P1 |P2 Target Milestone|9.0 |10.0 Summary|[9 Regression] ICE: |[9/10 Regression] ICE: |verify_gimple failed since |verify_gimple failed since |r266325 |r266325 >From gcc-bugs-return-630723-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:31:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7471 invoked by alias); 24 Jan 2019 15:31:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7391 invoked by uid 48); 24 Jan 2019 15:31:44 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89039] Logical read from stream file that is neither 0 nor 1 Date: Thu, 24 Jan 2019 15:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03532.txt.bz2 Content-length: 1992 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89039 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kargl at gcc dot gnu.org --- Comment #1 from kargl at gcc dot gnu.org --- (In reply to Jakub Benda from comment #0) > Related to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22495 > > Logicals read from an unformatted stream file that are neither 0 nor 1 > behave like this: > > print *, b, .not. b > > T T > > i.e., both they and their negations evaluate to .true. > > This reduces portability of stream files. For example, ifort uses -1 as > .true., but when such stream files are read by gfortran, the nonzero value > is not converted to gfortran's .true. > > (Maybe there is nothing that requires it, I don't know.) gfortran's behavior is documented in its accompanying manual: *************** 5.2 Internal representation of LOGICAL variables ================================================ The Fortran standard does not specify how variables of 'LOGICAL' type are represented, beyond requiring that 'LOGICAL' variables of default kind have the same storage size as default 'INTEGER' and 'REAL' variables. The GNU Fortran internal representation is as follows. A 'LOGICAL(KIND=N)' variable is represented as an 'INTEGER(KIND=N)' variable, however, with only two permissible values: '1' for '.TRUE.' and '0' for '.FALSE.'. Any other integer value results in undefined behavior. **************** If you want a payload in a variable, I suggest you use an INTEGER type. Also, this seems to have been addressed by Intel. https://software.intel.com/en-us/forums/intel-fortran-compiler-for-linux-and-mac-os-x/topic/529134 I inclined to close this as either INVALID or WONTFIX. >From gcc-bugs-return-630725-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:38:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90651 invoked by alias); 24 Jan 2019 15:38:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 90456 invoked by uid 48); 24 Jan 2019 15:38:48 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87935] [9 regression] new failures on arm since r265788 Date: Thu, 24 Jan 2019 15:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03534.txt.bz2 Content-length: 452 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87935 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |FIXED --- Comment #9 from Jason Merrill --- Looks like these are all fixed now. >From gcc-bugs-return-630724-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:38:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 87606 invoked by alias); 24 Jan 2019 15:38:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 87519 invoked by uid 48); 24 Jan 2019 15:37:57 -0000 From: "robison at arlut dot utexas.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/89020] close(status='DELETE') does not remove file Date: Thu, 24 Jan 2019 15:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 7.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: robison at arlut dot utexas.edu X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03533.txt.bz2 Content-length: 1132 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020 --- Comment #4 from Luke Robison --- > First, what virtualbox is doing is a violation of common UNIX > semantics, so we would be within our rights :-) to do this. Agreed. This is definitely outside of the norm for a unix filesystem. I just tried this program on windows native with mingw-64's gfortran, and the file is deleted as expected. I don't know enough about mingw-64 to know if they've rewritten that part of the library, or how they translate those system calls. > On the third hand, I seem to remember that unlink / close also > used to cause (potential?) issues with NFS. I haven't experienced this yet, although I've been using primarily lustre network mounts, not NFS. > Work around for virtualbox might be > call execute_command_line("rm -f " // filename) I'm using the (GNU Extension) unlink() function as my work-around. It isn't strictly Fortran2008, but it is supported by both gfortran and ifort, so it's good enough for me. (I sure appreciate some of those highly-compatible extensions, they make my life easier!) >From gcc-bugs-return-630726-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:40:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96153 invoked by alias); 24 Jan 2019 15:40:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 95801 invoked by uid 55); 24 Jan 2019 15:39:57 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/88840] [9 Regression] std::allocator::construct signature might be ill-formed now Date: Thu, 24 Jan 2019 15:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03535.txt.bz2 Content-length: 1070 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88840 --- Comment #6 from Jonathan Wakely --- Author: redi Date: Thu Jan 24 15:39:25 2019 New Revision: 268239 URL: https://gcc.gnu.org/viewcvs?rev=268239&root=gcc&view=rev Log: PR libstdc++/88840 delay evaluation of constant until type is complete Clang fails to compile std::vector because the static member __use_relocate cannot be evaluated for an incomplete type. Replace with a static member function that will not be odr-used until needed, by which point the type must be complete. PR libstdc++/88840 * include/bits/stl_vector.h (vector::__use_relocate): Replace static data member with static member function _S_use_relocate(). * include/bits/vector.tcc (vector::reserve, vector::_M_realloc_insert) (vector::_M_default_append): Use _S_use_relocate() instead of __use_relocate. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/stl_vector.h trunk/libstdc++-v3/include/bits/vector.tcc >From gcc-bugs-return-630727-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:40:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97510 invoked by alias); 24 Jan 2019 15:40:33 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 97320 invoked by uid 48); 24 Jan 2019 15:40:30 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89040] New: Wrong code with -mno-mmx Date: Thu, 24 Jan 2019 15:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone cf_gcctarget Message-ID: 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-SW-Source: 2019-01/txt/msg03536.txt.bz2 Content-length: 1541 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89040 Bug ID: 89040 Summary: Wrong code with -mno-mmx Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: hjl.tools at gmail dot com CC: ubizjak at gmail dot com Target Milestone: --- Target: x86-64 [hjl@gnu-cfl-1 gcc]$ cat /tmp/3.i typedef int __m64 __attribute__ ((__vector_size__ (8), __may_alias__)); typedef int __m64_u __attribute__ ((__vector_size__ (8), __may_alias__, __aligned__ (1))); typedef int __v2si __attribute__ ((__vector_size__ (8))); typedef short __v4hi __attribute__ ((__vector_size__ (8))); typedef char __v8qi __attribute__ ((__vector_size__ (8))); typedef long long __v1di __attribute__ ((__vector_size__ (8))); typedef float __v2sf __attribute__ ((__vector_size__ (8))); int foo3b (__m64 __i) { return ((__v2si)__i)[0]; } [hjl@gnu-cfl-1 gcc]$ ./xgcc -B./ -S -O2 /tmp/3.i -mno-mmx [hjl@gnu-cfl-1 gcc]$ cat 3.s .file "3.i" .text .p2align 4 .globl foo3b .type foo3b, @function foo3b: .LFB0: .cfi_startproc movq %xmm0, %rax <<<<<<<< This should be "movd %xmm0, %eax". ret .cfi_endproc .LFE0: .size foo3b, .-foo3b .ident "GCC: (GNU) 9.0.1 20190123 (experimental)" .section .note.GNU-stack,"",@progbits [hjl@gnu-cfl-1 gcc]$ >From gcc-bugs-return-630728-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:42:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106934 invoked by alias); 24 Jan 2019 15:42:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 106859 invoked by uid 48); 24 Jan 2019 15:42:16 -0000 From: "albandil at atlas dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89039] Logical read from stream file that is neither 0 nor 1 Date: Thu, 24 Jan 2019 15:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: albandil at atlas dot cz 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: --- 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-SW-Source: 2019-01/txt/msg03537.txt.bz2 Content-length: 416 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89039 --- Comment #2 from Jakub Benda --- The quotation from the manual > Any other integer value results in undefined behavior. is very explicit. Also, I see that using ifort -fpscomp logicals will make ifort compatible with the rest of the world in this regard, so I agree that the proper flag for this report is INVALID. Thanks! >From gcc-bugs-return-630729-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:43:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110659 invoked by alias); 24 Jan 2019 15:43:13 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 110544 invoked by uid 48); 24 Jan 2019 15:43:09 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/88840] [9 Regression] std::allocator::construct signature might be ill-formed now Date: Thu, 24 Jan 2019 15:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03538.txt.bz2 Content-length: 424 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88840 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Jonathan Wakely --- Fixed >From gcc-bugs-return-630730-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:51:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49968 invoked by alias); 24 Jan 2019 15:51:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49101 invoked by uid 48); 24 Jan 2019 15:51:03 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/88840] [9 Regression] std::allocator::construct signature might be ill-formed now Date: Thu, 24 Jan 2019 15:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03539.txt.bz2 Content-length: 308 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88840 --- Comment #8 from Jonathan Wakely --- (In reply to Marc Glisse from comment #5) > Or maybe hiding it in a constexpr static function > __use_relocate() would be sufficient, that would look nicer. Yup, that's what I went with. >From gcc-bugs-return-630731-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:51:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50411 invoked by alias); 24 Jan 2019 15:51:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49939 invoked by uid 48); 24 Jan 2019 15:51:04 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline Date: Thu, 24 Jan 2019 15:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03540.txt.bz2 Content-length: 1590 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 --- Comment #3 from Martin LiÅ¡ka --- I slightly renamed the functions to have it more readable: $ cat pr89009.c void foo(); struct S1 { static void bar(); }; struct __attribute__ ((visibility("default"))) S2: S1 { static void bar(); }; struct S3: S1 { static void bar(); }; struct S4: S3 { static void bar(); }; void S2::bar() { S1::bar(); } void S3::bar() { S1::bar(); } void S4::bar() { foo(); S3::bar(); // MISSING } Now ICF does following folding: Equals called for: static void S3::bar()/1:static void S2::bar()/0 with result: true and new localalias is added: _ZN2S23barEv.localalias/5 (static void S2::_ZN2S23barEv.localalias()) @0x7ffff6b559d8 Type: function definition analyzed alias Visibility: visibility_specified References: _ZN2S23barEv/0 (alias) Referring: Availability: available Function flags: icf_merged Called by: static void S3::bar()/1 (1073741824 (estimated locally),1.00 per call) (can throw external) Calls: and I see the call in S4::f2 is removed here: pr89009.c.103t.dce2: ;; Function S4::bar (_ZN2S43barEv, funcdef_no=2, decl_uid=2311, cgraph_uid=3, symbol_order=2) Marking useful stmt: foo (); Marking useful stmt: return; Processing worklist: processing: return; processing: foo (); Eliminating unnecessary statements: Deleting : S3::bar (); Removed 1 of 3 statements (33%) Removed 0 of 0 PHI nodes (0%) S4::bar () { [local count: 1073741824]: foo (); return; } Richi do you have any idea what? >From gcc-bugs-return-630732-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 15:52:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56461 invoked by alias); 24 Jan 2019 15:52:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 56386 invoked by uid 48); 24 Jan 2019 15:52:32 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/88840] [9 Regression] std::allocator::construct signature might be ill-formed now Date: Thu, 24 Jan 2019 15:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03541.txt.bz2 Content-length: 145 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88840 --- Comment #9 from Marc Glisse --- Thank you for handling it. >From gcc-bugs-return-630734-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:06:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74203 invoked by alias); 24 Jan 2019 16:06:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 73647 invoked by uid 48); 24 Jan 2019 16:06:21 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89040] Wrong code with -mno-mmx Date: Thu, 24 Jan 2019 16:06:00 -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: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com 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: --- 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-SW-Source: 2019-01/txt/msg03543.txt.bz2 Content-length: 983 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89040 --- Comment #1 from H.J. Lu --- Before reload: (insn 14 4 2 2 (set (reg:V2SI 86) (reg:V2SI 20 xmm0 [ __i ])) "x.i":6:1 1090 {*movv2si_internal} (expr_list:REG_DEAD (reg:V2SI 20 xmm0 [ __i ]) (nil))) (note 2 14 3 2 NOTE_INSN_DELETED) (note 3 2 6 2 NOTE_INSN_FUNCTION_BEG) (insn 6 3 11 2 (set (reg:DI 85 [ __i ]) (subreg:DI (reg:V2SI 86) 0)) "x.i":7:23 66 {*movdi_internal} (expr_list:REG_DEAD (reg:V2SI 86) (nil))) (insn 11 6 12 2 (set (reg/i:SI 0 ax) (subreg:SI (reg:DI 85 [ __i ]) 0)) "x.i":8:1 67 {*movsi_internal} (expr_list:REG_DEAD (reg:DI 85 [ __i ]) (nil))) (insn 12 11 0 2 (use (reg/i:SI 0 ax)) "x.i":8:1 -1 (nil)) After reload: (insn 6 3 12 2 (set (reg:DI 0 ax [orig:85 __i ] [85]) (reg:DI 20 xmm0 [86])) "x.i":7:23 66 {*movdi_internal} (nil)) (insn 12 6 15 2 (use (reg/i:SI 0 ax)) "x.i":8:1 -1 (nil)) >From gcc-bugs-return-630733-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:06:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74187 invoked by alias); 24 Jan 2019 16:06:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 73670 invoked by uid 48); 24 Jan 2019 16:06:22 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug Date: Thu, 24 Jan 2019 16:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03542.txt.bz2 Content-length: 1202 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #45 from Eric Botcazou --- > So to get back to this - my thinking was that for a reference REF I can do > > base = get_inner_reference (ref, &bitsize, &bitpos, &offset, &mode, > &unsignedp, &reversep, &volatilep); > > and get the semantically same REF building > > REF' = BIT_FIELD_REF<*(&base + offset), bitsize, bitpos> > > (plus setting REF_REVERSE_STORAGE_ORDER and TREE_THIS_VOLATILE on REF'). > > This appearantly breaks down (similarly for get_ref_base_and_extent) for > bigendian and DECL_BIT_FIELD outer COMPONENT_REFs. And maybe for more? > > Is my expectation that the above "works" flawed? So "bit position" > and "position of the first referenced bit" are two separate things? No, they are the same, but I think that BIT_FIELD_REF is not supposed to be itself applied to a bit-field, as in the case at hand, since it's precisely meant to designate a bit-field. In other words, the above base cannot be a bit-field. So the safest route is probably to forbid such an abomination, i.e. to make sure that the first argument of BIT_FIELD_REF is a bona-fide base type. >From gcc-bugs-return-630735-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:07:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 76519 invoked by alias); 24 Jan 2019 16:07:13 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 76469 invoked by uid 55); 24 Jan 2019 16:07:09 -0000 From: "rearnsha at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/88469] [7/8 regression] AAPCS - Struct with 64-bit bitfield may be passed in wrong registers Date: Thu, 24 Jan 2019 16:07:00 -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: 8.2.0 X-Bugzilla-Keywords: ABI, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rearnsha at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03544.txt.bz2 Content-length: 972 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88469 --- Comment #9 from Richard Earnshaw --- Author: rearnsha Date: Thu Jan 24 16:06:34 2019 New Revision: 268240 URL: https://gcc.gnu.org/viewcvs?rev=268240&root=gcc&view=rev Log: Mitigation for PR target/88469 on arm-based systems bootstrapping with gcc-6/7/8 This patch, for gcc 8/9 is a mitigation patch for PR target/88469 where gcc-6/7/8 miscompile a structure whose alignment is dominated by a 64-bit bitfield member. Since the PCS rules for such a type must ignore any overalignment of the base type we cannot address this by simply adding a larger alignment to the class. We can, however, force the alignment of the bit-field itself and GCC will handle that as desired. PR target/88469 * profile-count.h (profile_count): On ARM systems using GCC 6/7/8 force the alignment of m_val. Modified: trunk/gcc/ChangeLog trunk/gcc/profile-count.h >From gcc-bugs-return-630736-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:10:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65554 invoked by alias); 24 Jan 2019 16:10:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 65462 invoked by uid 55); 24 Jan 2019 16:10:48 -0000 From: "rearnsha at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/88469] [7/8 regression] AAPCS - Struct with 64-bit bitfield may be passed in wrong registers Date: Thu, 24 Jan 2019 16:10:00 -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: 8.2.0 X-Bugzilla-Keywords: ABI, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rearnsha at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03545.txt.bz2 Content-length: 1005 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88469 --- Comment #10 from Richard Earnshaw --- Author: rearnsha Date: Thu Jan 24 16:10:06 2019 New Revision: 268241 URL: https://gcc.gnu.org/viewcvs?rev=268241&root=gcc&view=rev Log: Mitigation for PR target/88469 on arm-based systems bootstrapping with gcc-6/7/8 This patch, for gcc 8/9 is a mitigation patch for PR target/88469 where gcc-6/7/8 miscompile a structure whose alignment is dominated by a 64-bit bitfield member. Since the PCS rules for such a type must ignore any overalignment of the base type we cannot address this by simply adding a larger alignment to the class. We can, however, force the alignment of the bit-field itself and GCC will handle that as desired. PR target/88469 * profile-count.h (profile_count): On ARM systems using GCC 6/7/8 force the alignment of m_val. Modified: branches/gcc-8-branch/gcc/ChangeLog branches/gcc-8-branch/gcc/profile-count.h >From gcc-bugs-return-630737-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:19:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99531 invoked by alias); 24 Jan 2019 16:19:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 99467 invoked by uid 48); 24 Jan 2019 16:19:26 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/86865] [9 Regression] Wrong code w/ -O2 -floop-parallelize-all -fstack-reuse=none -fwrapv -fno-tree-ch -fno-tree-dce -fno-tree-dominator-opts -fno-tree-loop-ivcanon Date: Thu, 24 Jan 2019 16:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03546.txt.bz2 Content-length: 2971 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86865 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebpop at gmail dot com --- Comment #6 from Richard Biener --- Hmm, actually the original AST already doesn't match the original GIMPLE: [scheduler] original ast: for (int c0 = 0; c0 <= 1; c0 += 1) { S_3(c0); for (int c1 = 0; c1 <= 7; c1 += 1) S_4(c0, c1); S_9(c0); } vs. GIMPLE [local count: 134036760]: # prephitmp_8 = PHI <0(2), _1(9)> if (prephitmp_8 >= 0) goto ; [89.00%] else goto ; [11.00%] [local count: 119292716]: sa = {}; [local count: 954449108]: # us_18 = PHI <0(3), us_11(8)> yt[us_18] = 0; us_11 = us_18 + 1; if (us_11 != 8) goto ; [87.50%] else goto ; [12.50%] [local count: 835156388]: goto ; [100.00%] [local count: 119292717]: [local count: 119292717]: _1 = prephitmp_8 + -1; xy = _1; goto ; here the number of latch executions is one (and BB 9 and thus xy = _1 executes once) while the ISL AST has S_9 executed twice. So the bug is in how we translate GIMPLE to ISL which assumes do {} while style loops rather than adjusting iteration domains. I've never groked the code there fully so the "easiest" way out would be to require do {} while style loops similar to what the vectorizer requires. Index: gcc/graphite-scop-detection.c =================================================================== --- gcc/graphite-scop-detection.c (revision 268010) +++ gcc/graphite-scop-detection.c (working copy) @@ -555,8 +555,15 @@ scop_detection::can_represent_loop (loop tree niter; struct tree_niter_desc niter_desc; - return single_exit (loop) - && !(loop_preheader_edge (loop)->flags & EDGE_IRREDUCIBLE_LOOP) + /* We can only handle do {} while () style loops correctly. */ + edge exit = single_exit (loop); + if (!exit + || !single_pred_p (loop->latch) + || exit->src != single_pred (loop->latch) + || !empty_block_p (loop->latch)) + return false; + + return !(loop_preheader_edge (loop)->flags & EDGE_IRREDUCIBLE_LOOP) && number_of_iterations_exit (loop, single_exit (loop), &niter_desc, false) && niter_desc.control.no_overflow && (niter = number_of_latch_executions (loop)) which in turn FAILs FAIL: gcc.dg/graphite/scop-21.c scan-tree-dump-times graphite "number of SCoPs: 1" 1 FAIL: gcc.dg/graphite/pr69728.c scan-tree-dump graphite "loop nest optimized" where loop header copying is "broken" by jump threading for scop-21.c. >From gcc-bugs-return-630738-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:26:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118892 invoked by alias); 24 Jan 2019 16:26:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118123 invoked by uid 48); 24 Jan 2019 16:26:12 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug d/88989] ICE in resolvePropertiesX, at d/dmd/expression.c:251 Date: Thu, 24 Jan 2019 16:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: d X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot 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-SW-Source: 2019-01/txt/msg03547.txt.bz2 Content-length: 458 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88989 --- Comment #3 from G. Steinmetz --- > Out of curiosity, are you fuzz testing? In the case of D, yes. > I had fixed this before in the D implementation branch. Oh, thanks. Commit was from 2018-01-14, i.e. over a year ago. That makes me wonder, when will gdc be synchronized with dmd ? Apart from that, I will try to find a few more tiny test cases, preferably easy to track ICEs. >From gcc-bugs-return-630739-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:27:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120794 invoked by alias); 24 Jan 2019 16:27:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 120715 invoked by uid 48); 24 Jan 2019 16:27:36 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89040] Wrong code with -mno-mmx Date: Thu, 24 Jan 2019 16:27:00 -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: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03548.txt.bz2 Content-length: 1269 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89040 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Ever confirmed|0 |1 --- Comment #2 from H.J. Lu --- This works on the testcase: diff --git a/gcc/config/i386/i386.h b/gcc/config/i386/i386.h index 9c1bfabe9a7..c24e70d9725 100644 --- a/gcc/config/i386/i386.h +++ b/gcc/config/i386/i386.h @@ -41,8 +41,10 @@ see the files COPYING3 and COPYING.RUNTIME respectively. If not, see #define TARGET_64BIT TARGET_ISA_64BIT #define TARGET_64BIT_P(x) TARGET_ISA_64BIT_P(x) -#define TARGET_MMX TARGET_ISA_MMX -#define TARGET_MMX_P(x) TARGET_ISA_MMX_P(x) +/* In 64-bit mode, use SSE2 to emulate MMX. */ +#define TARGET_MMX (TARGET_ISA_MMX || (TARGET_64BIT && TARGET_SSE2)) +#define TARGET_MMX_P(x) (TARGET_ISA_MMX_P(x) \ + || (TARGET_64BIT_P (x) && TARGET_SSE2_P (x))) #define TARGET_3DNOW TARGET_ISA_3DNOW #define TARGET_3DNOW_P(x) TARGET_ISA_3DNOW_P(x) #define TARGET_3DNOW_A TARGET_ISA_3DNOW_A >From gcc-bugs-return-630740-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:28:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121669 invoked by alias); 24 Jan 2019 16:28:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121551 invoked by uid 48); 24 Jan 2019 16:27:57 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug d/89041] New: ICE in get_frame_for_symbol, at d/d-codegen.cc:2175 Date: Thu, 24 Jan 2019 16:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: d X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03549.txt.bz2 Content-length: 1277 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89041 Bug ID: 89041 Summary: ICE in get_frame_for_symbol, at d/d-codegen.cc:2175 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: gscfq@t-online.de Target Milestone: --- This statement gives an ICE : $ cat z1.d enum a = delegate {}; $ gdc-9-20190120 -c z1.d z1.d:1:10: internal compiler error: in get_frame_for_symbol, at d/d-codegen.cc:2175 1 | enum a = delegate {}; | ^ 0x768a89 get_frame_for_symbol(Dsymbol*) ../../gcc/d/d-codegen.cc:2175 0x77a960 ExprVisitor::visit(FuncExp*) ../../gcc/d/expr.cc:2128 0x77a13e build_expr(Expression*, bool) ../../gcc/d/expr.cc:3055 0x77988f DeclVisitor::visit(VarDeclaration*) ../../gcc/d/decl.cc:606 0x7765b1 build_decl_tree(Dsymbol*) ../../gcc/d/decl.cc:949 0x782a30 build_module_tree(Module*) ../../gcc/d/modules.cc:717 0x7789eb DeclVisitor::visit(Module*) ../../gcc/d/decl.cc:142 0x7765b1 build_decl_tree(Dsymbol*) ../../gcc/d/decl.cc:949 0x773990 d_parse_file() ../../gcc/d/d-lang.cc:1278 >From gcc-bugs-return-630741-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:30:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129378 invoked by alias); 24 Jan 2019 16:30:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 129104 invoked by uid 48); 24 Jan 2019 16:29:58 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88976] [7/8/9 Regression] ICE in fold_convert_loc, at fold-const.c:2552 Date: Thu, 24 Jan 2019 16:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed attachments.created 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-SW-Source: 2019-01/txt/msg03550.txt.bz2 Content-length: 689 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88976 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-01-24 Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Created attachment 45524 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45524&action=edit gcc9-pr88976.patch Untested fix. >From gcc-bugs-return-630742-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:31:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1688 invoked by alias); 24 Jan 2019 16:31:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 1059 invoked by uid 48); 24 Jan 2019 16:31:12 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug d/89042] New: ICE in visit, at d/decl.cc:597 Date: Thu, 24 Jan 2019 16:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: d X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03551.txt.bz2 Content-length: 1048 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89042 Bug ID: 89042 Summary: ICE in visit, at d/decl.cc:597 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: gscfq@t-online.de Target Milestone: --- Another enum variation : $ cat z1.d enum void[] a = void; $ cat z2.d enum void[2] a = void; $ gdc-9-20190120 -c z1.d z1.d:1:13: internal compiler error: in visit, at d/decl.cc:597 1 | enum void[] a = void; | ^ 0x779ac6 DeclVisitor::visit(VarDeclaration*) ../../gcc/d/decl.cc:597 0x7765b1 build_decl_tree(Dsymbol*) ../../gcc/d/decl.cc:949 0x782a30 build_module_tree(Module*) ../../gcc/d/modules.cc:717 0x7789eb DeclVisitor::visit(Module*) ../../gcc/d/decl.cc:142 0x7765b1 build_decl_tree(Dsymbol*) ../../gcc/d/decl.cc:949 0x773990 d_parse_file() ../../gcc/d/d-lang.cc:1278 >From gcc-bugs-return-630743-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:32:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12423 invoked by alias); 24 Jan 2019 16:32:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 12335 invoked by uid 48); 24 Jan 2019 16:32:18 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline Date: Thu, 24 Jan 2019 16:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03552.txt.bz2 Content-length: 640 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 --- Comment #4 from Martin LiÅ¡ka --- > Richi do you have any idea what? So it's caused by fact that IPA pure-const promotes S3::bar to be const: Visiting static void S3::bar()/1 state:const looping 0 Call to static void S2::_ZN2S23barEv.localalias()/5 state:const looping:0 Result const looping 0 Function found not to call free: static void S3::bar() Function found to be const: static void S3::bar() Declaration updated to be const: static void S3::bar() Then DCE is happy to remote the function as it's supposed to not have a side effect. >From gcc-bugs-return-630744-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:46:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101173 invoked by alias); 24 Jan 2019 16:46:13 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 97008 invoked by uid 48); 24 Jan 2019 16:46:09 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89043] New: strcat (strcpy (d, a), b) not folded to stpcpy (strcpy (d, a), b) Date: Thu, 24 Jan 2019 16:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03553.txt.bz2 Content-length: 1823 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89043 Bug ID: 89043 Summary: strcat (strcpy (d, a), b) not folded to stpcpy (strcpy (d, a), b) Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: msebor at gcc dot gnu.org Target Milestone: --- GCC folds a small subset of calls to C strcpy to the POSIX stpcpy when doing so is profitable, such as in function f below. But it doesn't do the same folding in the common case when strcat is being called with the result of strcpy as the first argument, as in function g below. $ cat u.c && gcc -O2 -S -Wall -fdump-tree-optimized=/dev/stdout u.c extern char* stpcpy (char*, const char*); extern char* strcat (char*, const char*); extern char* strcpy (char*, const char*); extern char* strchr (const char*, int); extern char *a, *b, *d; char* f (char *d, const char *s) { strcpy (d, s); // folded to 'p = stpcpy (d, s);' return strchr (d, 0); // folded to 'return p;' } void g (void) { // could be folded to 'strcpy (stpcpy (d, a));' strcat (strcpy (d, a), b); } ;; Function f (f, funcdef_no=0, decl_uid=1922, cgraph_uid=1, symbol_order=0) f (char * d, const char * s) { char * _7; [local count: 1073741824]: _7 = __builtin_stpcpy (d_2(D), s_3(D)); return _7; } ;; Function g (g, funcdef_no=1, decl_uid=1925, cgraph_uid=2, symbol_order=1) g () { char * b.0_1; char * a.1_2; char * d.2_3; char * _4; [local count: 1073741824]: b.0_1 = b; a.1_2 = a; d.2_3 = d; _4 = strcpy (d.2_3, a.1_2); strcat (_4, b.0_1); [tail call] return; } >From gcc-bugs-return-630745-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:47:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13333 invoked by alias); 24 Jan 2019 16:47:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11387 invoked by uid 48); 24 Jan 2019 16:47:30 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89043] strcat (strcpy (d, a), b) not folded to stpcpy (strcpy (d, a), b) Date: Thu, 24 Jan 2019 16:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords see_also blocked 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-SW-Source: 2019-01/txt/msg03554.txt.bz2 Content-length: 813 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89043 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=82429 Blocks| |83819 --- Comment #1 from Martin Sebor --- But see bug 82429 that enables the strcpy -> stpcpy optimization only under some very restricted conditions. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83819 [Bug 83819] [meta-bug] missing strlen optimizations >From gcc-bugs-return-630746-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 16:52:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55887 invoked by alias); 24 Jan 2019 16:52:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54406 invoked by uid 48); 24 Jan 2019 16:52:31 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline Date: Thu, 24 Jan 2019 16:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-SW-Source: 2019-01/txt/msg03555.txt.bz2 Content-length: 1135 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |WAITING --- Comment #5 from Martin LiÅ¡ka --- Well, I believe the test-case is invalid as one can't have hidden visibility and then defined S1::f2 in a different translation unit. I would like to see an example which would be possible to link. This works for me: $ cat pr89009.h void foo(); struct S1 { static void bar(); }; struct __attribute__ ((visibility("default"))) S2: S1 { static void bar(); }; struct S3: S1 { static void bar(); }; struct S4: S3 { static void bar(); }; $ cat pr89009.c #include "pr89009.h" void S2::bar() { S1::bar(); } void S3::bar() { S1::bar(); } void S4::bar() { foo(); S3::bar(); // MISSING } int main() { S4::bar (); } $ cat pr89009-2.c #include "pr89009.h" void foo() { __builtin_printf ("foo called\n"); } void S1::bar() { __builtin_printf ("S1::bar\n"); } >From gcc-bugs-return-630747-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:01:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99733 invoked by alias); 24 Jan 2019 17:01:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98834 invoked by uid 48); 24 Jan 2019 17:01:03 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89015] [9 Regression] ICE in lookup_decl_in_outer_ctx, at omp-low.c:3480 Date: Thu, 24 Jan 2019 17:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code, openmp 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: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to attachments.created 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-SW-Source: 2019-01/txt/msg03556.txt.bz2 Content-length: 578 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89015 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek --- Created attachment 45525 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45525&action=edit gcc9-pr89015.patch Untested fix. >From gcc-bugs-return-630748-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:07:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10439 invoked by alias); 24 Jan 2019 17:07:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 10395 invoked by uid 48); 24 Jan 2019 17:07:07 -0000 From: "sbergman at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline Date: Thu, 24 Jan 2019 17:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: sbergman at redhat dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03557.txt.bz2 Content-length: 413 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 --- Comment #6 from Stephan Bergmann --- (In reply to Martin LiÅ¡ka from comment #5) > Well, I believe the test-case is invalid as one can't have hidden visibility > and then defined S1::f2 in a different translation unit. Why? Isn't hidden visibility just about symbol visibility at the executable/dynamic library level? >From gcc-bugs-return-630749-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:08:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53616 invoked by alias); 24 Jan 2019 17:08:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 50423 invoked by uid 48); 24 Jan 2019 17:08:16 -0000 From: "ylatuya at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89044] New: libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration Date: Thu, 24 Jan 2019 17:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ylatuya at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03558.txt.bz2 Content-length: 960 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044 Bug ID: 89044 Summary: libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: ylatuya at gmail dot com Target Milestone: --- When compiling gcc with multilib support for Linux, libstdc++-6.dll ends ups installed correctly in lib and lib32: x86_64-w64-mingw32/lib/libstdc++-6.dll x86_64-w64-mingw32/lib/libstdc++-6.dll Instead, when cross-compilng for Windows a single libstdc++6.dll is installed in the bin dir: bin/libstdc++-6.dll Instead the EH library is correctly installed in lib and lib32: lib/libgcc_s_seh-1.dll lib32/libgcc_s_sjlj-1.dll This also happens for libatomic. >From gcc-bugs-return-630750-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:11:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78551 invoked by alias); 24 Jan 2019 17:11:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 78451 invoked by uid 48); 24 Jan 2019 17:11:54 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88988] [8/9 Regression] ICE: Segmentation fault (in lookup_name_real_1) Date: Thu, 24 Jan 2019 17:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: ice-on-invalid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03559.txt.bz2 Content-length: 995 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88988 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Ever confirmed|0 |1 --- Comment #2 from Jakub Jelinek --- It ICEs also with template struct A { A () : a () { [&] () { #pragma omp parallel firstprivate (a) if (0) ++a; } (); } T a; }; A x; which ought to be valid in OpenMP 5.0 (without if (0) it is racy), not really valid OpenMP 4.5 because mixing C++11 and later futures like lambda here with OpenMP features is undefined. We do compile struct B { B () : b () { [&] () { #pragma omp parallel firstprivate (b) if (0) ++b; } (); } int b; }; B y; though. >From gcc-bugs-return-630751-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:14:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114501 invoked by alias); 24 Jan 2019 17:14:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114462 invoked by uid 48); 24 Jan 2019 17:14:11 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline Date: Thu, 24 Jan 2019 17:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03560.txt.bz2 Content-length: 539 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 --- Comment #7 from Martin LiÅ¡ka --- (In reply to Stephan Bergmann from comment #6) > (In reply to Martin LiÅ¡ka from comment #5) > > Well, I believe the test-case is invalid as one can't have hidden visibility > > and then defined S1::f2 in a different translation unit. > > Why? Isn't hidden visibility just about symbol visibility at the > executable/dynamic library level? I might be wrong. But I would like to see a linkable test-case. >From gcc-bugs-return-630753-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:16:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120135 invoked by alias); 24 Jan 2019 17:16:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119670 invoked by uid 48); 24 Jan 2019 17:16:43 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88984] [9 Regression] ICE in genericize_switch_stmt, at cp/cp-gimplify.c:377 Date: Thu, 24 Jan 2019 17:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03562.txt.bz2 Content-length: 423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88984 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Jakub Jelinek --- Fixed. >From gcc-bugs-return-630752-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:16:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119500 invoked by alias); 24 Jan 2019 17:16:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119460 invoked by uid 48); 24 Jan 2019 17:16:27 -0000 From: "sbergman at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline Date: Thu, 24 Jan 2019 17:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: sbergman at redhat dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03561.txt.bz2 Content-length: 675 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 --- Comment #8 from Stephan Bergmann --- ...and adding to the test.cc from comment 0 an additional > $ cat main.cc > void f1(); > struct S1 { static void f2(); }; > struct __attribute__ ((visibility("default"))) S2: S1 { static void f2(); }; > struct S3: S1 { static void f2(); }; > struct S4: S3 { static void f2(); }; > void f1() { __builtin_printf("f1\n"); } > void S1::f2() { __builtin_printf("S1::f2\n"); } > int main() { S4::f2(); } > > $ g++ -fvisibility=hidden -fpic -O2 -fno-inline test.cc main.cc > $ ./a.out > f1 to form a complete program still fails for me (GCC 8.2.1). >From gcc-bugs-return-630754-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:18:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66704 invoked by alias); 24 Jan 2019 17:18:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 64276 invoked by uid 48); 24 Jan 2019 17:18:01 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/44715] Break in increment expression of "for" statement inconsistent with g++ Date: Thu, 24 Jan 2019 17:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution 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-SW-Source: 2019-01/txt/msg03563.txt.bz2 Content-length: 518 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44715 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |jakub at gcc dot gnu.org Resolution|--- |FIXED --- Comment #7 from Jakub Jelinek --- Should be fixed for GCC 9+. >From gcc-bugs-return-630755-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:22:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113962 invoked by alias); 24 Jan 2019 17:22:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 113880 invoked by uid 48); 24 Jan 2019 17:22:43 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline Date: Thu, 24 Jan 2019 17:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-SW-Source: 2019-01/txt/msg03564.txt.bz2 Content-length: 471 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW --- Comment #9 from Martin LiÅ¡ka --- Thanks for it, confirmed! Started with r244273, but the revision probably only exposed a latent issue. >From gcc-bugs-return-630756-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:25:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124287 invoked by alias); 24 Jan 2019 17:25:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124058 invoked by uid 48); 24 Jan 2019 17:25:21 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 17:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03565.txt.bz2 Content-length: 548 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #16 from rsandifo at gcc dot gnu.org --- Created attachment 45526 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45526&action=edit Passing testcase I'm still not sure where the problem is coming in. The loop in the vector dump looks functionally correct now I've had change to look at it more (contrary to my initial comment on IRC). It seems to be equivalent to the attached, which passed on an AVX2 box I found I had accesss to. >From gcc-bugs-return-630757-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:26:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126146 invoked by alias); 24 Jan 2019 17:26:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 126008 invoked by uid 48); 24 Jan 2019 17:25:56 -0000 From: "spop at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/86865] [9 Regression] Wrong code w/ -O2 -floop-parallelize-all -fstack-reuse=none -fwrapv -fno-tree-ch -fno-tree-dce -fno-tree-dominator-opts -fno-tree-loop-ivcanon Date: Thu, 24 Jan 2019 17:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: spop at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03566.txt.bz2 Content-length: 900 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86865 Sebastian Pop changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |spop at gcc dot gnu.org --- Comment #7 from Sebastian Pop --- I think the patch is ok. If in the future we want to handle those other loops, we will need to compute the loop bound in add_loop_constraints() with a check for whether the stmt is dominated by the exit or not. Here is what we do today for all stmts in the loop: tree nb_iters = number_of_latch_executions (loop); if (TREE_CODE (nb_iters) == INTEGER_CST) { /* loop_i <= cst_nb_iters */ the constraint '<=' on statements' iteration domains implies that the loop should be under a do-while form. >From gcc-bugs-return-630758-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:45:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39727 invoked by alias); 24 Jan 2019 17:45:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 39600 invoked by uid 48); 24 Jan 2019 17:45:48 -0000 From: "dominiq at lps dot ens.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89039] Logical read from stream file that is neither 0 nor 1 Date: Thu, 24 Jan 2019 17:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dominiq at lps dot ens.fr X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03567.txt.bz2 Content-length: 515 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89039 Dominique d'Humieres changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #3 from Dominique d'Humieres --- > ... so I agree that the proper flag for this report is INVALID. Then closing. >From gcc-bugs-return-630759-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:52:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11787 invoked by alias); 24 Jan 2019 17:52:07 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11761 invoked by uid 48); 24 Jan 2019 17:52:03 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89045] New: [9 Regression] ICE in get_parm_info, at c/c-decl.c:7518 Date: Thu, 24 Jan 2019 17:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gscfq@t-online.de 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03568.txt.bz2 Content-length: 1622 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89045 Bug ID: 89045 Summary: [9 Regression] ICE in get_parm_info, at c/c-decl.c:7518 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: gscfq@t-online.de Target Milestone: --- Changed before 20180429, gcc-8 compiles it : $ cat z1.c void f (int x) { void g (int [(int){ x }]); } $ gcc-8 -c z1.c $ $ gcc-9-20190120 -c z1.c z1.c: In function 'f': z1.c:3:3: internal compiler error: in get_parm_info, at c/c-decl.c:7518 3 | void g (int [(int){ x }]); | ^~~~ 0x5e0b57 get_parm_info(bool, tree_node*) ../../gcc/c/c-decl.c:7518 0x6226a8 c_parser_parms_list_declarator ../../gcc/c/c-parser.c:4024 0x622810 c_parser_parms_declarator ../../gcc/c/c-parser.c:3940 0x61c491 c_parser_direct_declarator_inner ../../gcc/c/c-parser.c:3868 0x630731 c_parser_declaration_or_fndef ../../gcc/c/c-parser.c:1999 0x62ffba c_parser_compound_statement_nostart ../../gcc/c/c-parser.c:5068 0x6300a6 c_parser_compound_statement ../../gcc/c/c-parser.c:4980 0x63180a c_parser_declaration_or_fndef ../../gcc/c/c-parser.c:2352 0x6368b3 c_parser_external_declaration ../../gcc/c/c-parser.c:1653 0x637379 c_parser_translation_unit ../../gcc/c/c-parser.c:1534 0x637379 c_parse_file() ../../gcc/c/c-parser.c:19840 0x67d7f0 c_common_parse_file() ../../gcc/c-family/c-opts.c:1155 >From gcc-bugs-return-630761-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:54:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22336 invoked by alias); 24 Jan 2019 17:54:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22270 invoked by uid 48); 24 Jan 2019 17:54:26 -0000 From: "boazstud at yahoo dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug gcov-profile/89046] New: GCOV generates incorrect results for C++ Lambda / Constructor Date: Thu, 24 Jan 2019 17:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: gcov-profile X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: boazstud at yahoo dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone attachments.created Message-ID: 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-SW-Source: 2019-01/txt/msg03570.txt.bz2 Content-length: 6587 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89046 Bug ID: 89046 Summary: GCOV generates incorrect results for C++ Lambda / Constructor Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: boazstud at yahoo dot com CC: marxin at gcc dot gnu.org Target Milestone: --- Created attachment 45527 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45527&action=edit bug.ii It seems that gcov-8 does not report executed lines inside a lambda created in a constructor of a class. This worked fine with gcov-5 A minimal code that triggers the bug is attached. in this code, printf is executed but not reported by gcov. ======================== CUT HERE ==================== #include struct test { void (*fn)(); test(void(*fn_)()) : fn(fn_) {} }; test x([](){ printf("hello, world\n"); }); int main() { x.fn(); return 0; } ================================= gcc bug.cc --coverage -save-temps Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 8.2.0-7ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-8 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 8.2.0 (Ubuntu 8.2.0-7ubuntu1) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-coverage' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/8/cc1plus -E -quiet -v -imultiarch x86_64-linux-gnu -D_GNU_SOURCE bug.cc -mtune=generic -march=x86-64 -fpch-preprocess -fstack-protector-strong -Wformat -Wformat-security -o bug.ii ignoring duplicate directory "/usr/include/x86_64-linux-gnu/c++/8" ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu" ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/8/../../../../x86_64-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/8 /usr/include/x86_64-linux-gnu/c++/8 /usr/include/c++/8/backward /usr/lib/gcc/x86_64-linux-gnu/8/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/8/include-fixed /usr/include/x86_64-linux-gnu /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-coverage' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/8/cc1plus -fpreprocessed bug.ii -quiet -dumpbase bug.cc -mtune=generic -march=x86-64 -auxbase bug -version -fprofile-arcs -ftest-coverage -fstack-protector-strong -Wformat -Wformat-security -o bug.s GNU C++14 (Ubuntu 8.2.0-7ubuntu1) version 8.2.0 (x86_64-linux-gnu) compiled by GNU C version 8.2.0, GMP version 6.1.2, MPFR version 4.0.1, MPC version 1.1.0, isl version isl-0.20-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU C++14 (Ubuntu 8.2.0-7ubuntu1) version 8.2.0 (x86_64-linux-gnu) compiled by GNU C version 8.2.0, GMP version 6.1.2, MPFR version 4.0.1, MPC version 1.1.0, isl version isl-0.20-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: c4394fed592bafb9d6390822500e3507 COLLECT_GCC_OPTIONS='-v' '-save-temps' '-coverage' '-mtune=generic' '-march=x86-64' as -v --64 -o bug.o bug.s GNU assembler version 2.31.1 (x86_64-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.31.1 COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/8/:/usr/lib/gcc/x86_64-linux-gnu/8/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/8/:/usr/lib/gcc/x86_64-linux-gnu/ LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/8/:/usr/lib/gcc/x86_64-linux-gnu/8/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/8/../../../../lib/:/lib/x86_64-linux-gnu/:/lib/../lib/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/8/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-v' '-save-temps' '-coverage' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/8/collect2 -plugin /usr/lib/gcc/x86_64-linux-gnu/8/liblto_plugin.so -plugin-opt=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper -plugin-opt=-fresolution=bug.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --sysroot=/ --build-id --eh-frame-hdr -m elf_x86_64 --hash-style=gnu --as-needed -dynamic-linker /lib64/ld-linux-x86-64.so.2 -pie -z now -z relro /usr/lib/gcc/x86_64-linux-gnu/8/../../../x86_64-linux-gnu/Scrt1.o /usr/lib/gcc/x86_64-linux-gnu/8/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/8/crtbeginS.o -L/usr/lib/gcc/x86_64-linux-gnu/8 -L/usr/lib/gcc/x86_64-linux-gnu/8/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/8/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/8/../../.. bug.o -lgcov -lgcc --push-state --as-needed -lgcc_s --pop-state -lc -lgcc --push-state --as-needed -lgcc_s --pop-state /usr/lib/gcc/x86_64-linux-gnu/8/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/8/../../../x86_64-linux-gnu/crtn.o COLLECT_GCC_OPTIONS='-v' '-save-temps' '-coverage' '-mtune=generic' '-march=x86-64' >From gcc-bugs-return-630760-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:54:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21521 invoked by alias); 24 Jan 2019 17:54:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21386 invoked by uid 48); 24 Jan 2019 17:54:11 -0000 From: "ktkachov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88760] GCC unrolling is suboptimal Date: Thu, 24 Jan 2019 17:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ktkachov at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03569.txt.bz2 Content-length: 9607 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 --- Comment #22 from ktkachov at gcc dot gnu.org --- Some more experiments... Unrolling 4x in a similar way to my previous example and not splitting the accumulator (separate issue): unsigned int *colnums; double *val; struct foostruct { unsigned int rows; unsigned int *colnums; unsigned int *rowstart; }; struct foostruct *cols; void foo (double * __restrict__ dst, const double *__restrict__ src) { const unsigned int n_rows = cols->rows; const double *val_ptr = &val[cols->rowstart[0]]; const unsigned int *colnum_ptr = &cols->colnums[cols->rowstart[0]]; double *dst_ptr = dst; for (unsigned int row=0; rowrowstart[row+1]]; __PTRDIFF_TYPE__ diff = val_end_of_row - val_ptr; if (diff & 1) { s += *val_ptr++ * src[*colnum_ptr++]; diff--; } if (diff & 2) { s += val_ptr[0] * src[colnum_ptr[0]]; s += val_ptr[1] * src[colnum_ptr[1]]; val_ptr += 2; colnum_ptr += 2; } while (val_ptr != val_end_of_row) { s += val_ptr[0] * src[colnum_ptr[0]]; s += val_ptr[1] * src[colnum_ptr[1]]; s += val_ptr[2] * src[colnum_ptr[2]]; s += val_ptr[3] * src[colnum_ptr[3]]; val_ptr += 4; colnum_ptr += 4; } *dst_ptr++ = s; } } helps even more. On Cortex-A72 it gives a bit more than 6% (vs 3%) improvement on parest, and about 5.3% on a more aggressive CPU. I tried unrolling 8x in a similar manner and that was not faster than 4x on either target. Note that perf profiling shows that the loads are what's hot in these loops, not the FMAs themselves: 4.41 │1b8: ldp w3, w4, [x0] â–’ 5.85 │ ldp d3, d4, [x2] â–’ │ add x2, x2, #0x20 â–’ 3.79 │ ldur d5, [x2, #-16] â–’ 2.82 │ ldr d0, [x1, x4, lsl #3] â–’ 2.53 │ ldr d2, [x1, x3, lsl #3] â–’ 2.10 │ ldp w4, w3, [x0, #8] â–’ │ add x0, x0, #0x10 â–’ 0.00 │ cmp x5, x0 â–’ │ fmul d0, d0, d4 â–’ 4.73 │ ldr d4, [x1, x4, lsl #3] â–’ │ fmadd d0, d3, d2, d0 â–’ 2.01 │ ldur d3, [x2, #-8] â–’ 2.54 │ ldr d2, [x1, x3, lsl #3] â–’ │ fmadd d0, d5, d4, d0 â–’ │ fmadd d0, d3, d2, d0 â–’ │ fadd d1, d1, d0 >From gcc-bugs-return-630762-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:54:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23228 invoked by alias); 24 Jan 2019 17:54:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23167 invoked by uid 48); 24 Jan 2019 17:54:52 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline Date: Thu, 24 Jan 2019 17:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_known_to_work cf_known_to_fail 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-SW-Source: 2019-01/txt/msg03571.txt.bz2 Content-length: 915 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Known to work|6.5.0 |4.9.4 Known to fail| |5.5.0, 6.4.0 --- Comment #10 from Martin LiÅ¡ka --- Ok, so it's as old as ICF. There's a minimal test-case: $ cat test.cc #pragma GCC visibility push(default) void foo1() { __builtin_printf ("foo\n"); } #pragma GCC visibility pop void foo2() { __builtin_printf ("foo\n"); } int main() { foo2(); } (for older revisions than r244273 one needs: $ cat test.cc void foo2() { __builtin_printf ("foo\n"); } #pragma GCC visibility push(default) void foo1() { __builtin_printf ("foo\n"); } #pragma GCC visibility pop int main() { foo2(); } >From gcc-bugs-return-630763-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:55:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25137 invoked by alias); 24 Jan 2019 17:55:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25102 invoked by uid 48); 24 Jan 2019 17:55:10 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89009] [7/8/9 Regression] Miscompilation (missing function call) with -fvisibility=hidden -fpic -O2 -fno-inline Date: Thu, 24 Jan 2019 17:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-SW-Source: 2019-01/txt/msg03572.txt.bz2 Content-length: 300 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89009 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED >From gcc-bugs-return-630764-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:55:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25857 invoked by alias); 24 Jan 2019 17:55:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25805 invoked by uid 48); 24 Jan 2019 17:55:21 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89047] New: ICE in mark_scope_block_unused, at tree-ssa-live.c:391 Date: Thu, 24 Jan 2019 17:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gscfq@t-online.de 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03573.txt.bz2 Content-length: 1513 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89047 Bug ID: 89047 Summary: ICE in mark_scope_block_unused, at tree-ssa-live.c:391 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gscfq@t-online.de Target Milestone: --- With option -fopenacc, down to at least version 5 : $ cat z1.f90 real function f() !$acc update device (f) end $ gfortran-9-20190120 -c z1.f90 -fopenacc during RTL pass: expand z1.f90:1:0: 1 | real function f() | internal compiler error: Segmentation fault 0xb3658f crash_signal ../../gcc/toplev.c:326 0x77c937 clear_tree_used ../../gcc/cfgexpand.c:1753 0x788d9a expand_used_vars ../../gcc/cfgexpand.c:2080 0x78aca2 execute ../../gcc/cfgexpand.c:6376 --- $ gfortran-9-20190120 -c z1.f90 -fopenacc -O2 -g $ $ gfortran-9-20190120 -c z1.f90 -fopenacc -O2 during GIMPLE pass: ssa z1.f90:3:0: 3 | end | internal compiler error: Segmentation fault 0xb3658f crash_signal ../../gcc/toplev.c:326 0xc2a3f1 mark_scope_block_unused ../../gcc/tree-ssa-live.c:391 0xc2a41a mark_scope_block_unused ../../gcc/tree-ssa-live.c:395 0xc2b751 remove_unused_locals() ../../gcc/tree-ssa-live.c:741 0xa70f44 execute_function_todo ../../gcc/passes.c:1955 0xa71e32 execute_todo ../../gcc/passes.c:2031 >From gcc-bugs-return-630765-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 17:59:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65142 invoked by alias); 24 Jan 2019 17:59:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 65083 invoked by uid 48); 24 Jan 2019 17:59:10 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89035] Request - builtins for unspecified and arbitrary values Date: Thu, 24 Jan 2019 17:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03574.txt.bz2 Content-length: 652 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89035 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |msebor at gcc dot gnu.org --- Comment #3 from Martin Sebor --- Note that an uninitialized local variable has an indeterminate value which, even if it's not a trap representation, can appear to change from one instance to another, and whose use results in undefined behavior (see also https://gcc.gnu.org/ml/gcc/2019-01/msg00199.html). >From gcc-bugs-return-630766-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 18:04:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93370 invoked by alias); 24 Jan 2019 18:04:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 92728 invoked by uid 48); 24 Jan 2019 18:04:43 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89038] #pragma GCC diagnostic ignored "-Wunknown-pragmas" does not work Date: Thu, 24 Jan 2019 18:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.2.1 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on cc component everconfirmed cf_known_to_fail 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-SW-Source: 2019-01/txt/msg03575.txt.bz2 Content-length: 954 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |diagnostic Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 CC| |msebor at gcc dot gnu.org Component|preprocessor |c++ Ever confirmed|0 |1 Known to fail| |4.3.5, 4.4.7, 4.8.5, 4.9.4, | |5.4.0, 6.4.0, 7.3.0, 8.2.0, | |9.0 --- Comment #1 from Martin Sebor --- Confirmed. It works correctly in C but has never worked in C++ so it's not a regression. >From gcc-bugs-return-630767-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 18:06:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96665 invoked by alias); 24 Jan 2019 18:06:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96589 invoked by uid 48); 24 Jan 2019 18:06:32 -0000 From: "dominiq at lps dot ens.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89047] ICE in mark_scope_block_unused, at tree-ssa-live.c:391 Date: Thu, 24 Jan 2019 18:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dominiq at lps dot ens.fr X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03576.txt.bz2 Content-length: 849 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89047 Dominique d'Humieres changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Ever confirmed|0 |1 --- Comment #1 from Dominique d'Humieres --- > With option -fopenacc, down to at least version 5 : -fopenacc is new in GCC-5. For trunk (9.0) on darwin with --enable-checking=yes, I get during GIMPLE pass: omplower pr89047.f90:2:0: 2 | !$acc update device (f) | internal compiler error: in get, at cgraph.h:2579 with/without -O2 or -g. >From gcc-bugs-return-630768-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 18:16:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118480 invoked by alias); 24 Jan 2019 18:15:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117027 invoked by uid 48); 24 Jan 2019 18:15:41 -0000 From: "ibuclaw at gdcproject dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug d/88989] ICE in resolvePropertiesX, at d/dmd/expression.c:251 Date: Thu, 24 Jan 2019 18:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: d X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ibuclaw at gdcproject dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot 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-SW-Source: 2019-01/txt/msg03577.txt.bz2 Content-length: 768 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88989 --- Comment #4 from Iain Buclaw --- (In reply to G. Steinmetz from comment #3) > > Commit was from 2018-01-14, i.e. over a year ago. > That makes me wonder, when will gdc be synchronized with dmd ? > The main dmd branch has been converted over to D as of v2.069. Whereas gdc is a continuation of the old C++ branch, with new features and bug fixes converted back to C++. Its equivalence is v2.076, with a few extra regression patches. Reason for staying with the C++ branch is so that gdc 9 release can be ported to as many platforms as possible. Then switch over to the D branch and be in lock-step with upstream dmd with regards to the latest implementation. >From gcc-bugs-return-630769-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 18:18:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121099 invoked by alias); 24 Jan 2019 18:18:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 120969 invoked by uid 48); 24 Jan 2019 18:18:00 -0000 From: "ibuclaw at gdcproject dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug d/88989] ICE in resolvePropertiesX, at d/dmd/expression.c:251 Date: Thu, 24 Jan 2019 18:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: d X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ibuclaw at gdcproject dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot 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-SW-Source: 2019-01/txt/msg03578.txt.bz2 Content-length: 418 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88989 --- Comment #5 from Iain Buclaw --- (In reply to Iain Buclaw from comment #4) > ported to as many platforms as possible. Then switch over to the D branch > and be in lock-step with upstream dmd with regards to the latest > implementation. I mean, as of gdc 10, so version 9 becomes the baseline for bootstrapping latter versions. >From gcc-bugs-return-630770-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 18:25:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36769 invoked by alias); 24 Jan 2019 18:25:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 28703 invoked by uid 48); 24 Jan 2019 18:25:01 -0000 From: "sbence92 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88951] [9 Regression] No fpermissive offerred on 'error: jump to case label' Date: Thu, 24 Jan 2019 18:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sbence92 at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03579.txt.bz2 Content-length: 196 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88951 --- Comment #4 from Bence Szabó --- Ok, I agree with all of what you wrote. Please close the PR as you wish. >From gcc-bugs-return-630771-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 18:54:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129273 invoked by alias); 24 Jan 2019 18:54:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 129100 invoked by uid 48); 24 Jan 2019 18:54:26 -0000 From: "dominiq at lps dot ens.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/87187] FAIL: gfortran.dg/short_circuiting_3.f90 -g -flto (internal compiler error) on darwin Date: Thu, 24 Jan 2019 18:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dominiq at lps dot ens.fr X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth 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-SW-Source: 2019-01/txt/msg03580.txt.bz2 Content-length: 182 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87187 --- Comment #9 from Dominique d'Humieres --- This fixes also libgomp.fortran/taskloop3.f90. Thanks. >From gcc-bugs-return-630772-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:01:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32129 invoked by alias); 24 Jan 2019 19:01:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31895 invoked by uid 48); 24 Jan 2019 19:00:50 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 19:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03581.txt.bz2 Content-length: 1535 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #17 from Martin LiÅ¡ka --- (In reply to rsandifo@gcc.gnu.org from comment #16) > Created attachment 45526 [details] > Passing testcase > > I'm still not sure where the problem is coming in. The loop in the vector > dump looks functionally correct now I've had change to look at it more > (contrary to my initial comment on IRC). It seems to be equivalent to the > attached, which passed on an AVX2 box I found I had accesss to. But it fails on a skylake-avx512 machine. Minimal test-case that fails: $ cat avx.c struct s { unsigned long a, b, c; }; void __attribute__ ((noipa)) f (struct s *restrict s1, struct s *restrict s2, int n) { for (int i = 0; i < n; ++i) { s1[i].b = s2[i].b; s1[i].c = s2[i].c; s2[i].c = 0; } } #define N 6 int main (void) { struct s s1[N], s2[N]; for (unsigned int j = 0; j < 6; ++j) { s2[j].a = j * 5; s2[j].b = j * 5 + 2; s2[j].c = j * 5 + 4; } f (s1, s2, 6); for (unsigned int j = 0; j < 6; ++j) if (s1[j].b != j * 5 + 2) { __builtin_printf ("wrong at: %d: is %d, should be %d\n", j, s1[j].b, j * 5 + 2); __builtin_abort (); } __builtin_printf ("OK\n"); return 0; } $ gcc -march=skylake-avx512 avx.c -g && ./a.out && gcc -march=skylake-avx512 avx.c -g -O3 && ./a.out OK wrong at: 3: is 15, should be 17 Aborted (core dumped) >From gcc-bugs-return-630773-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:08:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46429 invoked by alias); 24 Jan 2019 19:08:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 46351 invoked by uid 48); 24 Jan 2019 19:08:22 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 19:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03582.txt.bz2 Content-length: 352 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #18 from Martin LiÅ¡ka --- One can reproduce that with Intel SDE simulator: https://software.intel.com/protected-download/267266/144917 $ ./sde-external-8.16.0-2018-01-30-lin/sde -skx -- /tmp/a.out wrong at: 3: is 15, should be 17 Aborted (core dumped) >From gcc-bugs-return-630774-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:13:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56878 invoked by alias); 24 Jan 2019 19:13:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 56356 invoked by uid 55); 24 Jan 2019 19:13:27 -0000 From: "uros at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/88998] [7/8/9 Regression] bad codegen with mmx instructions for unordered_map Date: Thu, 24 Jan 2019 19:13:00 -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: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: uros at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: ubizjak at gmail dot com X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03583.txt.bz2 Content-length: 733 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88998 --- Comment #6 from uros at gcc dot gnu.org --- Author: uros Date: Thu Jan 24 19:12:55 2019 New Revision: 268242 URL: https://gcc.gnu.org/viewcvs?rev=268242&root=gcc&view=rev Log: PR target/88998 * config/i386/sse.md (sse2_cvtpi2pd): Add SSE alternatives. Disparage MMX alternative. (sse2_cvtpd2pi): Ditto. (sse2_cvttpd2pi): Ditto. testsuite/ChangeLog: PR target/88998 * g++.dg/pr88998.c: New test. Added: branches/gcc-8-branch/gcc/testsuite/g++.dg/pr88998.C Modified: branches/gcc-8-branch/gcc/ChangeLog branches/gcc-8-branch/gcc/config/i386/sse.md branches/gcc-8-branch/gcc/testsuite/ChangeLog >From gcc-bugs-return-630775-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:14:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59081 invoked by alias); 24 Jan 2019 19:14:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 59064 invoked by uid 48); 24 Jan 2019 19:14:33 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89048] New: constant evaluation in trailing return type rejected Date: Thu, 24 Jan 2019 19:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03584.txt.bz2 Content-length: 1863 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89048 Bug ID: 89048 Summary: constant evaluation in trailing return type rejected Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: barry.revzin at gmail dot com Target Milestone: --- This program is rejected by gcc: template struct X { }; template constexpr auto f(F f) -> X { return {}; } with: source>:3:53: error: template argument 1 is invalid 3 | template constexpr auto f(F f) -> X { return {}; } | ^ :3:53: error: template argument 1 is invalid :3:53: error: template argument 1 is invalid :3:53: error: template argument 1 is invalid :3:48: error: invalid template-id 3 | template constexpr auto f(F f) -> X { return {}; } | ^ :3:51: error: use of parameter outside function body before '(' token 3 | template constexpr auto f(F f) -> X { return {}; } | ^ :3:38: error: deduced class type 'X' in function return type 3 | template constexpr auto f(F f) -> X { return {}; } | ^ :1:25: note: 'template struct X' declared here 1 | template struct X { }; | ^ Compiler returned: 1 On the other hand, this program is accepted: template struct X { }; template constexpr auto g(F f) { return X{}; } Clang accepts both. I think both programs are valid. >From gcc-bugs-return-630776-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:16:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62123 invoked by alias); 24 Jan 2019 19:15:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61748 invoked by uid 55); 24 Jan 2019 19:15:26 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89027] [9 Regression] ICE: verify_gimple failed (Error: non-trivial conversion at assignment) Date: Thu, 24 Jan 2019 19:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03585.txt.bz2 Content-length: 619 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89027 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Thu Jan 24 19:14:51 2019 New Revision: 268243 URL: https://gcc.gnu.org/viewcvs?rev=268243&root=gcc&view=rev Log: PR tree-optimization/89027 * tree-inline.c (add_clobbers_to_eh_landing_pad): Don't add clobbers for "omp simd array" variables. * gfortran.dg/gomp/pr89027.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/gomp/pr89027.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-inline.c >From gcc-bugs-return-630777-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:16:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62718 invoked by alias); 24 Jan 2019 19:16:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61856 invoked by uid 55); 24 Jan 2019 19:15:30 -0000 From: "uros at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/88998] [7/8/9 Regression] bad codegen with mmx instructions for unordered_map Date: Thu, 24 Jan 2019 19:16:00 -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: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: uros at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: ubizjak at gmail dot com X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03586.txt.bz2 Content-length: 733 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88998 --- Comment #7 from uros at gcc dot gnu.org --- Author: uros Date: Thu Jan 24 19:14:58 2019 New Revision: 268244 URL: https://gcc.gnu.org/viewcvs?rev=268244&root=gcc&view=rev Log: PR target/88998 * config/i386/sse.md (sse2_cvtpi2pd): Add SSE alternatives. Disparage MMX alternative. (sse2_cvtpd2pi): Ditto. (sse2_cvttpd2pi): Ditto. testsuite/ChangeLog: PR target/88998 * g++.dg/pr88998.c: New test. Added: branches/gcc-7-branch/gcc/testsuite/g++.dg/pr88998.C Modified: branches/gcc-7-branch/gcc/ChangeLog branches/gcc-7-branch/gcc/config/i386/sse.md branches/gcc-7-branch/gcc/testsuite/ChangeLog >From gcc-bugs-return-630778-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:17:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66477 invoked by alias); 24 Jan 2019 19:17:04 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 66409 invoked by uid 55); 24 Jan 2019 19:17:00 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88976] [7/8/9 Regression] ICE in fold_convert_loc, at fold-const.c:2552 Date: Thu, 24 Jan 2019 19:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03587.txt.bz2 Content-length: 1254 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88976 --- Comment #2 from Jakub Jelinek --- Author: jakub Date: Thu Jan 24 19:16:21 2019 New Revision: 268245 URL: https://gcc.gnu.org/viewcvs?rev=268245&root=gcc&view=rev Log: PR c++/88976 * c-typeck.c (c_finish_omp_cancel): Diagnose more than one if on #pragma omp cancel with different modifiers. * semantics.c (finish_omp_cancel): Diagnose more than one if on #pragma omp cancel with different modifiers. Use maybe_convert_cond when not in template or build_x_binary_op otherwise. * c-c++-common/gomp/cancel-2.c: New test. * gcc.dg/gomp/cancel-1.c: New test. * g++.dg/gomp/cancel-1.C: New test. * g++.dg/gomp/cancel-2.C: New test. * g++.dg/gomp/cancel-3.C: New test. Added: trunk/gcc/testsuite/c-c++-common/gomp/cancel-2.c trunk/gcc/testsuite/g++.dg/gomp/cancel-1.C trunk/gcc/testsuite/g++.dg/gomp/cancel-2.C trunk/gcc/testsuite/g++.dg/gomp/cancel-3.C trunk/gcc/testsuite/gcc.dg/gomp/cancel-1.c Modified: trunk/gcc/c/ChangeLog trunk/gcc/c/c-typeck.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog >From gcc-bugs-return-630779-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:17:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67514 invoked by alias); 24 Jan 2019 19:17:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 67175 invoked by uid 48); 24 Jan 2019 19:17:11 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/88998] [7/8/9 Regression] bad codegen with mmx instructions for unordered_map Date: Thu, 24 Jan 2019 19:17:00 -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: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: ubizjak at gmail dot com X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03588.txt.bz2 Content-length: 440 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88998 UroÅ¡ Bizjak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #8 from UroÅ¡ Bizjak --- Fixed everywhere. >From gcc-bugs-return-630780-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:17:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71300 invoked by alias); 24 Jan 2019 19:17:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 71163 invoked by uid 55); 24 Jan 2019 19:17:47 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89015] [9 Regression] ICE in lookup_decl_in_outer_ctx, at omp-low.c:3480 Date: Thu, 24 Jan 2019 19:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code, openmp 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: 9.0 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-SW-Source: 2019-01/txt/msg03589.txt.bz2 Content-length: 762 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89015 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Thu Jan 24 19:17:13 2019 New Revision: 268246 URL: https://gcc.gnu.org/viewcvs?rev=268246&root=gcc&view=rev Log: PR middle-end/89015 * tree-nested.c (convert_nonlocal_reference_stmt, convert_local_reference_stmt, convert_tramp_reference_stmt, convert_gimple_call) : Treat gimple_omp_teams_host teams stmts like GIMPLE_OMP_PARALLEL or GIMPLE_OMP_TASK. * gcc.dg/gomp/pr89015.c: New test. Added: trunk/gcc/testsuite/gcc.dg/gomp/pr89015.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-nested.c >From gcc-bugs-return-630781-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:24:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107336 invoked by alias); 24 Jan 2019 19:24:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 107056 invoked by uid 48); 24 Jan 2019 19:24:21 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89038] #pragma GCC diagnostic ignored "-Wunknown-pragmas" does not work Date: Thu, 24 Jan 2019 19:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.2.1 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03590.txt.bz2 Content-length: 501 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egallager at gcc dot gnu.org --- Comment #2 from Eric Gallager --- I think this is a dup of something but I can't remember the bug number right now; I'll search harder later... >From gcc-bugs-return-630782-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:28:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111926 invoked by alias); 24 Jan 2019 19:28:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111867 invoked by uid 48); 24 Jan 2019 19:28:12 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89043] strcat (strcpy (d, a), b) not folded to stpcpy (strcpy (d, a), b) Date: Thu, 24 Jan 2019 19:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03591.txt.bz2 Content-length: 557 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89043 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egallager at gcc dot gnu.org --- Comment #2 from Eric Gallager --- stpcpy() is POSIX? Which version? My (admittedly old) manpage says "The stpcpy() function is an MS-DOS and GNUism. The stpcpy() function conforms to no standard." >From gcc-bugs-return-630783-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:31:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1042 invoked by alias); 24 Jan 2019 19:30:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 763 invoked by uid 48); 24 Jan 2019 19:30:40 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89035] Request - builtins for unspecified and arbitrary values Date: Thu, 24 Jan 2019 19:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03592.txt.bz2 Content-length: 545 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89035 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egallager at gcc dot gnu.org --- Comment #4 from Eric Gallager --- (In reply to David Brown from comment #2) > Yes, "int x = x;" does give an unspecified value without a warning. Really, not even one from -Winit-self? >From gcc-bugs-return-630784-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:36:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78561 invoked by alias); 24 Jan 2019 19:36:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 69205 invoked by uid 48); 24 Jan 2019 19:36:15 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89048] constant evaluation in trailing return type rejected Date: Thu, 24 Jan 2019 19:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com 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: --- 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-SW-Source: 2019-01/txt/msg03593.txt.bz2 Content-length: 305 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89048 --- Comment #1 from Barry Revzin --- Actually, now I'm really not sure if this is a gcc bug, but then I really don't know what the language rule is that rejects this. Sorry for the spam, this needs some more thought. >From gcc-bugs-return-630785-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:43:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72437 invoked by alias); 24 Jan 2019 19:43:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72361 invoked by uid 55); 24 Jan 2019 19:43:36 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/89020] close(status='DELETE') does not remove file Date: Thu, 24 Jan 2019 19:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 7.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03594.txt.bz2 Content-length: 1310 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020 --- Comment #5 from Steve Kargl --- On Thu, Jan 24, 2019 at 01:32:56PM +0000, tkoenig at gcc dot gnu.org wrote: > > However, I'd like to look at the code first and check if we > can actually accommodate this strange behavior without pessimizing > anything else. If so, I would be inclined to "fix" this. > I took a quick peek at the code. I actually could not find where we set iostat and iomsg if present. For this simple program program foo i = 42 open(unit=7, file='tmp.dat') write(7,*) 'tmp.dat' close(7,iostat=i) print *, i end program foo the relevant part of -fdump-tree-original looks like { struct __st_parameter_close close_parm.2; close_parm.2.common.filename = &"t.f90"[1]{lb: 1 sz: 1}; close_parm.2.common.line = 5; i = 0; close_parm.2.common.iostat = &i; close_parm.2.common.flags = 32; close_parm.2.common.unit = 7; _gfortran_st_close (&close_parm.2); } So we pass the address of i in the close_parm, but I don't see libgfortran/io/close.c doing anything with .iostat (or .iomsg). In fact, st_close() doesn't check the return status of remove()? Of course, I could be missing something obvious. Jerry? >From gcc-bugs-return-630786-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:50:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83332 invoked by alias); 24 Jan 2019 19:49:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 83217 invoked by uid 55); 24 Jan 2019 19:49:50 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88964] [8 Regression] ICE in wide_int_to_tree_1, at tree.c:1561 Date: Thu, 24 Jan 2019 19:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: ice-on-valid-code 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: 8.3 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-SW-Source: 2019-01/txt/msg03595.txt.bz2 Content-length: 488 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88964 --- Comment #11 from Jakub Jelinek --- Author: jakub Date: Thu Jan 24 19:49:09 2019 New Revision: 268247 URL: https://gcc.gnu.org/viewcvs?rev=268247&root=gcc&view=rev Log: PR tree-optimization/88964 * gimple-loop-interchange.cc (loop_cand::analyze_induction_var): Also punt if HONOR_SNANS (chrec). Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-loop-interchange.cc >From gcc-bugs-return-630787-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:50:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99295 invoked by alias); 24 Jan 2019 19:50:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98214 invoked by uid 48); 24 Jan 2019 19:50:54 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89015] [9 Regression] ICE in lookup_decl_in_outer_ctx, at omp-low.c:3480 Date: Thu, 24 Jan 2019 19:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03596.txt.bz2 Content-length: 423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89015 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Jakub Jelinek --- Fixed. >From gcc-bugs-return-630788-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:51:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117274 invoked by alias); 24 Jan 2019 19:51:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117049 invoked by uid 48); 24 Jan 2019 19:51:51 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88976] [7/8 Regression] ICE in fold_convert_loc, at fold-const.c:2552 Date: Thu, 24 Jan 2019 19:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_known_to_work short_desc cf_known_to_fail 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-SW-Source: 2019-01/txt/msg03597.txt.bz2 Content-length: 643 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88976 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Known to work| |9.0 Summary|[7/8/9 Regression] ICE in |[7/8 Regression] ICE in |fold_convert_loc, at |fold_convert_loc, at |fold-const.c:2552 |fold-const.c:2552 Known to fail|9.0 | --- Comment #3 from Jakub Jelinek --- Fixed on the trunk so far. >From gcc-bugs-return-630789-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 19:52:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118272 invoked by alias); 24 Jan 2019 19:52:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118173 invoked by uid 48); 24 Jan 2019 19:52:19 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89001] g++ uses wrong mangling for lifetime-extended temporaries Date: Thu, 24 Jan 2019 19:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-SW-Source: 2019-01/txt/msg03598.txt.bz2 Content-length: 378 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89001 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org >From gcc-bugs-return-630790-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:01:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38769 invoked by alias); 24 Jan 2019 20:01:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 38697 invoked by uid 48); 24 Jan 2019 20:01:53 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] New: [8/9 Regression] Unexpected vectorization Date: Thu, 24 Jan 2019 20:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03599.txt.bz2 Content-length: 1718 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 Bug ID: 89049 Summary: [8/9 Regression] Unexpected vectorization Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: jakub at gcc dot gnu.org Target Milestone: --- int bar (float *p) { float r = 0; for (int i = 0; i < 1024; ++i) r += p[i]; return r; } with -O2 -mavx2 -ftree-vectorize starting with r256639 is vectorized as: .L6: vmovups (%rdi), %xmm4 vinsertf128 $0x1, 16(%rdi), %ymm4, %ymm2 addq $32, %rdi vaddss %xmm4, %xmm0, %xmm0 vshufps $85, %xmm4, %xmm4, %xmm3 vshufps $255, %xmm4, %xmm4, %xmm1 vaddss %xmm3, %xmm0, %xmm0 vunpckhps %xmm4, %xmm4, %xmm3 vaddss %xmm3, %xmm0, %xmm0 vaddss %xmm1, %xmm0, %xmm0 vextractf128 $0x1, %ymm2, %xmm1 vshufps $85, %xmm1, %xmm1, %xmm2 vaddss %xmm1, %xmm0, %xmm0 vaddss %xmm2, %xmm0, %xmm0 vunpckhps %xmm1, %xmm1, %xmm2 vshufps $255, %xmm1, %xmm1, %xmm1 vaddss %xmm2, %xmm0, %xmm0 vaddss %xmm1, %xmm0, %xmm0 cmpq %rdi, %rax jne .L6 The only vector thing in the loop is the vector unaligned load, all the rest are either extractions from the vector or scalar operations. At least for -O2 I'd hope we don't do this, I strongly believe scalar loop would be faster, and if we don't decide to unroll it, even much smaller. Either the costs are computed wrongly here, or the vectorizer uses them wrongly. >From gcc-bugs-return-630791-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:02:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39968 invoked by alias); 24 Jan 2019 20:02:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 39858 invoked by uid 48); 24 Jan 2019 20:02:31 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] [8/9 Regression] Unexpected vectorization Date: Thu, 24 Jan 2019 20:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub 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: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget cc target_milestone 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-SW-Source: 2019-01/txt/msg03600.txt.bz2 Content-length: 582 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |x86_64-linux CC| |hjl.tools at gmail dot com, | |rsandifo at gcc dot gnu.org, | |uros at gcc dot gnu.org Target Milestone|--- |8.3 >From gcc-bugs-return-630792-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:13:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72947 invoked by alias); 24 Jan 2019 20:13:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72856 invoked by uid 48); 24 Jan 2019 20:13:08 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 20:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03601.txt.bz2 Content-length: 2035 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #19 from rsandifo at gcc dot gnu.org --- OK. The .optimized dumps seem to be the same for both -mavx2 and -march=skylake-avx512. Things only diverge during expand. It looks like it might be a bug in: (define_insn "avx512dq_shuf_64x2_1" [(set (match_operand:VI8F_256 0 "register_operand" "=v") (vec_select:VI8F_256 (vec_concat: (match_operand:VI8F_256 1 "register_operand" "v") (match_operand:VI8F_256 2 "nonimmediate_operand" "vm")) (parallel [(match_operand 3 "const_0_to_3_operand") (match_operand 4 "const_0_to_3_operand") (match_operand 5 "const_4_to_7_operand") (match_operand 6 "const_4_to_7_operand")])))] "TARGET_AVX512VL && (INTVAL (operands[3]) == (INTVAL (operands[4]) - 1) && INTVAL (operands[5]) == (INTVAL (operands[6]) - 1))" { int mask; mask = INTVAL (operands[3]) / 2; mask |= (INTVAL (operands[5]) - 4) / 2 << 1; operands[3] = GEN_INT (mask); return "vshuf64x2\t{%3, %2, %1, %0|%0, %1, %2, %3}"; } [(set_attr "type" "sselog") (set_attr "length_immediate" "1") (set_attr "prefix" "evex") (set_attr "mode" "XI")]) which AFAICT requires without checking that operands 3 and 5 are even (0 or 2 and 4 or 6 respectively). In this case we're using it to match: (insn 40 39 41 6 (set (reg:V4DI 101 [ vect__5.17 ]) (vec_select:V4DI (vec_concat:V8DI (reg:V4DI 98 [ vect__5.14 ]) (reg:V4DI 140 [ vect__5.15 ])) (parallel [ (const_int 2 [0x2]) (const_int 3 [0x3]) (const_int 5 [0x5]) (const_int 6 [0x6]) ]))) "/tmp/foo.c":8:22 4069 {*avx512dq_shuf_i64x2_1} (nil)) and treat the permute mask as {2, 3, 4, 5} instead. >From gcc-bugs-return-630793-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:15:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84437 invoked by alias); 24 Jan 2019 20:15:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84305 invoked by uid 48); 24 Jan 2019 20:14:58 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 20:15:00 -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: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status component assigned_to 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-SW-Source: 2019-01/txt/msg03602.txt.bz2 Content-length: 581 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 rsandifo at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW Component|tree-optimization |target Assignee|rsandifo at gcc dot gnu.org |unassigned at gcc dot gnu.org --- Comment #20 from rsandifo at gcc dot gnu.org --- Not really best placed to fix or test this. >From gcc-bugs-return-630794-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:19:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90122 invoked by alias); 24 Jan 2019 20:19:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 90031 invoked by uid 48); 24 Jan 2019 20:19:04 -0000 From: "m101010a at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89050] New: GCC sometimes requires this to be captured when doing overload resolution but selecting a static member function Date: Thu, 24 Jan 2019 20:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: m101010a at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03603.txt.bz2 Content-length: 2009 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89050 Bug ID: 89050 Summary: GCC sometimes requires this to be captured when doing overload resolution but selecting a static member function Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: m101010a at gmail dot com Target Milestone: --- $ cat x.cpp template struct A { static void f(); void f(int); void foo() { []{ f(); }; } }; void foo(A &a) { a.foo(); } $ g++ -fsyntax-only x.cpp x.cpp: In lambda function: x.cpp:6:15: error: ‘this’ was not captured for this lambda function []{ f(); }; ^ $ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --enable-multilib --disable-werror --enable-checking=release --enable-default-pie --enable-default-ssp --enable-cet=auto Thread model: posix gcc version 8.2.1 20181127 (GCC) If A is not a template or there is no competing non-static member named f, this works fine. This is basically bug 51494 but with templates and overload resolution. >From gcc-bugs-return-630795-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:21:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96591 invoked by alias); 24 Jan 2019 20:21:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96414 invoked by uid 55); 24 Jan 2019 20:21:20 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/89006] [9 Regression] New note: non-delegitimized UNSPEC UNSPEC_SET_GOT (14) found in variable location since r267638 Date: Thu, 24 Jan 2019 20:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.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: 9.0 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-SW-Source: 2019-01/txt/msg03604.txt.bz2 Content-length: 579 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89006 --- Comment #2 from Jakub Jelinek --- Author: jakub Date: Thu Jan 24 20:20:47 2019 New Revision: 268248 URL: https://gcc.gnu.org/viewcvs?rev=268248&root=gcc&view=rev Log: PR debug/89006 * config/i386/i386.c (ix86_pic_register_p): Return true for UNSPEC_SET_GOT too. * g++.dg/debug/pr89006.C: New test. Added: trunk/gcc/testsuite/g++.dg/debug/pr89006.C Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog >From gcc-bugs-return-630796-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:22:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98089 invoked by alias); 24 Jan 2019 20:22:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98005 invoked by uid 48); 24 Jan 2019 20:22:10 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/89006] [9 Regression] New note: non-delegitimized UNSPEC UNSPEC_SET_GOT (14) found in variable location since r267638 Date: Thu, 24 Jan 2019 20:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03605.txt.bz2 Content-length: 423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89006 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Jakub Jelinek --- Fixed. >From gcc-bugs-return-630797-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:28:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6331 invoked by alias); 24 Jan 2019 20:28:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6208 invoked by uid 48); 24 Jan 2019 20:28:51 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 20:28:00 -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: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-SW-Source: 2019-01/txt/msg03606.txt.bz2 Content-length: 463 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org --- Comment #21 from Jakub Jelinek --- I'll handle this. >From gcc-bugs-return-630798-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:33:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22973 invoked by alias); 24 Jan 2019 20:33:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22856 invoked by uid 48); 24 Jan 2019 20:33:05 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/88993] [9 Regression] GCC 9 -Wformat-overflow=2 should reflect real libc limits Date: Thu, 24 Jan 2019 20:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cf_known_to_work blocked short_desc everconfirmed cf_known_to_fail 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-SW-Source: 2019-01/txt/msg03607.txt.bz2 Content-length: 2706 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88993 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Known to work| |8.2.0 Blocks| |85741 Summary|GCC 9 -Wformat-overflow=2 |[9 Regression] GCC 9 |should reflect real libc |-Wformat-overflow=2 should |limits |reflect real libc limits Ever confirmed|0 |1 Known to fail| |9.0 --- Comment #7 from Martin Sebor --- Thanks. I've built qemu 3.1.0 with -Wformat-overflow=2 myself and reproduced the warnings below. Of those, 16 are for fprintf, 106 for printf, and 20 for sprintf. At least some of these look like they would be hard to deal with and for little gain. For example: qemu-3.1.0/linux-user/main.c:484:27: warning: ‘%-*s’ directive output between 0 and 2147483648 bytes may exceed minimum required size of 4095 [-Wform at-overflow=] 484 | printf("-%-*s %-*s %s\n", maxarglen, arginfo->argv, | ^~~~ Let me confirm this as a regression and look into doing something about it for GCC 9. Diagnostic Count Unique Files -Wstringop-truncation 247 1 1 -Waddress-of-packed-member 189 134 15 -Wformat-overflow= 143 24 6 -Wformat-overflow Instances: /build/tmp/qemu-3.1.0/hw/intc/exynos4210_gic.c:316 /build/tmp/qemu-3.1.0/hw/intc/exynos4210_gic.c:326 /build/tmp/qemu-3.1.0/hw/vfio/pci.c:2220 /build/tmp/qemu-3.1.0/linux-user/main.c:475 /build/tmp/qemu-3.1.0/linux-user/main.c:480 /build/tmp/qemu-3.1.0/linux-user/main.c:484 migration/savevm.c:418 migration/savevm.c:420 migration/savevm.c:421 migration/savevm.c:423 migration/savevm.c:425 migration/savevm.c:430 migration/savevm.c:447 migration/savevm.c:449 migration/savevm.c:452 migration/savevm.c:453 migration/savevm.c:455 migration/savevm.c:461 migration/savevm.c:476 migration/savevm.c:482 migration/savevm.c:492 migration/savevm.c:494 qemu-img.c:200 qemu-io.c:422 -Wstringop-truncation Instances: /usr/include/bits/string_fortified.h:106 Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85741 [Bug 85741] [meta-bug] bogus/missing -Wformat-overflow >From gcc-bugs-return-630799-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:35:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32173 invoked by alias); 24 Jan 2019 20:35:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32050 invoked by uid 48); 24 Jan 2019 20:35:38 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89037] checking ice emitting 128-bit bit-field initializer Date: Thu, 24 Jan 2019 20:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-SW-Source: 2019-01/txt/msg03608.txt.bz2 Content-length: 633 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89037 rsandifo at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot gnu.org --- Comment #3 from rsandifo at gcc dot gnu.org --- (In reply to Richard Biener from comment #2) > Richard, can you have a look? Sure. And yeah, agree an extract_uhwi-based sequence is the way to go. >From gcc-bugs-return-630800-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:39:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41016 invoked by alias); 24 Jan 2019 20:39:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40463 invoked by uid 48); 24 Jan 2019 20:39:16 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89043] strcat (strcpy (d, a), b) not folded to stpcpy (strcpy (d, a), b) Date: Thu, 24 Jan 2019 20:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: --- 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-SW-Source: 2019-01/txt/msg03609.txt.bz2 Content-length: 315 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89043 --- Comment #3 from Martin Sebor --- The CHANGE HISTORY section for stpcpy says the function was first released in Issue 1 and derived from Issue 1 of the SVID: http://pubs.opengroup.org/onlinepubs/9699919799/functions/stpcpy.html >From gcc-bugs-return-630801-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:44:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77676 invoked by alias); 24 Jan 2019 20:44:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 75644 invoked by uid 48); 24 Jan 2019 20:44:49 -0000 From: "m101010a at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/55319] Using -fwhole-program inhibits optimization Date: Thu, 24 Jan 2019 20:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.7.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: m101010a at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03610.txt.bz2 Content-length: 426 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55319 m101010a at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from m101010a at gmail dot com --- This is no longer an issue in GCC 8.2.1 >From gcc-bugs-return-630802-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:46:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108035 invoked by alias); 24 Jan 2019 20:46:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 107291 invoked by uid 48); 24 Jan 2019 20:45:56 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 20:46:00 -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: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03611.txt.bz2 Content-length: 609 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #22 from Jakub Jelinek --- Even more reduced testcase: typedef long long int V __attribute__((vector_size (4 * sizeof (long long int)))); __attribute__((noipa)) void foo (V *p) { p[0] = __builtin_shuffle (p[1], p[2], (V) { 2, 3, 5, 6 }); } int main () { V a[3] = { { 0, 0, 0, 0 }, { 10, 11, 12, 13 }, { 14, 15, 16, 17 } }; foo (a); if (a[0][0] != 12 || a[0][1] != 13 || a[0][2] != 15 || a[0][3] != 16) __builtin_abort (); return 0; } Works with -O2 -mavx2, aborts with -O2 -mavx512vl. >From gcc-bugs-return-630803-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:49:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 86064 invoked by alias); 24 Jan 2019 20:49:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 85208 invoked by uid 55); 24 Jan 2019 20:48:42 -0000 From: "uros at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/88948] [9 Regression] ICE in elimination_costs_in_insn, at reload1.c:3640 since r264148 Date: Thu, 24 Jan 2019 20:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: uros at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03612.txt.bz2 Content-length: 861 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88948 --- Comment #4 from uros at gcc dot gnu.org --- Author: uros Date: Thu Jan 24 20:48:01 2019 New Revision: 268249 URL: https://gcc.gnu.org/viewcvs?rev=268249&root=gcc&view=rev Log: PR target/88948 * rtl.h (prepare_copy_insn): New prototype. * gcse.c (prepare_copy_insn): New function, split out from process_insert_insn. (process_insert_insn): Use prepare_copy_insn. * store-motion.c (replace_store_insn): Use prepare_copy_insn instead of gen_move_insn. testsuite/ChangeLog: PR target/88948 * gcc.target/i386/pr88948.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr88948.c Modified: trunk/gcc/ChangeLog trunk/gcc/gcse.c trunk/gcc/rtl.h trunk/gcc/store-motion.c trunk/gcc/testsuite/ChangeLog >From gcc-bugs-return-630804-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 20:55:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56482 invoked by alias); 24 Jan 2019 20:55:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 56418 invoked by uid 55); 24 Jan 2019 20:55:47 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89043] strcat (strcpy (d, a), b) not folded to stpcpy (strcpy (d, a), b) Date: Thu, 24 Jan 2019 20:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com 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: --- 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-SW-Source: 2019-01/txt/msg03613.txt.bz2 Content-length: 722 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89043 --- Comment #4 from joseph at codesourcery dot com --- On Thu, 24 Jan 2019, msebor at gcc dot gnu.org wrote: > The CHANGE HISTORY section for stpcpy says the function was first released in > Issue 1 and derived from Issue 1 of the SVID: > http://pubs.opengroup.org/onlinepubs/9699919799/functions/stpcpy.html That's a CHANGE HISTORY for the page as a whole (also covering strcpy) - the addition of stpcpy is listed there under issue 7 "The stpcpy() function is added from The Open Group Technical Standard, 2006, Extended API Set Part 1.". I checked and stpcpy is not in issue 1 or 3 of XPG or issue 1 or 2 of SVID. >From gcc-bugs-return-630807-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:06:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114511 invoked by alias); 24 Jan 2019 21:06:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114272 invoked by uid 55); 24 Jan 2019 21:06:38 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/86125] missing -Wbuiltin-declaration-mismatch on a mismatched return type Date: Thu, 24 Jan 2019 21:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor 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-SW-Source: 2019-01/txt/msg03616.txt.bz2 Content-length: 2005 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86125 --- Comment #5 from Martin Sebor --- Author: msebor Date: Thu Jan 24 21:06:01 2019 New Revision: 268251 URL: https://gcc.gnu.org/viewcvs?rev=268251&root=gcc&view=rev Log: PR c/86125 - missing -Wbuiltin-declaration-mismatch on a mismatched return type PR middle-end/86308 - ICE in verify_gimple calling index() with an invalid declaration PR c/86125 - missing -Wbuiltin-declaration-mismatch on a mismatched return type PR c/88886 - [9 Regression] ice in get_constant, at c-family/c-format.c:292 gcc/c/ChangeLog: PR c/86125 PR c/88886 PR middle-end/86308 * c-decl.c (match_builtin_function_types): Add arguments. (diagnose_mismatched_decls): Diagnose mismatched declarations of built-ins more strictly. gcc/testsuite/ChangeLog: PR c/86125 PR c/88886 PR middle-end/86308 * gcc.dg/Wbuiltin-declaration-mismatch-6.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-7.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-8.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-9.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-10.c: New test. * gcc.dg/builtins-69.c: New test. * gcc.dg/Wint-conversion-2.c: Add expected warning. * gcc.c-torture/execute/eeprof-1.c: Adjust function signatures. Added: trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-10.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-6.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-7.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-8.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-9.c trunk/gcc/testsuite/gcc.dg/builtins-69.c Modified: trunk/gcc/c/ChangeLog trunk/gcc/c/c-decl.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.c-torture/execute/eeprof-1.c trunk/gcc/testsuite/gcc.dg/Wint-conversion-2.c >From gcc-bugs-return-630805-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:06:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114454 invoked by alias); 24 Jan 2019 21:06:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114284 invoked by uid 55); 24 Jan 2019 21:06:38 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/88886] [9 Regression] ice in get_constant, at c-family/c-format.c:292 Date: Thu, 24 Jan 2019 21:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03614.txt.bz2 Content-length: 2005 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88886 --- Comment #4 from Martin Sebor --- Author: msebor Date: Thu Jan 24 21:06:01 2019 New Revision: 268251 URL: https://gcc.gnu.org/viewcvs?rev=268251&root=gcc&view=rev Log: PR c/86125 - missing -Wbuiltin-declaration-mismatch on a mismatched return type PR middle-end/86308 - ICE in verify_gimple calling index() with an invalid declaration PR c/86125 - missing -Wbuiltin-declaration-mismatch on a mismatched return type PR c/88886 - [9 Regression] ice in get_constant, at c-family/c-format.c:292 gcc/c/ChangeLog: PR c/86125 PR c/88886 PR middle-end/86308 * c-decl.c (match_builtin_function_types): Add arguments. (diagnose_mismatched_decls): Diagnose mismatched declarations of built-ins more strictly. gcc/testsuite/ChangeLog: PR c/86125 PR c/88886 PR middle-end/86308 * gcc.dg/Wbuiltin-declaration-mismatch-6.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-7.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-8.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-9.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-10.c: New test. * gcc.dg/builtins-69.c: New test. * gcc.dg/Wint-conversion-2.c: Add expected warning. * gcc.c-torture/execute/eeprof-1.c: Adjust function signatures. Added: trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-10.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-6.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-7.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-8.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-9.c trunk/gcc/testsuite/gcc.dg/builtins-69.c Modified: trunk/gcc/c/ChangeLog trunk/gcc/c/c-decl.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.c-torture/execute/eeprof-1.c trunk/gcc/testsuite/gcc.dg/Wint-conversion-2.c >From gcc-bugs-return-630806-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:06:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114466 invoked by alias); 24 Jan 2019 21:06:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114286 invoked by uid 55); 24 Jan 2019 21:06:38 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/86308] [7/8/9 Regression] ICE in verify_gimple calling an invalid index() declaration Date: Thu, 24 Jan 2019 21:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03615.txt.bz2 Content-length: 2005 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86308 --- Comment #7 from Martin Sebor --- Author: msebor Date: Thu Jan 24 21:06:01 2019 New Revision: 268251 URL: https://gcc.gnu.org/viewcvs?rev=268251&root=gcc&view=rev Log: PR c/86125 - missing -Wbuiltin-declaration-mismatch on a mismatched return type PR middle-end/86308 - ICE in verify_gimple calling index() with an invalid declaration PR c/86125 - missing -Wbuiltin-declaration-mismatch on a mismatched return type PR c/88886 - [9 Regression] ice in get_constant, at c-family/c-format.c:292 gcc/c/ChangeLog: PR c/86125 PR c/88886 PR middle-end/86308 * c-decl.c (match_builtin_function_types): Add arguments. (diagnose_mismatched_decls): Diagnose mismatched declarations of built-ins more strictly. gcc/testsuite/ChangeLog: PR c/86125 PR c/88886 PR middle-end/86308 * gcc.dg/Wbuiltin-declaration-mismatch-6.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-7.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-8.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-9.c: New test. * gcc.dg/Wbuiltin-declaration-mismatch-10.c: New test. * gcc.dg/builtins-69.c: New test. * gcc.dg/Wint-conversion-2.c: Add expected warning. * gcc.c-torture/execute/eeprof-1.c: Adjust function signatures. Added: trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-10.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-6.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-7.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-8.c trunk/gcc/testsuite/gcc.dg/Wbuiltin-declaration-mismatch-9.c trunk/gcc/testsuite/gcc.dg/builtins-69.c Modified: trunk/gcc/c/ChangeLog trunk/gcc/c/c-decl.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.c-torture/execute/eeprof-1.c trunk/gcc/testsuite/gcc.dg/Wint-conversion-2.c >From gcc-bugs-return-630808-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:21:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36024 invoked by alias); 24 Jan 2019 21:21:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 35890 invoked by uid 48); 24 Jan 2019 21:21:42 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/86308] [7/8 Regression] ICE in verify_gimple calling an invalid index() declaration Date: Thu, 24 Jan 2019 21:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc 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-SW-Source: 2019-01/txt/msg03617.txt.bz2 Content-length: 1233 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86308 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[7/8/9 Regression] ICE in |[7/8 Regression] ICE in |verify_gimple calling an |verify_gimple calling an |invalid index() declaration |invalid index() declaration --- Comment #8 from Martin Sebor --- Fixed for GCC 9 via r268251. GCC now issues the following warnings: $ cat pr86308.c && /build/arm-none-eabi/gcc-svn/gcc/xgcc -B /build/arm-none-eabi/gcc-svn/gcc -S -Wall -Wextra pr86308.c int index (int, int); void foo(const short *input) { short a0 = input[index(0, 0)]; } pr86308.c:1:5: warning: conflicting types for built-in function ‘index’; expected ‘char *(const char *, int)’ [-Wbuiltin-declaration-mismatch] 1 | int index (int, int); | ^~~~~ pr86308.c: In function ‘foo’: pr86308.c:5:11: warning: unused variable ‘a0’ [-Wunused-variable] 5 | short a0 = input[index(0, 0)]; | ^~ >From gcc-bugs-return-630809-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:22:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36983 invoked by alias); 24 Jan 2019 21:22:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 36842 invoked by uid 48); 24 Jan 2019 21:21:57 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87214] [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU 2017 Date: Thu, 24 Jan 2019 21:22:00 -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: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03618.txt.bz2 Content-length: 311 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214 --- Comment #23 from Jakub Jelinek --- Created attachment 45528 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45528&action=edit gcc9-pr87214-wip.patch Untested fix. Still need to cover all the changes with testcases. >From gcc-bugs-return-630810-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:24:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 63796 invoked by alias); 24 Jan 2019 21:24:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49650 invoked by uid 55); 24 Jan 2019 21:24:06 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89001] g++ uses wrong mangling for lifetime-extended temporaries Date: Thu, 24 Jan 2019 21:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jason 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-SW-Source: 2019-01/txt/msg03619.txt.bz2 Content-length: 1204 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89001 --- Comment #4 from Jason Merrill --- Author: jason Date: Thu Jan 24 21:23:33 2019 New Revision: 268252 URL: https://gcc.gnu.org/viewcvs?rev=268252&root=gcc&view=rev Log: PR c++/89001 - mangling of reference temporaries It used to be the case that the mangled name of a reference temporary didn't need to be standardized, because all access would be through the reference. But now constant expressions can look through references and so different translation units need to agree on the address of a temporary in the initializer of a reference with vague linkage. * cp-tree.h (struct saved_scope): Add ref_temp_count. (current_ref_temp_count): New macro. * mangle.c (mangle_ref_init_variable): Use it. * typeck2.c (store_init_value): Clear it. * call.c (make_temporary_var_for_ref_to_temp): Copy public and comdat. Added: trunk/gcc/testsuite/g++.dg/abi/ref-temp1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/mangle.c trunk/gcc/cp/typeck2.c trunk/gcc/testsuite/g++.dg/cpp1z/decomp34.C >From gcc-bugs-return-630811-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:25:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72244 invoked by alias); 24 Jan 2019 21:25:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 71294 invoked by uid 48); 24 Jan 2019 21:24:44 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/88886] [9 Regression] ice in get_constant, at c-family/c-format.c:292 Date: Thu, 24 Jan 2019 21:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03620.txt.bz2 Content-length: 1545 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88886 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Martin Sebor --- Fixed via r268251. GCC issues the following warnings for the test case in comment #0: $ cat pr88886.c && gcc -S -Wall -Wextra pr88886.c int sscanf(long, unsigned[], ...); void a() { sscanf(0, ""); } pr88886.c:1:5: warning: conflicting types for built-in function ‘sscanf’; expected ‘int(const char *, const char *, ...)’ [-Wbuiltin-declaration-mismatch] 1 | int sscanf(long, unsigned[], ...); | ^~~~~~ pr88886.c:1:1: note: ‘sscanf’ is declared in header ‘’ +++ |+#include 1 | int sscanf(long, unsigned[], ...); pr88886.c: In function ‘a’: pr88886.c:2:22: warning: passing argument 2 of ‘sscanf’ from incompatible pointer type [-Wincompatible-pointer-types] 2 | void a() { sscanf(0, ""); } | ^~ | | | char * pr88886.c:1:18: note: expected ‘unsigned int *’ but argument is of type ‘char *’ 1 | int sscanf(long, unsigned[], ...); | ^~~~~~~~~~ >From gcc-bugs-return-630812-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:29:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80078 invoked by alias); 24 Jan 2019 21:29:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79997 invoked by uid 48); 24 Jan 2019 21:29:11 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89043] strcat (strcpy (d, a), b) not folded to stpcpy (strcpy (d, a), b) Date: Thu, 24 Jan 2019 21:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: --- 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-SW-Source: 2019-01/txt/msg03621.txt.bz2 Content-length: 392 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89043 --- Comment #5 from Martin Sebor --- Ah, makes sense. I briefly wondered how stpcpy could have been "updated for alignment with the ISO/IEC 9899:1999 standard." That's the trade-off of a 4k monitor: it fits tons of stuff on the screen but everything is so tiny that I end up guessing as much as reading. >From gcc-bugs-return-630813-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:40:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121656 invoked by alias); 24 Jan 2019 21:40:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121579 invoked by uid 48); 24 Jan 2019 21:40:17 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89036] ICE if destructor has a requires Date: Thu, 24 Jan 2019 21:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03622.txt.bz2 Content-length: 584 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmalcolm at gcc dot gnu.org --- Comment #2 from David Malcolm --- Fails this assertion in cp/class.c:add_method: 1136 /* A class should never have more than one destructor. */ 1137 gcc_assert (!current_fns || via_using || !DECL_DESTRUCTOR_P (method)); >From gcc-bugs-return-630814-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:49:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5883 invoked by alias); 24 Jan 2019 21:49:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5807 invoked by uid 48); 24 Jan 2019 21:49:30 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88995] [8/9 Regression] internal compiler error: in lookup_template_class_1, at cp/pt.c:9471 Date: Thu, 24 Jan 2019 21:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed 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-SW-Source: 2019-01/txt/msg03623.txt.bz2 Content-length: 10876 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 CC| |jakub at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Jakub Jelinek --- Somewhat further reduced: typedef enum {} a; typedef enum { b, c, d, e, f } g; typedef enum { h, i, j, k, l, m, n, o, p, q, r, s, t, u, v, w, x, y, z, aa, ab, ac, ad, ae, af, ag, ah, ai, aj, ak, al, am, an } ao; typedef struct { long aq[]; } ar; struct as; using ay = a; using az = g; const az ba = b; const az bb = c; const az bc = d; const az bd = e; const az be = f; using bf = ao; const bf any = h; const bf bg = i; const bf bh = j; const bf bi = k; const bf bj = l; const bf bk = m; const bf bl = n; const bf bm = o; const bf bn = p; const bf bo = q; const bf bp = r; const bf bq = s; const bf br = t; const bf bs = u; const bf bt = v; const bf bu = w; const bf bv = x; const bf bw = y; const bf bx = z; const bf by = aa; const bf bz = ab; const bf ca = ac; const bf cb = ad; const bf cc = ae; const bf cd = af; const bf ce = ag; const bf cf = ah; const bf cg = ai; const bf ch = aj; const bf ci = ak; const bf cj = al; const bf ck = am; const bf cl = an; using cm = ar; using cn = as; using cp = int; using cq = int; using cr = int; class cx { public: template cx(cy, cy); }; struct da { da(int ); cm db(); }; struct at { virtual ay dc(int **, const int *, const int **) const; }; struct as { typedef ay (*dd)(at **, const int *, const int *, const int *); }; struct de { de(at *, cx, cx); }; struct dg { ~dg(); }; struct dh : at { using di = dg; di dj; }; namespace dk { const bool dl = true; const bool dm = false; } template struct dn ; template struct dn { static ay execute() { da input_d = 0; constexpr bool w_groups = by; auto _g_oihw_d = input_d; [&] { auto _g_oihw_off = _g_oihw_d.db().aq[w_groups]; }; return ay(); } }; template struct srt : de { struct dg : dh { dg(di *, di *, const cp *); ay dc(cq **, const cr *inputs, const cq **outputs) const { cx ins(inputs, inputs); cx outs(outputs, outputs); srt(this, ins, outs); return ay(); } static ay ct(at **, const int *input_pd, const int *output_pd, const cp *attr) { auto _pd = new dg((di *)input_pd, (di *)output_pd, attr); delete _pd; return ay(); } }; srt(const dg *pd, cx inputs, cx outputs) : de(&conf_, inputs, outputs), conf_(*pd) { dn<1, spec>::execute; } dg conf_; }; template struct wrt { struct dg { static ay ct(at **, const int *, const int *, const cp *); }; }; using rpd_ct_f = cn::dd; rpd_ct_f cql[]{ srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, wrt<2, by, bd, cl, dk::dl>::dg::ct, wrt<2, bl, bd, cl, dk::dl>::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct, srt::dg::ct}; >From gcc-bugs-return-630815-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:50:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7510 invoked by alias); 24 Jan 2019 21:50:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7426 invoked by uid 48); 24 Jan 2019 21:50:37 -0000 From: "anlauf at gmx dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/85868] Subarray of a pointer array associated with a pointer dummy argument Date: Thu, 24 Jan 2019 21:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 7.3.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: anlauf at gmx dot de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03624.txt.bz2 Content-length: 1546 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85868 --- Comment #5 from Harald Anlauf --- Better testcase for debugging: program pr85858 implicit none integer, pointer :: t(:) integer :: i, lb lb = -1 allocate (t(lb:5)) do i = lb, 5 t(i) = i end do call te (t( :)) ! Full array: OK call te (t(lb:)) ! Array section, but effectively full array: OK call te (t( 0:)) ! Offset should depend on 0-lb ! call te (t( 1:)) ! Offset should depend on 1-lb ! contains subroutine te (a) integer, pointer, intent(in) :: a(:) print *, a(1) !, lbound (a, dim=1) end subroutine te end program Expected output: four 1s. Current trunk prints: 1 1 2 3 (Outputs of 7.x and 8.x are also quite strange). Dump-tree-original shows for the generated descriptors (excerpt): for call te (t(lb:)) D.3893 = (integer(kind=8)) lb; parm.3.dim[0].lbound = D.3893; D.3901 = t.dim[0].stride; parm.3.data = (void *) &(*(integer(kind=4)[0:] *) t.data)[(D.3893 - t.dim[0].lbound) * D.3901]; parm.3.offset = t.offset; for call te (t( 0:)) parm.4.dim[0].lbound = 0; parm.4.data = (void *) &(*(integer(kind=4)[0:] *) t.data)[-t.dim[0].lbound * D.3909]; parm.4.offset = t.offset; while the subroutine references: (a->data + (sizetype) ((a->offset + NON_LVALUE_EXPR dim[0].stride>) * a->span)) Can this be right? If .data changes, shouldn't .offset change accordingly? >From gcc-bugs-return-630816-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:57:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18390 invoked by alias); 24 Jan 2019 21:57:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18324 invoked by uid 48); 24 Jan 2019 21:57:07 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/86125] missing -Wbuiltin-declaration-mismatch on a mismatched return type Date: Thu, 24 Jan 2019 21:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_known_to_work resolution target_milestone cf_known_to_fail 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-SW-Source: 2019-01/txt/msg03625.txt.bz2 Content-length: 1555 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86125 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Known to work| |9.0 Resolution|--- |FIXED Target Milestone|--- |9.0 Known to fail| |8.2.0 --- Comment #6 from Martin Sebor --- The warning has been enhanced to detect the strlen mismatch in r268251, but it requires -Wextra. This was done to avoid diagnosing some more-or-less benign mismatches (like in const qualifiers) but I don't think it applies as well when the mismatch is between an integer and pointer. But I suppose tightening that up will need to wait for the future. Let me resolve this as fixed and think about opening a new bug for that. $ gcc -S -Wall -Wextra pr86125.c pr86125.c:1:7: warning: conflicting types for built-in function ‘strdup’; expected ‘char *(const char *)’ [-Wbuiltin-declaration-mismatch] 1 | char* strdup (int); // warning (good) | ^~~~~~ pr86125.c:2:7: warning: mismatch in return type of built-in function ‘strlen’; expected ‘long unsigned int’ [-Wbuiltin-declaration-mismatch] 2 | char* strlen (const char*); // missing warning | ^~~~~~ >From gcc-bugs-return-630817-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 21:59:33 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22076 invoked by alias); 24 Jan 2019 21:59:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22012 invoked by uid 48); 24 Jan 2019 21:59:28 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89036] [8/9 Regression] ICE if destructor has a requires Date: Thu, 24 Jan 2019 21:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on short_desc everconfirmed 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-SW-Source: 2019-01/txt/msg03626.txt.bz2 Content-length: 619 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-on-valid-code Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-24 Summary|ICE if destructor has a |[8/9 Regression] ICE if |requires |destructor has a requires Ever confirmed|0 |1 >From gcc-bugs-return-630818-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 22:01:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25158 invoked by alias); 24 Jan 2019 22:01:39 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25061 invoked by uid 48); 24 Jan 2019 22:01:35 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89001] g++ uses wrong mangling for lifetime-extended temporaries Date: Thu, 24 Jan 2019 22:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone 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-SW-Source: 2019-01/txt/msg03627.txt.bz2 Content-length: 486 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89001 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.0 --- Comment #5 from Jason Merrill --- Fixed for GCC 9. >From gcc-bugs-return-630819-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 22:25:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32697 invoked by alias); 24 Jan 2019 22:25:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32640 invoked by uid 48); 24 Jan 2019 22:25:46 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/88821] Inline packing of non-contiguous arguments Date: Thu, 24 Jan 2019 22:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: deferred, missed-optimization, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: tkoenig at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created 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-SW-Source: 2019-01/txt/msg03628.txt.bz2 Content-length: 590 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88821 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #45514|0 |1 is obsolete| | --- Comment #4 from Thomas Koenig --- Created attachment 45529 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45529&action=edit Updated patch This one is cleaner - at least it is clearer why it is working :-) >From gcc-bugs-return-630820-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 22:37:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114909 invoked by alias); 24 Jan 2019 22:37:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114867 invoked by uid 48); 24 Jan 2019 22:37:04 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/88956] [9 Regression] ICE: Floating point exception on a memcpy from an zero-length constant array Date: Thu, 24 Jan 2019 22:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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 X-SW-Source: 2019-01/txt/msg03629.txt.bz2 Content-length: 422 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88956 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --- Comment #3 from Martin Sebor --- Patch: https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01340.html >From gcc-bugs-return-630821-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 22:47:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84183 invoked by alias); 24 Jan 2019 22:47:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84105 invoked by uid 48); 24 Jan 2019 22:47:20 -0000 From: "slyfox at inbox dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/88643] -Wl,--wrap not supported with LTO Date: Thu, 24 Jan 2019 22:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: slyfox at inbox dot ru 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03630.txt.bz2 Content-length: 1252 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88643 Sergei Trofimovich changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |slyfox at inbox dot ru --- Comment #3 from Sergei Trofimovich --- One of Gentoo users rediscovered similar bug on cmocka-1.1.3 project: https://bugs.gentoo.org/675876 It exhibits as a linker failure: # LANG=C make V=1 VERBOSE=1 /usr/lib64/ccache/bin/x86_64-pc-linux-gnu-gcc -O2 -pipe -flto -fdiagnostics-show-option -frecord-gcc-switches -Wl,-O1 -Wl,--as-needed -O2 -pipe -flto -Wl,--hash-style=gnu -Wl,--wrap=uptime CMakeFiles/test_uptime.dir/test_uptime.c.o -o test_uptime -Wl,-rpath,/dev/shm/portage/dev-util/cmocka-1.1.3/work/cmocka-1.1.3-abi_x86_64.amd64/src ../../../src/libcmocka.so.0.5.1 /usr/lib/librt.so /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /tmp/cc3ig6Xu.ltrans0.ltrans.o: in function `calc_uptime': :(.text+0x46): undefined reference to `__wrap_uptime' collect2: error: ld returned 1 exit status Would extracting another example be useful here? >From gcc-bugs-return-630822-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 22:52:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90257 invoked by alias); 24 Jan 2019 22:52:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 90139 invoked by uid 48); 24 Jan 2019 22:51:59 -0000 From: "nathan at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88995] [8/9 Regression] internal compiler error: in lookup_template_class_1, at cp/pt.c:9471 Date: Thu, 24 Jan 2019 22:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nathan at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 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-SW-Source: 2019-01/txt/msg03631.txt.bz2 Content-length: 311 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995 --- Comment #3 from Nathan Sidwell --- template struct dn { static void execute (long *ary) { constexpr int index = 0; [&] { auto &elt = ary [index]; }; } }; void foo () { dn::execute; } >From gcc-bugs-return-630823-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 22:52:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91121 invoked by alias); 24 Jan 2019 22:52:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 91061 invoked by uid 48); 24 Jan 2019 22:52:18 -0000 From: "nathan at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88995] [8/9 Regression] internal compiler error: in lookup_template_class_1, at cp/pt.c:9471 Date: Thu, 24 Jan 2019 22:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nathan at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-SW-Source: 2019-01/txt/msg03632.txt.bz2 Content-length: 297 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995 Nathan Sidwell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED >From gcc-bugs-return-630824-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 22:53:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94087 invoked by alias); 24 Jan 2019 22:53:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94028 invoked by uid 48); 24 Jan 2019 22:53:43 -0000 From: "m101010a at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89051] New: -Wno-error= does not work for warning groups Date: Thu, 24 Jan 2019 22:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: m101010a at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03633.txt.bz2 Content-length: 1851 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89051 Bug ID: 89051 Summary: -Wno-error= does not work for warning groups Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: m101010a at gmail dot com Target Milestone: --- $ cat x.c void f() { g(1); } $ gcc -fsyntax-only -Wall -Wno-implicit x.c $ gcc -fsyntax-only -Werror=all -Wno-error=implicit x.c x.c: In function ‘f’: x.c:1:12: error: implicit declaration of function ‘g’ [-Werror=implicit-function-declaration] void f() { g(1); } ^ cc1: some warnings being treated as errors $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --enable-multilib --disable-werror --enable-checking=release --enable-default-pie --enable-default-ssp --enable-cet=auto Thread model: posix gcc version 8.2.1 20181127 (GCC) -Wno-error=* should work like -Wno-* and disable errors for more specific groups of warnings. >From gcc-bugs-return-630825-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 23:04:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1225 invoked by alias); 24 Jan 2019 23:04:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 1123 invoked by uid 48); 24 Jan 2019 23:04:24 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/80916] [7/8/9 Regression] Spurious "declared 'static' but never defined" warning Date: Thu, 24 Jan 2019 23:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.1.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-SW-Source: 2019-01/txt/msg03634.txt.bz2 Content-length: 378 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80916 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org >From gcc-bugs-return-630826-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 23:27:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96415 invoked by alias); 24 Jan 2019 23:27:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96370 invoked by uid 48); 24 Jan 2019 23:27:39 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89052] New: excessive data segment size causes a hang Date: Thu, 24 Jan 2019 23:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03635.txt.bz2 Content-length: 1673 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89052 Bug ID: 89052 Summary: excessive data segment size causes a hang Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: msebor at gcc dot gnu.org Target Milestone: --- Making a silly mistake and using the wrong macro such as SIZE_MAX instead of MAX_SIZE as the array size when defining a global object seems to cause as to hang presumably while trying to allocate huge amounts of memory. It's not immediately obvious what the problem might be in such a case. GCC already warns when the size of any single object exceeds some maximum but it could help prevent this kind of a mistake by computing the size of all global objects (or even the size of local objects in each function) and issuing a warning such as -Wlarger-than= or even an error when the total size of all of them exceeds the same limit. The current permissive limit is PTRDIFF_MAX but I don't think there are too many 64-bit systems that can actually handle that much memory so using a lower limit lower would be even better. $ (cat a.c && ulimit -v 10000 && gcc -Wall -c a.c) #include #define MAX_SIZE 32 char a[SIZE_MAX / 2] = "1"; // typo: should have been MAX_SIZE / 2 char b[SIZE_MAX / 2] = "x"; // ditto xgcc: internal compiler error: Segmentation fault signal terminated program cc1 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. >From gcc-bugs-return-630827-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 23:28:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97923 invoked by alias); 24 Jan 2019 23:28:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 97851 invoked by uid 48); 24 Jan 2019 23:28:32 -0000 From: "hubicka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/87295] [early debug] ICE with -ffat-lto-objects -fdebug-types-section -g Date: Thu, 24 Jan 2019 23:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: hubicka at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03636.txt.bz2 Content-length: 545 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87295 Jan Hubicka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hubicka at gcc dot gnu.org, | |rguenther at suse dot de --- Comment #2 from Jan Hubicka --- I suppose it is early debug tooling not knowing that it needs to copy the section as well? >From gcc-bugs-return-630828-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 23:41:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119102 invoked by alias); 24 Jan 2019 23:41:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119040 invoked by uid 48); 24 Jan 2019 23:41:44 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89052] excessive data segment size causes a hang Date: Thu, 24 Jan 2019 23:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: --- 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-SW-Source: 2019-01/txt/msg03637.txt.bz2 Content-length: 932 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89052 --- Comment #1 from Martin Sebor --- Clang seems to use SIZE_MAX / 8 as the maximum object size and gives an error for any object whose size exceeds that. But it doesn't seem to doesn't track total object sizes and crashes in LLVM as it runs out of memory for the test case below: #include char a[SIZE_MAX / 8] = "1"; char b[SIZE_MAX / 8] = "x"; In C mode, GCC compiles the code above without hanging anywhere but G++ gives errors. In fact, it fails with the same error even for 'char a[INT_MAX >> 2] = "1";' a.c:3:24: error: initializer-string for array of chars is too long [-fpermissive] 3 | char a[SIZE_MAX / 8] = "1"; | ^~~ a.c:4:24: error: initializer-string for array of chars is too long [-fpermissive] 4 | char b[SIZE_MAX / 8] = "x"; | ^~~ >From gcc-bugs-return-630829-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 24 23:50:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 2848 invoked by alias); 24 Jan 2019 23:50:13 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 2786 invoked by uid 48); 24 Jan 2019 23:50:10 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89053] New: initializer-string too long for a large char array initialized with empty string Date: Thu, 24 Jan 2019 23:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03638.txt.bz2 Content-length: 1076 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89053 Bug ID: 89053 Summary: initializer-string too long for a large char array initialized with empty string Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: msebor at gcc dot gnu.org Target Milestone: --- While experimenting with the test case for pr89052 I came across the following error issued by the G++ front-end for the string literal initializer. Since the equivalent brace-enclosed initializer is accepts the error looks like a bug rather than a simple limitation. $ cat a.c && gcc -S -Wall -xc++ a.c #include char a[INT_MAX >> 2] = { '\0' }; // accepted char b[INT_MAX >> 2] = ""; // error a.c:4:24: error: initializer-string for array of chars is too long [-fpermissive] 4 | char b[INT_MAX >> 2] = ""; // error | ^~ >From gcc-bugs-return-630830-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:03:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36641 invoked by alias); 25 Jan 2019 00:03:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 36547 invoked by uid 48); 25 Jan 2019 00:03:49 -0000 From: "vries at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgomp/87834] nvptx offloading: "WARNING: program timed out" for libgomp.fortran/target2.f90 execution test at -O0, -O1 Date: Fri, 25 Jan 2019 00:03:00 -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: 9.0 X-Bugzilla-Keywords: openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: vries at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone 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-SW-Source: 2019-01/txt/msg03639.txt.bz2 Content-length: 1745 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87834 Tom de Vries changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.0 --- Comment #1 from Tom de Vries --- This test fails in this mode until r265929. At r265938, this test-case starts passing. Inbetween, build problems. The main failure is "libgomp: cuCtxSynchronize error: an illegal memory access was encountered", and is as mentioned in PR81691 comment 2 not specific to the target. Presumably, the root cause for the main failure is fixed by the OpenMP 5.0 changes in r265930. Consequently, the npvtx libgomp plugin errors following the main failure, be it either the hang in this PR or the PR81691 "libgomp: cuMemFreeHost error/libgomp: device finalization failed" errors don't trigger anymore. Going back to the failing r265929, and applying: - [nvptx, libgomp] Fix cuMemAlloc with size zero - [nvptx, libgomp] Fix assert (!s->map->active) in map_fini - [nvptx, libgomp] Fix map_push gets us back the main failure: ... libgomp: cuCtxSynchronize error: an illegal memory access was encountered FAIL: libgomp.fortran/target2.f90 -O0 execution test libgomp: cuCtxSynchronize error: an illegal memory access was encountered FAIL: libgomp.fortran/target2.f90 -O1 execution test ... So it seems this is a duplicate of one or a combination of the PRs fixed by those three commits. Marking it resolved-fixed, since I'm not sure which one to mark it a duplicate of. >From gcc-bugs-return-630831-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:08:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40547 invoked by alias); 25 Jan 2019 00:08:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40428 invoked by uid 48); 25 Jan 2019 00:08:11 -0000 From: "vries at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgomp/81691] libgomp.fortran/target2.f90 fails for nvptx at -O0 and -O1 Date: Fri, 25 Jan 2019 00:08:00 -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: 8.0 X-Bugzilla-Keywords: openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: vries at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone 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-SW-Source: 2019-01/txt/msg03640.txt.bz2 Content-length: 731 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81691 Tom de Vries changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.0 --- Comment #4 from Tom de Vries --- The main failure is "libgomp: cuCtxSynchronize error: an illegal memory access was encountered". Presumably, the root cause for the main failure is fixed by the OpenMP 5.0 changes in r265930, which should also fix it for intelmic. Marking this resolved-fixed. >From gcc-bugs-return-630832-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:10:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71857 invoked by alias); 25 Jan 2019 00:10:39 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 71774 invoked by uid 48); 25 Jan 2019 00:10:34 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug d/89054] New: libphobos/src/std/math.d:5279:18: error: undefined iden tifier 'ControlState' Date: Fri, 25 Jan 2019 00:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: d X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: danglin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone cf_gcchost cf_gcctarget cf_gccbuild Message-ID: 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-SW-Source: 2019-01/txt/msg03641.txt.bz2 Content-length: 1873 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89054 Bug ID: 89054 Summary: libphobos/src/std/math.d:5279:18: error: undefined iden tifier 'ControlState' Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu libtool: compile: /home/dave/gnu/gcc/objdir/./gcc/gdc -B/home/dave/gnu/gcc/objd ir/./gcc/ -B/home/dave/opt/gnu/gcc/gcc-9/hppa-linux-gnu/bin/ -B/home/dave/opt/gn u/gcc/gcc-9/hppa-linux-gnu/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-9/hppa-linux -gnu/include -isystem /home/dave/opt/gnu/gcc/gcc-9/hppa-linux-gnu/sys-include -f checking=1 -fPIC -O2 -g -nostdinc -I ../../../../gcc/libphobos/src -I ../../../. ./gcc/libphobos/libdruntime -I ../libdruntime -I . -c ../../../../gcc/libphobos/ src/std/json.d -fversion=Shared -o std/.libs/json.o /home/dave/gnu/gcc/gcc-9/libphobos/src/std/math.d:5279:18: error: undefined iden tifier 'ControlState' 5279 | ControlState savedState; | ^ /home/dave/gnu/gcc/gcc-9/libphobos/src/std/math.d:5326:25: error: undefined iden tifier 'ControlState' 5326 | static ControlState getControlState() @trusted nothrow @nogc | ^ /home/dave/gnu/gcc/gcc-9/libphobos/src/std/math.d:5392:17: error: undefined iden tifier 'ControlState' 5392 | static void setControlState(ControlState newState) @trusted nothrow @nogc | ^ make[4]: *** [Makefile:1628: std/json.lo] Error 1 make[4]: Leaving directory '/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libphobos/src' >From gcc-bugs-return-630833-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:16:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77574 invoked by alias); 25 Jan 2019 00:15:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 77234 invoked by uid 48); 25 Jan 2019 00:15:28 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89055] New: wrong location with predefined macros Date: Fri, 25 Jan 2019 00:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: trivial X-Bugzilla-Who: msebor 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03642.txt.bz2 Content-length: 1113 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89055 Bug ID: 89055 Summary: wrong location with predefined macros Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: msebor at gcc dot gnu.org Target Milestone: --- While adding tests for a fix for bug 87996 I noticed that the location in diagnostic messages for excessive array size expressions involving predefined constants like __SIZE_MAX__ (or macros like SIZE_MAX) isn't quite the same as without such constants. It's a minor aesthetic glitch but one that suggests there's some underlying bug somewhere that might be worth investigating. $ cat t.C && gcc -S t.C char a[~0LU << 1]; char b[__SIZE_MAX__ << 1]; t.C:1:13: error: size of array ‘a’ is negative 1 | char a[~0LU << 1]; | ~~~~~^~~~ t.C:2:21: error: size of array ‘b’ is negative 2 | char b[__SIZE_MAX__ << 1]; | ^ >From gcc-bugs-return-630834-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:26:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97601 invoked by alias); 25 Jan 2019 00:26:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 97532 invoked by uid 48); 25 Jan 2019 00:26:08 -0000 From: "darryl_okahata at keysight dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89056] New: Optimizer generates bad code for non-void function that fails to return a value Date: Fri, 25 Jan 2019 00:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: darryl_okahata at keysight dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone attachments.created Message-ID: 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-SW-Source: 2019-01/txt/msg03643.txt.bz2 Content-length: 2515 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056 Bug ID: 89056 Summary: Optimizer generates bad code for non-void function that fails to return a value Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: darryl_okahata at keysight dot com Target Milestone: --- Created attachment 45530 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45530&action=edit preprocessed file System: ancient Red Hat Enterprise Linux Server release 6.10 (Santiago) Intel x86_64 system. g++ -v Using built-in specs. COLLECT_GCC=/hped/builds/tfstools/gcc540/linux_x86_64//gcc/8.2.0/bin/g++_x86_64 COLLECT_LTO_WRAPPER=/a/new/sr/proton/d11/build/tfstools/gcc472/linux_x86_64/gcc/8.2.0/bin/../libexec/gcc/x86_64-pc-linux-gnu/8.2.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ./configure --enable-checking=release --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --disable-multilib --with-system-zlib --prefix=/hped/builds/tfstools/gcc472/linux_x86_64/gcc/8.2.0_rebld --with-gmp=/gfs/sr/sherry/d1/local/dbjornba/btmp --with-mpfr=/gfs/sr/sherry/d1/local/dbjornba/btmp --with-mpc=/gfs/sr/sherry/d1/local/dbjornba/btmp Thread model: posix gcc version 8.2.0 (GCC) If you have cruddy code with a non-void function that fails to return a value, the gcc optimizer can generate an "infinite" loop for a simple iterative loop (see the end of the *.ii file): bool test::bah(void) { std::deque::iterator iter; for (iter = values.begin(); iter != values.end(); iter++) iter->myval -= 0.1; // returning a value here causes correct code to be generated. } The bug can be easily seen using: g++ -S -O badbad.cc badbad.cc: In member function 'bool test::bah()': badbad.cc:42:1: warning: no return statement in function returning non-void [-Wreturn-type] } ^ The generated assembly code shows an "infinite" loop for the simple iterative loop (which only "terminates" when a bus error occurs). The correct code is generated if you add a proper return value. Yes, this is a poster child for using -Werror=return-type, but gcc should still not generate bad code (the return value will, of course, still be undefined). >From gcc-bugs-return-630837-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:47:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31320 invoked by alias); 25 Jan 2019 00:47:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31260 invoked by uid 48); 25 Jan 2019 00:47:32 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89056] Optimizer generates bad code for non-void function that fails to return a value Date: Fri, 25 Jan 2019 00:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03646.txt.bz2 Content-length: 191 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056 --- Comment #2 from Andrew Pinski --- You can use -fsanatizer=undefined to find this behavior at runtime. >From gcc-bugs-return-630835-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:47:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29925 invoked by alias); 25 Jan 2019 00:47:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 29871 invoked by uid 48); 25 Jan 2019 00:47:13 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89056] Optimizer generates bad code for non-void function that fails to return a value Date: Fri, 25 Jan 2019 00:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03644.txt.bz2 Content-length: 657 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andrew Pinski --- In C++ it is undefined what happens when a return happens without a value. This is different from C. So these returns are marked as calling __builtin_unreachable(). *** This bug has been marked as a duplicate of bug 86761 *** >From gcc-bugs-return-630836-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:47:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29931 invoked by alias); 25 Jan 2019 00:47:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 29882 invoked by uid 48); 25 Jan 2019 00:47:14 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/86761] Code corruption with missing pointer return Date: Fri, 25 Jan 2019 00:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03645.txt.bz2 Content-length: 455 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |darryl_okahata at keysight dot com --- Comment #6 from Andrew Pinski --- *** Bug 89056 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630838-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:49:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34042 invoked by alias); 25 Jan 2019 00:49:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 33001 invoked by uid 48); 25 Jan 2019 00:48:26 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89056] Optimizer generates bad code for non-void function that fails to return a value Date: Fri, 25 Jan 2019 00:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03647.txt.bz2 Content-length: 221 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056 --- Comment #3 from Andrew Pinski --- See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761#c4 on the differences between C and C++. >From gcc-bugs-return-630839-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 00:49:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34057 invoked by alias); 25 Jan 2019 00:49:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 33423 invoked by uid 55); 25 Jan 2019 00:48:46 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89052] excessive data segment size causes a hang Date: Fri, 25 Jan 2019 00:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com 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: --- 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-SW-Source: 2019-01/txt/msg03648.txt.bz2 Content-length: 502 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89052 --- Comment #2 from joseph at codesourcery dot com --- I'd say it's a bug for GCC to need to allocate memory for the trailing zero-initialized part of such an object at all; it should only need to allocate memory for the initial part and remember that the rest is zero (and then tell the assembler that the rest is zero, leaving it to the assembler to fail / try to produce a huge object file / ...). >From gcc-bugs-return-630840-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 01:16:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70235 invoked by alias); 25 Jan 2019 01:16:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 69863 invoked by uid 48); 25 Jan 2019 01:15:44 -0000 From: "darryl_okahata at keysight dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89056] Optimizer generates bad code for non-void function that fails to return a value Date: Fri, 25 Jan 2019 01:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: darryl_okahata at keysight dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03649.txt.bz2 Content-length: 215 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056 --- Comment #4 from Darryl Okahata --- This seems rather draconian but, if the standard allows for that, so be it. Thanks. >From gcc-bugs-return-630841-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 01:39:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6636 invoked by alias); 25 Jan 2019 01:39:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6562 invoked by uid 48); 25 Jan 2019 01:39:36 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/85780] ICE in resolve_fl_procedure, at fortran/resolve.c:12504 Date: Fri, 25 Jan 2019 01:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: kargl at gcc dot gnu.org X-Bugzilla-Target-Milestone: 6.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03650.txt.bz2 Content-length: 606 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85780 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #8 from kargl at gcc dot gnu.org --- My original patch simply fixed the ICE, which then allowed the code to compile. In reality, an alternate return is not ISO C interoperable, so an error message is a more appropriate response. I have a patch. So, re-open. >From gcc-bugs-return-630842-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 01:58:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88706 invoked by alias); 25 Jan 2019 01:58:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 88590 invoked by uid 48); 25 Jan 2019 01:58:01 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89036] [8/9 Regression] ICE if destructor has a requires Date: Fri, 25 Jan 2019 01:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-SW-Source: 2019-01/txt/msg03651.txt.bz2 Content-length: 384 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot gnu.org >From gcc-bugs-return-630843-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 02:13:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43160 invoked by alias); 25 Jan 2019 02:13:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 42547 invoked by uid 48); 25 Jan 2019 02:13:32 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89045] [9 Regression] ICE in get_parm_info, at c/c-decl.c:7518 Date: Fri, 25 Jan 2019 02:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed 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-SW-Source: 2019-01/txt/msg03652.txt.bz2 Content-length: 1954 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89045 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-25 CC| |dmalcolm at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from David Malcolm --- Confirmed. It's unexpectedly reaching this case in get_parm_decl with a VAR_DECL: 7513 /* Other things that might be encountered. */ 7514 case LABEL_DECL: 7515 case VAR_DECL: 7516 default: 7517 gcc_unreachable (); (gdb) p *b $3 = {u = {type = , label = 0x0}, decl = , id = , prev = 0x0, shadowed = 0x0, depth = 3, invisible = 0, nested = 0, inner_comp = 0, in_struct = 0, locus = 169024} (gdb) call inform (b->locus, "b->locus") z1.c: In function ‘f’: z1.c:3:21: note: b->locus 3 | void g (int [(int){ x }]); | ^ (gdb) call debug_tree (decl) unit-size align:32 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type 0x7ffff18c65e8 precision:32 min max pointer_to_this > used ignored read SI z1.c:3:21 size unit-size align:32 warn_if_not_align:0 context initial > >From gcc-bugs-return-630844-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 02:31:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1584 invoked by alias); 25 Jan 2019 02:30:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 1067 invoked by uid 48); 25 Jan 2019 02:30:00 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/85780] ICE in resolve_fl_procedure, at fortran/resolve.c:12504 Date: Fri, 25 Jan 2019 02:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: kargl at gcc dot gnu.org X-Bugzilla-Target-Milestone: 6.5 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-SW-Source: 2019-01/txt/msg03653.txt.bz2 Content-length: 174 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85780 --- Comment #9 from kargl at gcc dot gnu.org --- Patch submitted. https://gcc.gnu.org/ml/fortran/2019-01/msg00236.html >From gcc-bugs-return-630845-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 04:36:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64681 invoked by alias); 25 Jan 2019 04:36:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 64638 invoked by uid 48); 25 Jan 2019 04:36:50 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/33719] "#pragma omp for firstprivate(shared_var)" in function labelled 'shared_var' as private Date: Fri, 25 Jan 2019 04:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.2.1 X-Bugzilla-Keywords: openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03654.txt.bz2 Content-length: 410 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33719 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #2 from Eric Gallager --- cc-ing openmp maintainer >From gcc-bugs-return-630846-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 04:39:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67624 invoked by alias); 25 Jan 2019 04:39:33 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 67574 invoked by uid 48); 25 Jan 2019 04:39:29 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug demangler/54254] libiberty: demangling for global constructor is broken since r167781 Date: Fri, 25 Jan 2019 04:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: demangler X-Bugzilla-Version: 4.8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03655.txt.bz2 Content-length: 408 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54254 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ian at airs dot com --- Comment #2 from Eric Gallager --- cc-ing libiberty maintainer >From gcc-bugs-return-630847-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 04:42:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70989 invoked by alias); 25 Jan 2019 04:42:04 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 70923 invoked by uid 48); 25 Jan 2019 04:42:00 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/52202] [C++11][DR 1376] Should not extend lifetime of temporary wrapped in static_cast to reference type Date: Fri, 25 Jan 2019 04:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03656.txt.bz2 Content-length: 503 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52202 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jens.maurer at gmx dot net --- Comment #4 from Eric Gallager --- (In reply to ensadc from comment #2) > Superseded by issue 1299? See http://wg21.link/p0727. cc-ing Jens from that >From gcc-bugs-return-630848-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 05:24:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117825 invoked by alias); 25 Jan 2019 05:24:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117747 invoked by uid 48); 25 Jan 2019 05:23:57 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/51677] don't suggest giving main() __attribute__((const)) Date: Fri, 25 Jan 2019 05:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03657.txt.bz2 Content-length: 1004 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51677 --- Comment #5 from Eric Gallager --- (In reply to Eric Gallager from comment #4) > (In reply to Martin Sebor from comment #3) > > It should be easy to white-list the main function in the > > -Wsuggest-attribute= checker. At the same time, I'm not sure it's necessary > > or that the problem is unique to main. The reasons noted in comment #0 > > apply to other functions as well. Defining empty functions is useful for a > > variety of reasons (e.g., default no-op handlers or, in C++, default no-op > > implementations of virtual functions). Similarly, without perfect data flow > > analysis across the whole program it's impossible to tell whether an extern > > function is ever called. Why should main be treated differently from those? > > Because it's an easy first step that doesn't require doing all of those > extra data flow analyses Also main() is already treated specially for -Wmain >From gcc-bugs-return-630849-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 05:32:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8364 invoked by alias); 25 Jan 2019 05:32:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 8244 invoked by uid 48); 25 Jan 2019 05:32:04 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/58312] libssp configure check for "usable vsnprintf" is broken on cross-compilers. Date: Fri, 25 Jan 2019 05:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 4.8.2 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager 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: --- 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-SW-Source: 2019-01/txt/msg03658.txt.bz2 Content-length: 859 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58312 --- Comment #5 from Eric Gallager --- (In reply to Brooks Moses from comment #4) > It turns out that we do need these symbols in libssp despite having a nice > plain x86-Linux environment. We've got some precompiled blobs from > who-knows-where that want the "LIBSSP_1.0" version of the __vsnprintf_chk > symbol -- and, although our glibc exports __vsnprintf_chk, it of course > exports it with a "GLIBC_2.3.4" version. Failure ensues. > > So, for consistency for things that either explicitly declare -lssp or > otherwise end up with the LIBSSP symbol versions, I think it's nonetheless > useful to fix the libssp configure file for cross-compilation. > > Thus, patch posted: > http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00174.html Is that patch still relevant? >From gcc-bugs-return-630850-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 05:35:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12040 invoked by alias); 25 Jan 2019 05:35:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11982 invoked by uid 48); 25 Jan 2019 05:35:17 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/33719] "#pragma omp for firstprivate(shared_var)" in function labelled 'shared_var' as private Date: Fri, 25 Jan 2019 05:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.2.1 X-Bugzilla-Keywords: openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03659.txt.bz2 Content-length: 1992 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33719 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #3 from Jakub Jelinek --- That is a correct diagnostics. The firstprivate is about shared_var itself, not what it points to, and for firstprivate on the working construct you need a variable that is shared in the parallel and only privatized in the worksharing region. Thus for firstprivate on an orphaned worksharing construct the variable needs to be file scope/namespace scope, or static, or a reference that binds to a shared variable. "A list item that is private within a parallel region must not appear in a firstprivate clause on a worksharing construct if any of the worksharing regions arising from the worksharing construct ever bind to any of the parallel regions arising from the parallel construct." While the value of shared_var may be the same in all threads of a parallel, it is still private in the parallel, consider what happens if you take the address of shared_var, different threads will have different addresses. Function parameters passed by value are like if you do { double *shared_var = something; ... } within parallel region, even if something is a shared variable, shared_var is a local variable and as such it is predetermined to be private. Just remove the bogus firstprivate(shared_var) in this case. Note, if in C++ it is double *&shared_var, then firstprivate(shared_var) might be ok, it will depend on whether what it binds to is shared or not. See https://godbolt.org/z/l1v1NF that it is equally rejected by other compilers too. They don't get the double *&shared_var case right, but properly diagnose double *shared_var argument. >From gcc-bugs-return-630851-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 07:49:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29360 invoked by alias); 25 Jan 2019 07:49:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 29266 invoked by uid 48); 25 Jan 2019 07:49:47 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/87295] [early debug] ICE with -ffat-lto-objects -fdebug-types-section -g Date: Fri, 25 Jan 2019 07:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to 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-SW-Source: 2019-01/txt/msg03660.txt.bz2 Content-length: 482 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87295 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|nathan at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #3 from Richard Biener --- Let me take this bug, looks like we fail to "undo" some effects of the early write-out. >From gcc-bugs-return-630852-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 07:51:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31449 invoked by alias); 25 Jan 2019 07:51:30 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31272 invoked by uid 48); 25 Jan 2019 07:51:26 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug Date: Fri, 25 Jan 2019 07:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03661.txt.bz2 Content-length: 767 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #46 from Richard Biener --- (In reply to Richard Biener from comment #44) > Created attachment 45523 [details] > workaround > > So I am testing the following workaround, at least "most suitable" for > branches. > It avoids generating affected BIT_FIELD_REFs (with bases with integral types > that have a precision not matching the size of the mode). > > Can arm folks please test this patch and aid me (provide) a dg-torture > testcase that currently fails? > > It builds OK on x86_64-linux, I'll test it with the endianess test commented > out to see if there's any testsuite fallout. > > Thanks. No regressions on x86_64-linux when also enabling there. >From gcc-bugs-return-630853-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 08:06:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71873 invoked by alias); 25 Jan 2019 08:06:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 71771 invoked by uid 48); 25 Jan 2019 08:06:52 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug Date: Fri, 25 Jan 2019 08:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03662.txt.bz2 Content-length: 3140 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #47 from Richard Biener --- (In reply to Eric Botcazou from comment #45) > > So to get back to this - my thinking was that for a reference REF I can do > > > > base = get_inner_reference (ref, &bitsize, &bitpos, &offset, &mode, > > &unsignedp, &reversep, &volatilep); > > > > and get the semantically same REF building > > > > REF' = BIT_FIELD_REF<*(&base + offset), bitsize, bitpos> > > > > (plus setting REF_REVERSE_STORAGE_ORDER and TREE_THIS_VOLATILE on REF'). > > > > This appearantly breaks down (similarly for get_ref_base_and_extent) for > > bigendian and DECL_BIT_FIELD outer COMPONENT_REFs. And maybe for more? > > > > Is my expectation that the above "works" flawed? So "bit position" > > and "position of the first referenced bit" are two separate things? > > No, they are the same, but I think that BIT_FIELD_REF is not supposed to be > itself applied to a bit-field, as in the case at hand, since it's precisely > meant to designate a bit-field. In other words, the above base cannot be a > bit-field. > > So the safest route is probably to forbid such an abomination, i.e. to make > sure that the first argument of BIT_FIELD_REF is a bona-fide base type. OK, we can certainly try to enforce this. Just to make sure - this refers to TREE_TYPE (TREE_OPERAND (bfr, 0)), not the base of the component-ref chain eventually rooted here? On GIMPLE, if we want to extract some bits from a register that happens to be a non-"base" type this means we have to use shifting and masking. I suppose the same issue hits BIT_INSERT_EXPR. This makes it somewhat awkward (aka non-canonical) on the GIMPLE side :/ The most natural thing there would then be to disallow such types in the IL. Btw, are PSImode / int : 24 "bona-fide base types"? Thus, is the criteria that precision matches TYPE_SIZE? GET_MODE_PRECISION? GET_MODE_BITSIZE? I know we try to avoid introducing bit-precision ops during GIMPLE optimization but FEs happily leak those into the IL (as in this testcase). Just to remind where we're coming from - we have unData.strMemHead.b30AddrL = ulAddr >> 2; where this is a 30bit bitfield store (at bit offset % BITS_PER_UNIT == 0) from a unsigned :30 register. Via the union we now try to load 8 bits from memory contained within that 30 bits and try to extract those from the unsigned :30 register instead (with the goal to elide the memory object). In which circumnstances can we view the RHS of the above store as "proper" for applying the BIT_FIELD_REF as translated to the LHS memory to the RHS register? Is it enough to constrain the RHS type to TYPE_PRECISION == TYPE_SIZE? RTL expansion now handles various cases of handled-component expansion where the base ends up not being memory but various other kinds of entities - do they run into the same issue when, for BIT_FIELD_REFs, register bases are not equal to memory bases? [Just looking at FLOAT_WORD_ORDER and friends and considering the punning we're happily introducing via the above transform] >From gcc-bugs-return-630854-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 08:14:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71528 invoked by alias); 25 Jan 2019 08:14:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 62486 invoked by uid 55); 25 Jan 2019 08:14:07 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/86865] [9 Regression] Wrong code w/ -O2 -floop-parallelize-all -fstack-reuse=none -fwrapv -fno-tree-ch -fno-tree-dce -fno-tree-dominator-opts -fno-tree-loop-ivcanon Date: Fri, 25 Jan 2019 08:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03663.txt.bz2 Content-length: 866 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86865 --- Comment #8 from Richard Biener --- Author: rguenth Date: Fri Jan 25 08:13:34 2019 New Revision: 268257 URL: https://gcc.gnu.org/viewcvs?rev=268257&root=gcc&view=rev Log: 2019-01-25 Richard Biener PR tree-optimization/86865 * graphite-scop-detection.c (scop_detection::can_represent_loop): Reject non-do-while loops. * gcc.dg/graphite/pr86865.c: New testcase. * gcc.dg/graphite/pr69728.c: XFAIL. * gcc.dg/graphite/scop-21.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/graphite/pr86865.c Modified: trunk/gcc/ChangeLog trunk/gcc/graphite-scop-detection.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/graphite/pr69728.c trunk/gcc/testsuite/gcc.dg/graphite/scop-21.c >From gcc-bugs-return-630855-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 08:31:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116510 invoked by alias); 25 Jan 2019 08:31:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 115473 invoked by uid 48); 25 Jan 2019 08:30:43 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89043] strcat (strcpy (d, a), b) not folded to stpcpy (strcpy (d, a), b) Date: Fri, 25 Jan 2019 08:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03664.txt.bz2 Content-length: 484 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89043 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-25 Ever confirmed|0 |1 --- Comment #6 from Richard Biener --- Confirmed. >From gcc-bugs-return-630856-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 08:31:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118110 invoked by alias); 25 Jan 2019 08:31:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118056 invoked by uid 48); 25 Jan 2019 08:31:50 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration Date: Fri, 25 Jan 2019 08:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cf_gcctarget bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03665.txt.bz2 Content-length: 646 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |build Target| |x86_64-w64-mingw32 Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-01-25 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- What GCC version are you building/installing? >From gcc-bugs-return-630857-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 08:32:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119325 invoked by alias); 25 Jan 2019 08:32:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119225 invoked by uid 48); 25 Jan 2019 08:32:13 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89045] [9 Regression] ICE in get_parm_info, at c/c-decl.c:7518 Date: Fri, 25 Jan 2019 08:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords priority target_milestone 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-SW-Source: 2019-01/txt/msg03666.txt.bz2 Content-length: 412 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89045 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-on-valid-code Priority|P3 |P1 Target Milestone|--- |9.0 >From gcc-bugs-return-630858-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 08:45:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8023 invoked by alias); 25 Jan 2019 08:45:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7579 invoked by uid 48); 25 Jan 2019 08:45:23 -0000 From: "ylatuya at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration Date: Fri, 25 Jan 2019 08:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: ylatuya at gmail dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03667.txt.bz2 Content-length: 151 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044 --- Comment #2 from Andoni --- 8.2.0 I updated the version field too. >From gcc-bugs-return-630859-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 08:52:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25923 invoked by alias); 25 Jan 2019 08:52:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25856 invoked by uid 48); 25 Jan 2019 08:52:21 -0000 From: "abel at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/88879] [9 Regression] ICE in sel_target_adjust_priority, at sel-sched.c:3332 Date: Fri, 25 Jan 2019 08:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: abel at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03668.txt.bz2 Content-length: 1068 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88879 --- Comment #6 from Andrey Belevantsev --- (In reply to Alexander Monakov from comment #4) > Thanks. This broke when the patch for PR 85458 was applied, and Andreas > raised it on the gcc-patches thread: > https://gcc.gnu.org/ml/gcc-patches/2018-09/msg00128.html > > Soon after that, the HP-PA adjust_priority target hook was removed, making > the sel-sched change unnecessary. Therefore, my recommendation is to revert > the sel-sched patch, or remove the new assert as Andreas has suggested. > Andrey, which approach would you prefer? > > It's also possible to implement Jeff's suggestion and clamp negative > priorities to zero in create_speculation_check, but that may turn out to be > insufficient if there is other code producing negative priority values. I would try to avoid negative priorities if possible. It looks they could only come from the adjust_priority hook or from create_speculation_check. If the former is now impossible then maybe just fix the latter? >From gcc-bugs-return-630860-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 08:57:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35482 invoked by alias); 25 Jan 2019 08:57:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 35386 invoked by uid 48); 25 Jan 2019 08:57:40 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug Date: Fri, 25 Jan 2019 08:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03669.txt.bz2 Content-length: 1489 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #48 from Eric Botcazou --- > OK, we can certainly try to enforce this. Just to make sure - this > refers to TREE_TYPE (TREE_OPERAND (bfr, 0)), not the base of the > component-ref chain eventually rooted here? Yes, formally it's the former, i.e. the type of operand #0 of BIT_FIELD_REF. > On GIMPLE, if we want to extract some bits from a register that happens to > be a non-"base" type this means we have to use shifting and masking. I > suppose the same issue hits BIT_INSERT_EXPR. This makes it somewhat > awkward (aka non-canonical) on the GIMPLE side :/ Yes, I think that the handling of BIT_INSERT_EXPR should be symmetrical. > The most natural thing there would then be to disallow such types in the IL. Yes, as type of operand #0 of BIT_FIELD_REF/BIT_INSERT_EXPR. > Btw, are PSImode / int : 24 "bona-fide base types"? Thus, is the criteria > that precision matches TYPE_SIZE? GET_MODE_PRECISION? GET_MODE_BITSIZE? > I know we try to avoid introducing bit-precision ops during GIMPLE > optimization but FEs happily leak those into the IL (as in this testcase). The predicate type_has_mode_precision_p is the one used by the RTL expander to identify bit-field types. Moreover it's also already used in a few GIMPLE optimization passes (fwprop, vrp, vectorize) so it seems to be fit the bill. So a base type would be (!INTEGRAL_TYPE_P || type_has_mode_precision_p). >From gcc-bugs-return-630861-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:01:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40643 invoked by alias); 25 Jan 2019 09:01:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40317 invoked by uid 48); 25 Jan 2019 09:00:42 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] [8/9 Regression] Unexpected vectorization Date: Fri, 25 Jan 2019 09:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cf_reconfirmed_on cc assigned_to everconfirmed 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-SW-Source: 2019-01/txt/msg03670.txt.bz2 Content-length: 3441 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-01-25 CC| |hubicka at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- scalar costs for single iteration: 0x322a040 _1 * 4 1 times scalar_stmt costs 12 in body 0x322a040 *_3 1 times scalar_load costs 12 in body 0x322a040 _4 + r_16 1 times scalar_stmt costs 12 in body single-iteration vector cost: 0x31651e0 *_3 1 times unaligned_load (misalign -1) costs 20 in body 0x31651e0 _4 + r_16 8 times vec_to_scalar costs 32 in body 0x31651e0 _4 + r_16 8 times scalar_stmt costs 96 in body there's the old issue that we use vec_to_scalar (originally meant to be used for the vector to scalar conversion in the reduction epilogue only, thus "free" on x86_64 since you can simply use %xmm0 for element zero) also for random element extraction. Besides this it's the usual issue that even if everything else is scalar the appearant savings by vectorizing the load (12 * 8 scalar vs. 20 vector) offsets quite a bit of eventual extra mangling (here the 8 vec_to_scalar operations). Making vec_to_scalar cost the same as a scalar load would offset those. But then this makes the (few, in epilogue only) real "free" vec_to_scalar ops expensive. So Index: gcc/config/i386/i386.c =================================================================== --- gcc/config/i386/i386.c (revision 268257) +++ gcc/config/i386/i386.c (working copy) @@ -45806,6 +45806,7 @@ ix86_builtin_vectorization_cost (enum ve case scalar_stmt: return fp ? ix86_cost->addss : COSTS_N_INSNS (1); + case vec_to_scalar: case scalar_load: /* load/store costs are relative to register move which is 2. Recompute it to COSTS_N_INSNS so everything have same base. */ @@ -45834,7 +45835,6 @@ ix86_builtin_vectorization_cost (enum ve index = 2; return COSTS_N_INSNS (ix86_cost->sse_store[index]) / 2; - case vec_to_scalar: case scalar_to_vec: return ix86_vec_cost (mode, ix86_cost->sse_op); but as said this is a hack in the target (needs to be benchmarked if to be considered). The real issue is that we use both vec_to_scalar and scalar_to_vec for different things that usually do not have even similar costs. Note that even with the above we vectorize the loop because in the scalar costing we cost the address-generation for the scalar load but not in the vector case (another discrepancy...). This happens because we detected a pattern involving this... t.c:1:35: note: vect_recog_widen_mult_pattern: detected: _2 = _1 * 4; t.c:1:35: note: widen_mult pattern recognized: patt_7 = (long unsigned int) patt_13; I have a fix for that (testing separately). With this fix alone we still vectorize as well. >From gcc-bugs-return-630863-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:04:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44898 invoked by alias); 25 Jan 2019 09:04:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 44813 invoked by uid 48); 25 Jan 2019 09:04:48 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] [8/9 Regression] Unexpected vectorization Date: Fri, 25 Jan 2019 09:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03672.txt.bz2 Content-length: 318 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 --- Comment #2 from Richard Biener --- Created attachment 45531 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45531&action=edit scalar loop cost patch I'm testing this patch (not fixing the testcase, just improving costs). >From gcc-bugs-return-630862-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:04:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43929 invoked by alias); 25 Jan 2019 09:04:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 43785 invoked by uid 48); 25 Jan 2019 09:04:12 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88937] valgrind error in parse_has_include Date: Fri, 25 Jan 2019 09:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03671.txt.bz2 Content-length: 4758 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88937 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmalcolm at gcc dot gnu.org --- Comment #2 from Martin LiÅ¡ka --- So it's really problem, one can easily see it with: $ cat x.C #if __has_include("x") #endif $ valgrind --trace-children=yes ./xgcc -B. x.C -c ==22322== Memcheck, a memory error detector ==22322== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==22322== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info ==22322== Command: ./xgcc -B. x.C -c ==22322== ==22323== Memcheck, a memory error detector ==22323== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==22323== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info ==22323== Command: ./cc1plus -quiet -iprefix /dev/shm/objdir/gcc/../lib64/gcc/x86_64-pc-linux-gnu/9.0.1/ -isystem ./include -isystem ./include-fixed -D_GNU_SOURCE x.C -quiet -dumpbase x.C -mtune=generic -march=x86-64 -auxbase x -o /tmp/ccBLUwdo.s ==22323== ==22323== Conditional jump or move depends on uninitialised value(s) ==22323== at 0x18F99FA: parse_has_include(cpp_reader*, include_type) (expr.c:2247) ==22323== by 0x18F6E81: eval_token(cpp_reader*, cpp_token const*, unsigned int) (expr.c:1157) ==22323== by 0x18F717D: _cpp_parse_expr (expr.c:1328) ==22323== by 0x18F110C: do_if(cpp_reader*) (directives.c:2008) ==22323== by 0x18F27CA: _cpp_handle_directive (directives.c:543) ==22323== by 0x1901994: _cpp_lex_token (lex.c:2609) ==22323== by 0x19091D9: cpp_get_token_1(cpp_reader*, unsigned int*) (macro.c:2703) ==22323== by 0x190964C: cpp_get_token_with_location(cpp_reader*, unsigned int*) (macro.c:2889) ==22323== by 0xA9496E: c_lex_with_flags(tree_node**, unsigned int*, unsigned char*, int) (c-lex.c:405) ==22323== by 0x95549E: cp_lexer_get_preprocessor_token(cp_lexer*, cp_token*) (parser.c:788) ==22323== by 0x9925F7: cp_parser_initial_pragma (parser.c:40586) ==22323== by 0x9925F7: cp_lexer_new_main (parser.c:642) ==22323== by 0x9925F7: cp_parser_new (parser.c:3933) ==22323== by 0x9925F7: c_parse_file() (parser.c:41027) ==22323== by 0xA9E670: c_common_parse_file() (c-opts.c:1155) ==22323== ==22323== Conditional jump or move depends on uninitialised value(s) ==22323== at 0x18F7408: _cpp_parse_expr (expr.c:1429) ==22323== by 0x18F110C: do_if(cpp_reader*) (directives.c:2008) ==22323== by 0x18F27CA: _cpp_handle_directive (directives.c:543) ==22323== by 0x1901994: _cpp_lex_token (lex.c:2609) ==22323== by 0x19091D9: cpp_get_token_1(cpp_reader*, unsigned int*) (macro.c:2703) ==22323== by 0x190964C: cpp_get_token_with_location(cpp_reader*, unsigned int*) (macro.c:2889) ==22323== by 0xA9496E: c_lex_with_flags(tree_node**, unsigned int*, unsigned char*, int) (c-lex.c:405) ==22323== by 0x95549E: cp_lexer_get_preprocessor_token(cp_lexer*, cp_token*) (parser.c:788) ==22323== by 0x9925F7: cp_parser_initial_pragma (parser.c:40586) ==22323== by 0x9925F7: cp_lexer_new_main (parser.c:642) ==22323== by 0x9925F7: cp_parser_new (parser.c:3933) ==22323== by 0x9925F7: c_parse_file() (parser.c:41027) ==22323== by 0xA9E670: c_common_parse_file() (c-opts.c:1155) ==22323== by 0xF55A8E: compile_file() (toplev.c:456) ==22323== by 0x856C19: do_compile (toplev.c:2176) ==22323== by 0x856C19: toplev::main(int, char**) (toplev.c:2311) When putting following breakpoint: (gdb) b expr.c:2218 you'll see: $ (gdb) p token->val $2 = { node = { node = 0x3, spelling = 0x254eedc }, source = 0x3, str = { len = 3, text = 0x254eedc "\"x\"" }, macro_arg = { arg_no = 3, spelling = 0x254eedc }, token_no = 3, pragma = 3 } so val.str is used from the union. Thus one shouldn't use node = token->val.node.node; that will be 0x03. Later than the pointer is saved here: /* A possible controlling macro of the form #if !__has_include__ (). _cpp_parse_expr checks there was no other junk on the line. */ if (node) pfile->mi_ind_cmacro = node; David will you please take a look? >From gcc-bugs-return-630864-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:05:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48270 invoked by alias); 25 Jan 2019 09:05:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48174 invoked by uid 48); 25 Jan 2019 09:05:50 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88937] valgrind error in parse_has_include Date: Fri, 25 Jan 2019 09:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc target_milestone 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-SW-Source: 2019-01/txt/msg03673.txt.bz2 Content-length: 557 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88937 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |3dw4rd at verizon dot net, | |nathan at gcc dot gnu.org Target Milestone|--- |9.0 --- Comment #3 from Martin LiÅ¡ka --- CC'ing author of the commit and Nathan. >From gcc-bugs-return-630865-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:16:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68598 invoked by alias); 25 Jan 2019 09:16:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 68120 invoked by uid 48); 25 Jan 2019 09:15:49 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug Date: Fri, 25 Jan 2019 09:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03674.txt.bz2 Content-length: 837 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #49 from Eric Botcazou --- > Just to remind where we're coming from - we have > > unData.strMemHead.b30AddrL = ulAddr >> 2; > > where this is a 30bit bitfield store (at bit offset % BITS_PER_UNIT == 0) > from a unsigned :30 register. Via the union we now try to load > 8 bits from memory contained within that 30 bits and try to extract those > from the unsigned :30 register instead (with the goal to elide the > memory object). In which circumnstances can we view the RHS of the above > store as "proper" for applying the BIT_FIELD_REF as translated to the > LHS memory to the RHS register? I think that type_has_mode_precision_p would work and presumably not pessimize too much even on little-endian platforms. >From gcc-bugs-return-630866-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:17:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88464 invoked by alias); 25 Jan 2019 09:17:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 88379 invoked by uid 48); 25 Jan 2019 09:17:42 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] [8/9 Regression] Unexpected vectorization Date: Fri, 25 Jan 2019 09:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 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-SW-Source: 2019-01/txt/msg03675.txt.bz2 Content-length: 394 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 --- Comment #3 from Richard Biener --- In the assembly I notice vinsertf128 $0x1, 16(%rdi), %ymm4, %ymm2 ... vextractf128 $0x1, %ymm2, %xmm1 somehow we fail to elide the initial %ymm2 build with the upper half extraction being the only use... possibly because it has a memory operand? >From gcc-bugs-return-630867-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:27:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29764 invoked by alias); 25 Jan 2019 09:27:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 29684 invoked by uid 48); 25 Jan 2019 09:27:52 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] [8/9 Regression] Unexpected vectorization Date: Fri, 25 Jan 2019 09:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 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-SW-Source: 2019-01/txt/msg03676.txt.bz2 Content-length: 860 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 --- Comment #4 from Richard Biener --- With -mtune=core-avx2 we do vmovups (%rdi), %xmm1 vmovups (%rdi), %ymm3 ... vextractf128 $0x1, %ymm3, %xmm1 with -mtune=intel the even more weird vmovups (%rdi), %xmm1 addq $32, %rdi vmovups -32(%rdi), %ymm3 ... vextractf128 $0x1, %ymm3, %xmm1 I guess at runtime the vectorized variant isn't so much worse if not because of the loop size growth. So an additional "weight" we could put into the generic vectorizer cost metric would be the number of stmts generated - that is, computing an effective unroll factor and applying unroll limits to that. In this case we'd do 8-times unrolling (resulting loop body is twice as large compared to 8-unrolled scalar code). >From gcc-bugs-return-630868-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:37:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53002 invoked by alias); 25 Jan 2019 09:37:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 52236 invoked by uid 48); 25 Jan 2019 09:37:18 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] [8/9 Regression] Unexpected vectorization Date: Fri, 25 Jan 2019 09:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03677.txt.bz2 Content-length: 2851 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |segher at gcc dot gnu.org --- Comment #5 from Richard Biener --- So combine can see (insn 11 10 13 3 (set (reg:V8SF 105) (vec_concat:V8SF (reg:V4SF 106 [ MEM[base: _2, offset: 0B] ]) (mem:V4SF (plus:DI (reg:DI 85 [ ivtmp.11 ]) (const_int 16 [0x10])) [1 MEM[base: _2, offset: 0B]+16 S16 A32]))) "t.c":1:72 5046 {avx_vec_concatv8sf} (nil)) with its uses (insn 13 11 14 3 (set (reg:V4SF 107) (vec_select:V4SF (reg:V8SF 105) (parallel [ (const_int 0 [0]) (const_int 1 [0x1]) (const_int 2 [0x2]) (const_int 3 [0x3]) ]))) 2702 {vec_extract_lo_v8sf} (nil)) (insn 25 24 26 3 (set (reg:V4SF 111) (vec_select:V4SF (reg:V8SF 105) (parallel [ (const_int 4 [0x4]) (const_int 5 [0x5]) (const_int 6 [0x6]) (const_int 7 [0x7]) ]))) 2711 {vec_extract_hi_v8sf} (expr_list:REG_DEAD (reg:V8SF 105) (nil))) but somehow it only tries 11 -> 13: Trying 11 -> 13: 11: r105:V8SF=vec_concat(r106:V4SF,[r85:DI+0x10]) REG_DEAD r106:V4SF 13: r107:V4SF=vec_select(r105:V8SF,parallel) ... Successfully matched this instruction: (set (reg:V8SF 105) (vec_concat:V8SF (reg:V4SF 106 [ MEM[base: _2, offset: 0B] ]) (mem:V4SF (plus:DI (reg:DI 85 [ ivtmp.11 ]) (const_int 16 [0x10])) [1 MEM[base: _2, offset: 0B]+16 S16 A32]))) Successfully matched this instruction: (set (reg:V4SF 107) (reg:V4SF 106 [ MEM[base: _2, offset: 0B] ])) allowing combination of insns 11 and 13 original costs 4 + 4 = 8 replacement costs 4 + 4 = 8 modifying insn i2 11: r105:V8SF=vec_concat(r106:V4SF,[r85:DI+0x10]) deferring rescan insn with uid = 11. modifying insn i3 13: r107:V4SF=r106:V4SF REG_DEAD r106:V4SF then it continues: Trying 11 -> 25: 11: r105:V8SF=vec_concat(r106:V4SF,[r85:DI+0x10]) 25: r111:V4SF=vec_select(r105:V8SF,parallel) REG_DEAD r105:V8SF Successfully matched this instruction: (set (reg:V4SF 111) (mem:V4SF (plus:DI (reg:DI 85 [ ivtmp.11 ]) (const_int 16 [0x10])) [1 MEM[base: _2, offset: 0B]+16 S16 A32])) rejecting combination of insns 11 and 25 original costs 4 + 4 = 8 replacement cost 12 where it rejects this for some reason... I think the cost of 4 assigned to 11 is bogus here (maybe combine uses wrong costs, not accounting for embedded MEMs?) >From gcc-bugs-return-630869-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:38:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71993 invoked by alias); 25 Jan 2019 09:38:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 71294 invoked by uid 48); 25 Jan 2019 09:38:16 -0000 From: "linux at carewolf dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89057] New: GCC 7->8 regression: ARM(64) ld3 st4 less optimized Date: Fri, 25 Jan 2019 09:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: linux at carewolf dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03678.txt.bz2 Content-length: 2729 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89057 Bug ID: 89057 Summary: GCC 7->8 regression: ARM(64) ld3 st4 less optimized Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: linux at carewolf dot com Target Milestone: --- When using the vld3_u8 and vst4_u8 instrinsics, the code generated with gcc8 is less efficient than the code generated with gcc7. One has 3 moves, and the other 9 moves. The code in question is: #include #include void qt_convert_rgb888_to_rgb32_neon(unsigned *dst, const unsigned char *src, int len) { if (!len) return; const unsigned *const end = dst + len; // align dst on 64 bits const int offsetToAlignOn8Bytes = (reinterpret_cast(dst) >> 2) & 0x1; for (int i = 0; i < offsetToAlignOn8Bytes; ++i) { *dst++ = 0xff000000 | (src[0] << 16) | (src[1] << 8) | src[2]; src += 3; } if ((len - offsetToAlignOn8Bytes) >= 8) { const unsigned *const simdEnd = end - 7; // non-inline asm version (uses more moves) uint8x8x4_t dstVector; dstVector.val[3] = vdup_n_u8(0xff); do { uint8x8x3_t srcVector = vld3_u8(src); src += 3 * 8; dstVector.val[0] = srcVector.val[2]; dstVector.val[1] = srcVector.val[1]; dstVector.val[2] = srcVector.val[0]; vst4_u8((uint8_t*)dst, dstVector); dst += 8; } while (dst < simdEnd); } while (dst != end) { *dst++ = 0xff000000 | (src[0] << 16) | (src[1] << 8) | src[2]; src += 3; } } With gcc 7.3 the inner loop is: .L5: ld3 {v4.8b - v6.8b}, [x1] add x1, x1, 24 orr v3.16b, v7.16b, v7.16b mov v0.8b, v6.8b mov v1.8b, v5.8b mov v2.8b, v4.8b st4 {v0.8b - v3.8b}, [x0] add x0, x0, 32 cmp x3, x0 bhi .L5 With gcc 8.2 the inner loop is: .L5: ld3 {v4.8b - v6.8b}, [x1] adrp x3, .LC1 add x1, x1, 24 ldr q3, [x3, #:lo12:.LC1] mov v16.8b, v6.8b mov v7.8b, v5.8b mov v4.8b, v4.8b ins v16.d[1], v17.d[0] ins v7.d[1], v17.d[0] ins v4.d[1], v17.d[0] mov v0.16b, v16.16b mov v1.16b, v7.16b mov v2.16b, v4.16b st4 {v0.8b - v3.8b}, [x0] add x0, x0, 32 cmp x2, x0 bhi .L5 >From gcc-bugs-return-630870-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:39:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80151 invoked by alias); 25 Jan 2019 09:39:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 77680 invoked by uid 48); 25 Jan 2019 09:38:57 -0000 From: "linux at carewolf dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89058] New: GCC 7->8 regression: ARM(64) ld3 st4 less optimized Date: Fri, 25 Jan 2019 09:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: linux at carewolf dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03679.txt.bz2 Content-length: 2727 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89058 Bug ID: 89058 Summary: GCC 7->8 regression: ARM(64) ld3 st4 less optimized Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: linux at carewolf dot com Target Milestone: --- When using the vld3_u8 and vst4_u8 instrinsics, the code generated with gcc8 is less efficient than the code generated with gcc7. One has 3 moves, and the other 9 moves. The code in question is: #include #include void qt_convert_rgb888_to_rgb32_neon(unsigned *dst, const unsigned char *src, int len) { if (!len) return; const unsigned *const end = dst + len; // align dst on 64 bits const int offsetToAlignOn8Bytes = (reinterpret_cast(dst) >> 2) & 0x1; for (int i = 0; i < offsetToAlignOn8Bytes; ++i) { *dst++ = 0xff000000 | (src[0] << 16) | (src[1] << 8) | src[2]; src += 3; } if ((len - offsetToAlignOn8Bytes) >= 8) { const unsigned *const simdEnd = end - 7; // non-inline asm version (uses more moves) uint8x8x4_t dstVector; dstVector.val[3] = vdup_n_u8(0xff); do { uint8x8x3_t srcVector = vld3_u8(src); src += 3 * 8; dstVector.val[0] = srcVector.val[2]; dstVector.val[1] = srcVector.val[1]; dstVector.val[2] = srcVector.val[0]; vst4_u8((uint8_t*)dst, dstVector); dst += 8; } while (dst < simdEnd); } while (dst != end) { *dst++ = 0xff000000 | (src[0] << 16) | (src[1] << 8) | src[2]; src += 3; } } With gcc 7.3 the inner loop is: .L5: ld3 {v4.8b - v6.8b}, [x1] add x1, x1, 24 orr v3.16b, v7.16b, v7.16b mov v0.8b, v6.8b mov v1.8b, v5.8b mov v2.8b, v4.8b st4 {v0.8b - v3.8b}, [x0] add x0, x0, 32 cmp x3, x0 bhi .L5 With gcc 8.2 the inner loop is: .L5: ld3 {v4.8b - v6.8b}, [x1] adrp x3, .LC1 add x1, x1, 24 ldr q3, [x3, #:lo12:.LC1] mov v16.8b, v6.8b mov v7.8b, v5.8b mov v4.8b, v4.8b ins v16.d[1], v17.d[0] ins v7.d[1], v17.d[0] ins v4.d[1], v17.d[0] mov v0.16b, v16.16b mov v1.16b, v7.16b mov v2.16b, v4.16b st4 {v0.8b - v3.8b}, [x0] add x0, x0, 32 cmp x2, x0 bhi .L5 >From gcc-bugs-return-630872-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:42:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98330 invoked by alias); 25 Jan 2019 09:42:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98264 invoked by uid 48); 25 Jan 2019 09:42:36 -0000 From: "ktkachov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89058] GCC 7->8 regression: ARM(64) ld3 st4 less optimized Date: Fri, 25 Jan 2019 09:42:00 -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: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ktkachov at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution 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-SW-Source: 2019-01/txt/msg03681.txt.bz2 Content-length: 538 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89058 ktkachov at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |ktkachov at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #1 from ktkachov at gcc dot gnu.org --- Dup. *** This bug has been marked as a duplicate of bug 89057 *** >From gcc-bugs-return-630871-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:42:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97390 invoked by alias); 25 Jan 2019 09:42:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96500 invoked by uid 48); 25 Jan 2019 09:41:58 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/88643] -Wl,--wrap not supported with LTO Date: Fri, 25 Jan 2019 09:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03680.txt.bz2 Content-length: 960 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88643 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-25 Ever confirmed|0 |1 --- Comment #4 from Martin LiÅ¡ka --- > > Would extracting another example be useful here? No, but thank you for the report. Note that bintuils has recently documented that: commit 6406a2701bda7437e879bff026adc8a5a94e87ff (HEAD, origin/master, origin/HEAD) Author: Sebastian Huber Date: Mon Jan 14 08:30:19 2019 +0100 ld: Add LTO warning to --wrap documentation ld/ * ld.texi (--wrap): Add warning that LTO may make this feature ineffective. >From gcc-bugs-return-630873-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:42:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98337 invoked by alias); 25 Jan 2019 09:42:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98281 invoked by uid 48); 25 Jan 2019 09:42:36 -0000 From: "ktkachov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89057] GCC 7->8 regression: ARM(64) ld3 st4 less optimized Date: Fri, 25 Jan 2019 09:42:00 -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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ktkachov 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: --- 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-SW-Source: 2019-01/txt/msg03682.txt.bz2 Content-length: 168 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89057 --- Comment #1 from ktkachov at gcc dot gnu.org --- *** Bug 89058 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630874-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:43:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 100513 invoked by alias); 25 Jan 2019 09:43:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 100461 invoked by uid 48); 25 Jan 2019 09:43:36 -0000 From: "ktkachov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89057] GCC 7->8 regression: ARM(64) ld3 st4 less optimized Date: Fri, 25 Jan 2019 09:43:00 -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: 8.2.1 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ktkachov at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget bug_status cf_known_to_work version keywords cf_reconfirmed_on cc everconfirmed cf_known_to_fail 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-SW-Source: 2019-01/txt/msg03683.txt.bz2 Content-length: 825 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89057 ktkachov at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |aarch64 Status|UNCONFIRMED |NEW Known to work| |7.4.1 Version|unknown |8.2.1 Keywords| |missed-optimization Last reconfirmed| |2019-01-25 CC| |ktkachov at gcc dot gnu.org Ever confirmed|0 |1 Known to fail| |8.2.1, 9.0 --- Comment #2 from ktkachov at gcc dot gnu.org --- Confirmed. >From gcc-bugs-return-630875-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:45:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102161 invoked by alias); 25 Jan 2019 09:45:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 102018 invoked by uid 48); 25 Jan 2019 09:45:01 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] [8/9 Regression] Unexpected vectorization Date: Fri, 25 Jan 2019 09:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03684.txt.bz2 Content-length: 871 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC|segher at gcc dot gnu.org | --- Comment #6 from Richard Biener --- From a quick look rtx_cost should end up recursing to the MEM. Oh. targetm.rtx_costs is expected to handle sub-costs but does case VEC_SELECT: case VEC_CONCAT: case VEC_DUPLICATE: /* ??? Assume all of these vector manipulation patterns are recognizable. In which case they all pretty much have the same cost. */ *total = cost->sse_op; return true; which is of course bogus for patterns involving MEMs (new possibility with AVX). Not combines issue. >From gcc-bugs-return-630876-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 09:48:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107887 invoked by alias); 25 Jan 2019 09:48:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 105293 invoked by uid 48); 25 Jan 2019 09:48:38 -0000 From: "sebastian.huber@embedded-brains.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/88643] -Wl,--wrap not supported with LTO Date: Fri, 25 Jan 2019 09:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: sebastian.huber@embedded-brains.de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03685.txt.bz2 Content-length: 326 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88643 --- Comment #5 from Sebastian Huber --- I think the basic problem is that the LD --wrap feature works only with undefined symbols references and not relocations: See also: https://www.sourceware.org/ml/binutils/2019-01/msg00204.html >From gcc-bugs-return-630877-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:02:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82837 invoked by alias); 25 Jan 2019 10:02:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 82749 invoked by uid 48); 25 Jan 2019 10:02:53 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug gcov-profile/89046] GCOV generates incorrect results for C++ Lambda / Constructor Date: Fri, 25 Jan 2019 10:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: gcov-profile X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03686.txt.bz2 Content-length: 527 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89046 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Martin LiÅ¡ka --- Thanks for the report, it's fixed. *** This bug has been marked as a duplicate of bug 86109 *** >From gcc-bugs-return-630878-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:03:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83507 invoked by alias); 25 Jan 2019 10:03:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 82766 invoked by uid 48); 25 Jan 2019 10:02:54 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug gcov-profile/86109] gcov reports lines in lambdas as not executable Date: Fri, 25 Jan 2019 10:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: gcov-profile X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03687.txt.bz2 Content-length: 450 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86109 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |boazstud at yahoo dot com --- Comment #7 from Martin LiÅ¡ka --- *** Bug 89046 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630879-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:03:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84616 invoked by alias); 25 Jan 2019 10:03:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84495 invoked by uid 48); 25 Jan 2019 10:03:20 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug Date: Fri, 25 Jan 2019 10:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created 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-SW-Source: 2019-01/txt/msg03688.txt.bz2 Content-length: 1220 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #45523|0 |1 is obsolete| | --- Comment #50 from Richard Biener --- Created attachment 45532 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45532&action=edit adjusted patch This adjusts the workaround to use type_has_mode_precision_p on all targets. It also includes IL verification (definitely not to be backported). As of pessimizing cases it's merely cases like the testcase where we might fail to elide a memory object that is initialized only via !type_has_mode_precision_p stores but read in byte-size chunks. The existing VN trick for unknown reason limits itself to multiples of BITS_PER_UNIT sized accesses in addition to the check that somewhat resembles type_has_mode_precision_p but applied to the load we want to elide given other constraints on the BIT_FIELD_REF IL. We may want to elide the multiple_p (ref->size, BITS_PER_UNIT) check for GCC 10. >From gcc-bugs-return-630881-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:13:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21273 invoked by alias); 25 Jan 2019 10:13:30 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18637 invoked by uid 48); 25 Jan 2019 10:13:26 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/86865] [9 Regression] Wrong code w/ -O2 -floop-parallelize-all -fstack-reuse=none -fwrapv -fno-tree-ch -fno-tree-dce -fno-tree-dominator-opts -fno-tree-loop-ivcanon Date: Fri, 25 Jan 2019 10:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone 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-SW-Source: 2019-01/txt/msg03690.txt.bz2 Content-length: 508 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86865 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|9.0 |8.3 --- Comment #10 from Richard Biener --- Fixed on trunk and GCC8 branch. >From gcc-bugs-return-630882-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:13:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21864 invoked by alias); 25 Jan 2019 10:13:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 19609 invoked by uid 48); 25 Jan 2019 10:13:27 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/59859] [meta-bug] GRAPHITE issues Date: Fri, 25 Jan 2019 10:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: meta-bug X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03691.txt.bz2 Content-length: 589 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859 Bug 59859 depends on bug 86865, which changed state. Bug 86865 Summary: [9 Regression] Wrong code w/ -O2 -floop-parallelize-all -fstack-reuse=none -fwrapv -fno-tree-ch -fno-tree-dce -fno-tree-dominator-opts -fno-tree-loop-ivcanon https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86865 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-630880-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:13:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14064 invoked by alias); 25 Jan 2019 10:13:13 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 10491 invoked by uid 55); 25 Jan 2019 10:13:09 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/86865] [9 Regression] Wrong code w/ -O2 -floop-parallelize-all -fstack-reuse=none -fwrapv -fno-tree-ch -fno-tree-dce -fno-tree-dominator-opts -fno-tree-loop-ivcanon Date: Fri, 25 Jan 2019 10:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03689.txt.bz2 Content-length: 1170 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86865 --- Comment #9 from Richard Biener --- Author: rguenth Date: Fri Jan 25 10:12:37 2019 New Revision: 268260 URL: https://gcc.gnu.org/viewcvs?rev=268260&root=gcc&view=rev Log: 2019-01-25 Richard Biener PR tree-optimization/86865 * graphite-scop-detection.c (scop_detection::can_represent_loop): Reject non-do-while loops. * gcc.dg/graphite/pr86865.c: New testcase. * gcc.dg/graphite/pr69728.c: XFAIL. * gcc.dg/graphite/scop-21.c: Likewise. libgomp/ * testsuite/libgomp.graphite/force-parallel-5.c: XFAIL. Added: branches/gcc-8-branch/gcc/testsuite/gcc.dg/graphite/pr86865.c Modified: branches/gcc-8-branch/gcc/ChangeLog branches/gcc-8-branch/gcc/graphite-scop-detection.c branches/gcc-8-branch/gcc/testsuite/ChangeLog branches/gcc-8-branch/gcc/testsuite/gcc.dg/graphite/pr69728.c branches/gcc-8-branch/gcc/testsuite/gcc.dg/graphite/scop-21.c branches/gcc-8-branch/libgomp/ChangeLog branches/gcc-8-branch/libgomp/testsuite/libgomp.graphite/force-parallel-5.c >From gcc-bugs-return-630883-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:17:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24556 invoked by alias); 25 Jan 2019 10:17:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 24506 invoked by uid 48); 25 Jan 2019 10:17:19 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration Date: Fri, 25 Jan 2019 10:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03692.txt.bz2 Content-length: 485 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044 --- Comment #3 from Jonathan Wakely --- I don't understand how "gcc with multilib support for linux" can produce .dll files, so I don't understand what you're doing. Please provide the full configure command (which is shown in the output of 'gcc -v' which https://gcc.gnu.org/bugs asks you to provide). If you're cross-compiling, we need to know the build and host triplets as well as the target. >From gcc-bugs-return-630884-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:23:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36193 invoked by alias); 25 Jan 2019 10:23:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 36121 invoked by uid 48); 25 Jan 2019 10:23:13 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89056] Optimizer generates bad code for non-void function that fails to return a value Date: Fri, 25 Jan 2019 10:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03693.txt.bz2 Content-length: 789 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056 --- Comment #5 from Jonathan Wakely --- Yes, it allows it. It's undefined behaviour for your code to reach the end of the function (because there's no return statement) so the compiler assumes that the function will never reach that point. That means the loop must keep going (only exiting if one of the expressions in the loop throws an exception). If that's what you intended, then you can mark the function with the noreturn attribute to inform the compiler of your intention, or you can explicitly add __builtin_unreachable() at the end of the function. Either of those will suppress the warning. Of course that's not what you intended here, so you should heed the warning and fix the code. >From gcc-bugs-return-630885-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:31:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51161 invoked by alias); 25 Jan 2019 10:31:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51069 invoked by uid 48); 25 Jan 2019 10:31:01 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89055] wrong location with predefined macros Date: Fri, 25 Jan 2019 10:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: trivial X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03694.txt.bz2 Content-length: 402 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89055 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-25 Ever confirmed|0 |1 >From gcc-bugs-return-630886-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:33:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55415 invoked by alias); 25 Jan 2019 10:33:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 55362 invoked by uid 48); 25 Jan 2019 10:33:16 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89053] initializer-string too long for a large char array initialized with empty string Date: Fri, 25 Jan 2019 10:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03695.txt.bz2 Content-length: 515 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89053 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-25 Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely --- It's failed this way since at least GCC 4.3.6 >From gcc-bugs-return-630887-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 10:47:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108151 invoked by alias); 25 Jan 2019 10:47:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 105424 invoked by uid 48); 25 Jan 2019 10:47:30 -0000 From: "ylatuya at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration Date: Fri, 25 Jan 2019 10:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: ylatuya at gmail dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03696.txt.bz2 Content-length: 2427 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044 --- Comment #4 from Andoni --- I am sorry for now explaining my self good enough. I am building a GCC toolchain for Windows: a cross-compiler one with Linux as host and a native one with Windows as host. Both toolchains are built in a Linux machine Host:Linux Target:Windows ../configure --prefix /home/andoni/mingw/linux/multilib --libdir /home/andoni/mingw/linux/multilib/lib --disable-maintainer-mode --disable-silent-rules --disab le-gtk-doc --disable-introspection --with-host-libstdcxx=-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm --disable-maintainer-mode--disable-shared --disable-libgomp --disable-libquadmath --disable-libquadmath-support --disable-libmudflap --disable-libmpx --disable-libssp --disable-nls --enable-threads=posix --enable-__cxa_atexit --enable-lto --enable-plugin --enable-multiarch --enable-languages=c,c++ --enable-long-long --with-sysroot=/home/andoni/mingw/linux/multilib/x86_64-w64-mingw32/sysroot --with-local-prefix=/home/andoni/mingw/linux/multilib/x86_64-w64-mingw32/sysroot --target=x86_64-w64-mingw32 --host=x86_64-pc-linux-gnu Host:Windows Target:Windows ../configure --prefix /home/andoni/mingw/windows/multilib --libdir /home/andoni/mingw/windows/multilib/lib --disable-maintainer-mode --disable-silent-rules --disab le-gtk-doc --disable-introspection --with-host-libstdcxx=-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm --disable-maintainer-mode--disable-shared --disable-libgomp --disable-libquadmath --disable-libquadmath-support --disable-libmudflap --disable-libmpx --disable-libssp --disable-nls --enable-threads=posix --enable-__cxa_atexit --enable-lto --enable-plugin --enable-multiarch --enable-languages=c,c++ --enable-long-long --with-sysroot=/home/andoni/mingw/windows/multilib/x86_64-w64-mingw32/sysroot --with-local-prefix=/home/andoni/mingw/windows/multilib/x86_64-w64-mingw32/sysroot --target=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 When cross-compiling the Windows toolchain, libstdc++-6.dll should be installed in lib/ and lib32/ instead of bin, in a similar fashion as the EH dll's, that are installed in lib/libgcc_s_seh-1.dll and lib32/libgcc_s_sjlj-1.dll. Being installed in bin, the x86_64 one is overridden during make install and there is a single dll for x86 installed in bin/ >From gcc-bugs-return-630888-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 11:10:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106593 invoked by alias); 25 Jan 2019 11:10:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 106535 invoked by uid 48); 25 Jan 2019 11:10:40 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89059] New: Once we emit switchconf tables, we don't optimize them anymore Date: Fri, 25 Jan 2019 11:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03697.txt.bz2 Content-length: 1224 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89059 Bug ID: 89059 Summary: Once we emit switchconf tables, we don't optimize them anymore Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: jakub at gcc dot gnu.org Target Milestone: --- For the following testcase: static inline int foo (int a) { switch (a) { case 0: return 0; case 1 ... 3: return 1; case 4 ... 10: return -1; default: return 42; } } int bar (int a) { if (a < 0 || a > 3) __builtin_unreachable (); return foo (a); } we emit unnecessary code, I understand we want to run switchconf early, so that inliner can already see simple code, but in this case we don't know value ranges of the switch condition. So, I wonder if we couldn't mark the CSWTCH tables with some attribute or whatever and in late GIMPLE reconsider if we can't emit something simpler, whether it is a bit test or simple comparison. If we commit to a bit test, I wonder if we are able to simplify it later too. >From gcc-bugs-return-630889-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 11:20:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122057 invoked by alias); 25 Jan 2019 11:20:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121978 invoked by uid 48); 25 Jan 2019 11:20:07 -0000 From: "ulidtko at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89038] #pragma GCC diagnostic ignored "-Wunknown-pragmas" does not work Date: Fri, 25 Jan 2019 11:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.2.1 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: ulidtko at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03698.txt.bz2 Content-length: 799 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038 --- Comment #3 from Maxim Ivanov --- (In reply to Eric Gallager from comment #2) > I think this is a dup of something but I can't remember the bug number right > now; I'll search harder later... Eric, take a look at bug #53431, I think that's what you meant. It's a pretty similar report about in-source pragmas not working in C++. Further, that thread contains a WIP patch from Manuel López-Ibáñez, which he expressly abandoned while encouraging others to finish and merge it. P.S. I do harbor a hope to resolve this on my own, once I accumulate the necessary courage to allocate some time for a little GCC contribution. That's why I'm reporting a separate issue knowing it's a duplicate :) >From gcc-bugs-return-630890-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 11:26:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8036 invoked by alias); 25 Jan 2019 11:26:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7962 invoked by uid 48); 25 Jan 2019 11:26:01 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89059] Once we emit switchconf tables, we don't optimize them anymore Date: Fri, 25 Jan 2019 11:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed 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-SW-Source: 2019-01/txt/msg03699.txt.bz2 Content-length: 587 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89059 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-25 Ever confirmed|0 |1 --- Comment #1 from Martin LiÅ¡ka --- Confirmed! Clang has the same problem. We at least fold away the guard check. How did you come to it Jakub? >From gcc-bugs-return-630891-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 11:33:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98346 invoked by alias); 25 Jan 2019 11:33:33 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98301 invoked by uid 48); 25 Jan 2019 11:33:29 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89060] New: Improve tail call optimization Date: Fri, 25 Jan 2019 11:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03700.txt.bz2 Content-length: 1851 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89060 Bug ID: 89060 Summary: Improve tail call optimization Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: jakub at gcc dot gnu.org Target Milestone: --- void qux (char *); int baz (void); int foo (void) { char buf[64]; qux (buf); return baz (); } int bar (void) { { char buf[64]; qux (buf); } return baz (); } While we must not tail call optimize the baz call in foo, because an address of a local variable escapes and it could be live during the tail call, in bar we don't tail call optimize it either, but we should. The IL difference in *.tailc between foo and bar is: char buf[64]; int _5; [local count: 1073741824]: qux (&buf); + buf ={v} {CLOBBER}; _5 = baz (); - buf ={v} {CLOBBER}; return _5; Right now, we just do: /* Make sure the tail invocation of this function does not indirectly refer to local variables. (Passing variables directly by value is OK.) */ FOR_EACH_LOCAL_DECL (cfun, idx, var) { if (TREE_CODE (var) != PARM_DECL && auto_var_in_fn_p (var, cfun->decl) && may_be_aliased (var) && (ref_maybe_used_by_stmt_p (call, var) || call_may_clobber_ref_p (call, var))) return; } Perhaps we could record all these variables in a bitmap and if there are any, perform a variable life analysis like cfgexpand.c does to determine variable conflicts or what has been discussed for PR86214, and if we can prove that those variables escaped, but are not live at the point of the tail call, we could still tail call optimize this. >From gcc-bugs-return-630892-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 11:43:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47612 invoked by alias); 25 Jan 2019 11:43:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 44755 invoked by uid 48); 25 Jan 2019 11:43:02 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug Date: Fri, 25 Jan 2019 11:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03701.txt.bz2 Content-length: 652 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #51 from rsandifo at gcc dot gnu.org --- FWIW, the (In reply to Richard Biener from comment #44) > Created attachment 45523 [details] > workaround > > So I am testing the following workaround, at least "most suitable" for > branches. > It avoids generating affected BIT_FIELD_REFs (with bases with integral types > that have a precision not matching the size of the mode). > > Can arm folks please test this patch and aid me (provide) a dg-torture > testcase that currently fails? It passed testing on aarch64-linux-gnu (LE) and aarch64_be-elf. >From gcc-bugs-return-630893-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 11:55:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6586 invoked by alias); 25 Jan 2019 11:55:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 130598 invoked by uid 48); 25 Jan 2019 11:55:27 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89059] Once we emit switchconf tables, we don't optimize them anymore Date: Fri, 25 Jan 2019 11:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03702.txt.bz2 Content-length: 230 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89059 --- Comment #2 from Jakub Jelinek --- Ulrich (CCed) reported that. If the __builtin_unreachable hint is inside of foo, we do optimize it properly. >From gcc-bugs-return-630894-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 12:00:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 27566 invoked by alias); 25 Jan 2019 12:00:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 27535 invoked by uid 48); 25 Jan 2019 11:59:56 -0000 From: "linux at carewolf dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89058] GCC 7->8 regression: ARM(64) ld3 st4 less optimized Date: Fri, 25 Jan 2019 12:00:00 -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: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: linux at carewolf dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03703.txt.bz2 Content-length: 132 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89058 --- Comment #2 from Allan Jensen --- Oops, sorry. >From gcc-bugs-return-630895-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 12:08:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94322 invoked by alias); 25 Jan 2019 12:08:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94258 invoked by uid 48); 25 Jan 2019 12:08:10 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/88649] runtime error: load of value 137971008, which is not a valid value for type 'gfc_intrinsic_op' Date: Fri, 25 Jan 2019 12:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-SW-Source: 2019-01/txt/msg03704.txt.bz2 Content-length: 1683 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88649 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot gnu.org --- Comment #2 from Martin LiÅ¡ka --- Minimal test-case: $ cat r.f90 a = 3 .XOR. 5 end $ ./xgcc -B. r.f90 -c -fdec ../../gcc/fortran/resolve.c:4148:23: runtime error: load of value 138343072, which is not a valid value for type 'gfc_intrinsic_op' #0 0xb1797f in resolve_operator ../../gcc/fortran/resolve.c:4148 #1 0xb34835 in gfc_resolve_expr(gfc_expr*) ../../gcc/fortran/resolve.c:6847 #2 0xb66561 in gfc_resolve_code(gfc_code*, gfc_namespace*) ../../gcc/fortran/resolve.c:11291 #3 0xba15d8 in resolve_codes ../../gcc/fortran/resolve.c:16737 #4 0xba17df in gfc_resolve(gfc_namespace*) ../../gcc/fortran/resolve.c:16772 #5 0xad4ae4 in resolve_all_program_units ../../gcc/fortran/parse.c:6073 #6 0xad5dd6 in gfc_parse_file() ../../gcc/fortran/parse.c:6323 #7 0xc3b836 in gfc_be_parse_file ../../gcc/fortran/f95-lang.c:204 #8 0x2309950 in compile_file ../../gcc/toplev.c:456 #9 0x2310e4b in do_compile ../../gcc/toplev.c:2176 #10 0x2311479 in toplev::main(int, char**) ../../gcc/toplev.c:2311 #11 0x46926ce in main ../../gcc/main.c:39 #12 0x7ffff608cfea in __libc_start_main ../csu/libc-start.c:308 #13 0x875bd9 in _start (/home/marxin/Programming/gcc2/objdir/gcc/f951+0x875bd9) Let me try to fix it. >From gcc-bugs-return-630896-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 12:27:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 775 invoked by alias); 25 Jan 2019 12:27:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 729 invoked by uid 48); 25 Jan 2019 12:27:38 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/88649] runtime error: load of value 137971008, which is not a valid value for type 'gfc_intrinsic_op' Date: Fri, 25 Jan 2019 12:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin 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-SW-Source: 2019-01/txt/msg03705.txt.bz2 Content-length: 176 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88649 --- Comment #3 from Martin LiÅ¡ka --- I've got a patch candidate for it, am testing that. >From gcc-bugs-return-630898-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 12:37:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 15051 invoked by alias); 25 Jan 2019 12:37:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 14974 invoked by uid 48); 25 Jan 2019 12:37:35 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/87295] [early debug] ICE with -ffat-lto-objects -fdebug-types-section -g Date: Fri, 25 Jan 2019 12:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth 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-SW-Source: 2019-01/txt/msg03707.txt.bz2 Content-length: 7637 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87295 --- Comment #4 from Richard Biener --- The odd thing I see is that we have two type DIEs with the same signature (but different members). DIE 0: DW_TAG_compile_unit (0x7ffff68960a0) abbrev id: 0 offset: 0 mark: 0 DW_AT_producer: "GNU C++17 9.0.1 20190125 (experimental) [trunk revision 268137] -flto -ffat-lto-objects -fdebug-types-section -g -std=gnu++17" DW_AT_language: 4 DW_AT_name: "t.ii" DW_AT_comp_dir: "/abuild/rguenther/trunk2-g/gcc" DIE 0: DW_TAG_structure_type (0x7ffff6896820) abbrev id: 0 offset: 0 mark: 0 signature: 2e365acce74a6a1f DW_AT_name: "integral_constant" DW_AT_signature: die -> signature: 2e365acce74a6a1f (0x7ffff68962d0) DW_AT_declaration: 1 DIE 0: DW_TAG_member (0x7ffff6896320) abbrev id: 0 offset: 0 mark: 0 DW_AT_name: "value" DW_AT_decl_file: "t.ii" (0) DW_AT_decl_line: 4 DW_AT_decl_column: 24 DW_AT_type: die -> 0 (0x7ffff68963c0) DW_AT_external: 1 DW_AT_declaration: 1 DW_AT_const_expr: 1 DW_AT_inline: 1 DIE 0: DW_TAG_subprogram (0x7ffff68964b0) abbrev id: 0 offset: 0 mark: 0 DW_AT_external: 1 DW_AT_name: "operator integral_constant::value_type" DW_AT_decl_file: "t.ii" (0) DW_AT_decl_line: 6 DW_AT_decl_column: 13 DW_AT_linkage_name: "_ZNK17integral_constantIbLb0EEcvbEv" DW_AT_type: die -> 0 (0x7ffff6896a00) DW_AT_declaration: 1 ... DIE 0: DW_TAG_structure_type (0x7ffff6896a50) abbrev id: 0 offset: 0 mark: 0 DW_AT_name: "integral_constant" DW_AT_signature: die -> signature: 2e365acce74a6a1f (0x7ffff68962d0) DW_AT_declaration: 1 DIE 0: DW_TAG_typedef (0x7ffff6896a00) abbrev id: 0 offset: 0 mark: 0 DW_AT_name: "value_type" DW_AT_decl_file: "t.ii" (0) DW_AT_decl_line: 5 DW_AT_decl_column: 15 DW_AT_type: die -> 0 (0x7ffff6896aa0) but the DW_AT_signature of the first one gets somehow mangled. So the "duplicate" is because originally it looks like DIE 0: DW_TAG_structure_type (0x7ffff68962d0) abbrev id: 0 offset: 0 mark: 0 DW_AT_name: "integral_constant" DW_AT_byte_size: 1 DW_AT_decl_file: "t.ii" (0) DW_AT_decl_line: 2 DW_AT_decl_column: 8 DIE 0: DW_TAG_member (0x7ffff6896320) abbrev id: 0 offset: 0 mark: 0 DW_AT_name: "value" DW_AT_decl_file: "t.ii" (0) DW_AT_decl_line: 4 DW_AT_decl_column: 24 DW_AT_type: die -> 0 (0x7ffff68963c0) DW_AT_external: 1 DW_AT_declaration: 1 DW_AT_const_expr: 1 DW_AT_inline: 1 DIE 0: DW_TAG_typedef (0x7ffff6896460) abbrev id: 0 offset: 0 mark: 0 DW_AT_name: "value_type" DW_AT_decl_file: "t.ii" (0) DW_AT_decl_line: 5 DW_AT_decl_column: 15 DW_AT_type: die -> 0 (0x7ffff6896370) DIE 0: DW_TAG_subprogram (0x7ffff68964b0) abbrev id: 0 offset: 0 mark: 0 DW_AT_external: 1 DW_AT_name: "operator integral_constant::value_type" DW_AT_decl_file: "t.ii" (0) DW_AT_decl_line: 6 DW_AT_decl_column: 13 DW_AT_type: die -> 0 (0x7ffff6896460) DW_AT_declaration: 1 DW_AT_object_pointer: die -> 0 (0x7ffff6896500) DIE 0: DW_TAG_formal_parameter (0x7ffff6896500) abbrev id: 0 offset: 0 mark: 0 DW_AT_type: die -> 0 (0x7ffff6896550) DW_AT_artificial: 1 and we duplicate this out to DIE 0: DW_TAG_structure_type (0x7ffff6896820) abbrev id: 0 offset: 0 mark: 1 signature: 2e365acce74a6a1f DW_AT_name: "integral_constant" DW_AT_signature: die -> signature: 2e365acce74a6a1f (0x7ffff68962d0) DW_AT_declaration: 1 DIE 0: DW_TAG_member (0x7ffff6896320) abbrev id: 0 offset: 0 mark: 1 DW_AT_name: "value" DW_AT_decl_file: "t.ii" (0) DW_AT_decl_line: 4 DW_AT_decl_column: 24 DW_AT_type: die -> 0 (0x7ffff68963c0) DW_AT_external: 1 DW_AT_declaration: 1 DW_AT_const_expr: 1 DW_AT_inline: 1 DIE 0: DW_TAG_subprogram (0x7ffff68964b0) abbrev id: 0 offset: 0 mark: 1 DW_AT_external: 1 DW_AT_name: "operator integral_constant::value_type" DW_AT_decl_file: "t.ii" (0) DW_AT_decl_line: 6 DW_AT_decl_column: 13 DW_AT_linkage_name: "_ZNK17integral_constantIbLb0EEcvbEv" DW_AT_type: die -> 0 (0x7ffff6896460) DW_AT_declaration: 1 but now we have a reference in the DW_TAG_subprogram DIE to the (non-copied, original DIE for the typedef). The early output makes the first DW_AT_signature ref refer to the second internal one which looks weird and is what output_external_refs barfs on. This happens via #0 change_AT_die_ref (ref=0x7ffff69f14c8, new_die=>) at /space/rguenther/src/svn/trunk2/gcc/dwarf2out.c:4794 #1 0x0000000000e1e5a3 in build_abbrev_table ( die=>, extern_map=0x3373980) at /space/rguenther/src/svn/trunk2/gcc/dwarf2out.c:9032 #2 0x0000000000e1e7e4 in build_abbrev_table ( die=, extern_map=0x3373980) at /space/rguenther/src/svn/trunk2/gcc/dwarf2out.c:9081 #3 0x0000000000e22ea9 in output_comp_unit ( die=, output_if_empty=1, dwo_id=0x0) at /space/rguenther/src/svn/trunk2/gcc/dwarf2out.c:10998 #4 0x0000000000e5d52b in dwarf2out_early_finish ( filename=0x7fffffffe28b "t.ii") at /space/rguenther/src/svn/trunk2/gcc/dwarf2out.c:32167 it's an odd place to do this "optimization", it also leaves DIEs in broken state. We can either change DW_AT_signature to DW_AT_specification (well, not really - both DIEs are DW_AT_declaration DIEs...) or fixup the second round of optimize_external_refs to not see "local" DW_AT_signature as external. Thus, Index: dwarf2out.c =================================================================== --- dwarf2out.c (revision 268260) +++ dwarf2out.c (working copy) @@ -8911,7 +8911,11 @@ optimize_external_refs_1 (dw_die_ref die struct external_ref *ref_p; if (is_type_die (die) - && (c = get_AT_ref (die, DW_AT_signature))) + && (c = get_AT_ref (die, DW_AT_signature)) + /* Make sure to not pick up optimized local refs from the + early LTO run of build_abbrev_table which performs the + actual redirection. */ + && c->comdat_type_p) { /* This is a local skeleton; use it for local references. */ ref_p = lookup_external_ref (map, c); ideally we'd run local ref optimization on _types_ just once... When I compare the FAT debug info part with non-LTO debug info I see the single type unit of the testcase output twice here (because we lack LTO copies of .debug_types, similar to PR88878). >From gcc-bugs-return-630897-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 12:37:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13931 invoked by alias); 25 Jan 2019 12:37:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 13858 invoked by uid 48); 25 Jan 2019 12:37:09 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89045] [9 Regression] ICE in get_parm_info, at c/c-decl.c:7518 Date: Fri, 25 Jan 2019 12:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc cf_known_to_work cf_known_to_fail 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-SW-Source: 2019-01/txt/msg03706.txt.bz2 Content-length: 594 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89045 Martin LiÅ¡ka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org, | |marxin at gcc dot gnu.org Known to work| |8.2.0 Known to fail| |9.0 --- Comment #2 from Martin LiÅ¡ka --- Sstarted with r259641. >From gcc-bugs-return-630899-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 12:38:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16553 invoked by alias); 25 Jan 2019 12:38:50 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 16497 invoked by uid 48); 25 Jan 2019 12:38:47 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89028] 8-byte loop isn't vectorized Date: Fri, 25 Jan 2019 12:38:00 -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: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03708.txt.bz2 Content-length: 973 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89028 --- Comment #2 from H.J. Lu --- I am working on a patch to generate: [hjl@gnu-hsw-1 pr89028]$ cat x.i void foo (char* restrict r, char* restrict a){ for (int i = 0; i < 8; i++){ r[i] += a[i]; } } [hjl@gnu-hsw-1 pr89028]$ make x.s /export/build/gnu/tools-build/gcc-mmx/build-x86_64-linux/gcc/xgcc -B/export/build/gnu/tools-build/gcc-mmx/build-x86_64-linux/gcc/ -O3 -S x.i [hjl@gnu-hsw-1 pr89028]$ cat x.s .file "x.i" .text .p2align 4 .globl foo .type foo, @function foo: .LFB0: .cfi_startproc movq (%rdi), %xmm0 movq (%rsi), %xmm1 paddb %xmm1, %xmm0 movq %xmm0, (%rdi) ret .cfi_endproc .LFE0: .size foo, .-foo .ident "GCC: (GNU) 9.0.1 20190124 (experimental)" .section .note.GNU-stack,"",@progbits [hjl@gnu-hsw-1 pr89028]$ >From gcc-bugs-return-630900-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 12:47:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91817 invoked by alias); 25 Jan 2019 12:47:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 91714 invoked by uid 55); 25 Jan 2019 12:46:56 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] [8/9 Regression] Unexpected vectorization Date: Fri, 25 Jan 2019 12:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 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-SW-Source: 2019-01/txt/msg03709.txt.bz2 Content-length: 559 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 --- Comment #7 from Richard Biener --- Author: rguenth Date: Fri Jan 25 12:46:24 2019 New Revision: 268264 URL: https://gcc.gnu.org/viewcvs?rev=268264&root=gcc&view=rev Log: 2019-01-25 Richard Biener PR tree-optimization/89049 * tree-vect-loop.c (vect_compute_single_scalar_iteration_cost): Look at the pattern stmt to determine if the stmt is vectorized. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vect-loop.c >From gcc-bugs-return-630902-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 13:01:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60984 invoked by alias); 25 Jan 2019 13:01:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 60821 invoked by uid 48); 25 Jan 2019 13:01:38 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/88878] .debug_pubnames/types empty with -flto Date: Fri, 25 Jan 2019 13:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: lto 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: --- 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-SW-Source: 2019-01/txt/msg03711.txt.bz2 Content-length: 164 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88878 --- Comment #1 from Richard Biener --- Applies to -fdebug-types-section as well. >From gcc-bugs-return-630901-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 13:01:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59917 invoked by alias); 25 Jan 2019 13:01:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 59777 invoked by uid 48); 25 Jan 2019 13:01:15 -0000 From: "berrange at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89061] New: GCC 9 introduces false positive in -Wjump-misses-init Date: Fri, 25 Jan 2019 13:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: berrange at redhat dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03710.txt.bz2 Content-length: 1683 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89061 Bug ID: 89061 Summary: GCC 9 introduces false positive in -Wjump-misses-init Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: berrange at redhat dot com Target Milestone: --- The following demo program $ cat demo.c #include struct demo { const char *cmd; }; int main(void) { struct demo demo = {0}; if ((demo.cmd = getenv("FOO")) == NULL) { goto cleanup; } demo = (struct demo) { .cmd = "foo" }; cleanup: return 0; } Results in new false positive warnings with GCC 9 $ gcc -Wjump-misses-init -o demo demo.c demo.c: In function ‘main’: demo.c:13:5: warning: jump skips variable initialization [-Wjump-misses-init] 13 | goto cleanup; | ^~~~ demo.c:18:2: note: label ‘cleanup’ defined here 18 | cleanup: | ^~~~~~~ demo.c:16:24: note: ‘({anonymous})’ declared here 16 | demo = (struct demo) { .cmd = "foo" }; | ^ 'demo' is fully initialized at every step of the program, even taking into account the jumps. It appears to be triggered by the full struct assignment. If I change demo = (struct demo) { .cmd = "foo" }; to demo.cmd = "foo"; then it no longer triggers the false positive warning. This is seen on Fedora 30 rawhide with gcc-9.0.1-0.1.fc30.x86_64 which appears to be using a git master snapshot taken sometime on 2019/01/23. >From gcc-bugs-return-630903-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 13:06:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 86169 invoked by alias); 25 Jan 2019 13:06:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 86115 invoked by uid 48); 25 Jan 2019 13:06:41 -0000 From: "olegendo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89012] SH2 (FDPIC) duplicate symbols in generated assembly. Date: Fri, 25 Jan 2019 13:06:00 -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: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: olegendo 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: --- 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-SW-Source: 2019-01/txt/msg03712.txt.bz2 Content-length: 282 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89012 --- Comment #2 from Oleg Endo --- You can compile the code with the '-dp' option to see which insn patterns make up the asm code. The pattern names will be emitted as comments in the asm output. >From gcc-bugs-return-630904-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 13:10:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109720 invoked by alias); 25 Jan 2019 13:10:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 107054 invoked by uid 48); 25 Jan 2019 13:10:42 -0000 From: "amonakov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89060] Improve tail call optimization Date: Fri, 25 Jan 2019 13:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: amonakov 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03713.txt.bz2 Content-length: 511 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89060 Alexander Monakov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |amonakov at gcc dot gnu.org --- Comment #1 from Alexander Monakov --- This was previously reported as PR 87639, but this report has more analysis. Please close one or the other as a dup. >From gcc-bugs-return-630905-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 13:29:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37437 invoked by alias); 25 Jan 2019 13:29:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37017 invoked by uid 55); 25 Jan 2019 13:29:40 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/87763] [9 Regression] aarch64 target testcases fail after r265398 Date: Fri, 25 Jan 2019 13:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03714.txt.bz2 Content-length: 769 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763 --- Comment #32 from Wilco --- Author: wilco Date: Fri Jan 25 13:29:06 2019 New Revision: 268265 URL: https://gcc.gnu.org/viewcvs?rev=268265&root=gcc&view=rev Log: [PATCH][AArch64] Fix generation of tst (PR87763) The TST instruction no longer matches in all cases due to changes in Combine. The fix is simple, we now need to allow a subreg as well when selecting the cc_mode. This fixes the tst_5.c and tst_6.c failures. AArch64 regress & bootstrap OK. PR rtl-optimization/87763 * config/aarch64/aarch64.c (aarch64_select_cc_mode): Allow SUBREG when matching CC_NZmode compare. Modified: trunk/gcc/ChangeLog trunk/gcc/config/aarch64/aarch64.c >From gcc-bugs-return-630906-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 13:33:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44394 invoked by alias); 25 Jan 2019 13:33:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 44244 invoked by uid 48); 25 Jan 2019 13:33:55 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89038] #pragma GCC diagnostic ignored "-Wunknown-pragmas" does not work Date: Fri, 25 Jan 2019 13:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.2.1 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03715.txt.bz2 Content-length: 689 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Jonathan Wakely --- It is a dup of PR 53431, I see no reason to keep this one open as well. The -Wunknown-pragmas warning is emitted by the preprocessor, and for C++ the preprocessor doesn't respect the diagnostic pragma. *** This bug has been marked as a duplicate of bug 53431 *** >From gcc-bugs-return-630907-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 13:34:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45030 invoked by alias); 25 Jan 2019 13:34:04 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 44413 invoked by uid 48); 25 Jan 2019 13:33:59 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/53431] C++ preprocessor ignores #pragma GCC diagnostic Date: Fri, 25 Jan 2019 13:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03716.txt.bz2 Content-length: 442 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ulidtko at gmail dot com --- Comment #35 from Jonathan Wakely --- *** Bug 89038 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630908-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 14:12:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11545 invoked by alias); 25 Jan 2019 14:12:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11493 invoked by uid 48); 25 Jan 2019 14:12:08 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/80916] [7/8/9 Regression] Spurious "declared 'static' but never defined" warning Date: Fri, 25 Jan 2019 14:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.1.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03717.txt.bz2 Content-length: 426 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80916 --- Comment #9 from Jason Merrill --- It has internal linkage because one of its template arguments is a local class, and it isn't instantiated because it isn't ever used. It's added to cgraph as a possible devirtualization target. I think the last of these is the place to attack this issue, since it's also the source of the regression. >From gcc-bugs-return-630909-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 14:18:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45459 invoked by alias); 25 Jan 2019 14:18:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45334 invoked by uid 48); 25 Jan 2019 14:17:59 -0000 From: "ramana at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/88734] [8 Regression] AArch64's ACLE intrinsics give an ICE instead of compile error when option mismatch. Date: Fri, 25 Jan 2019 14:18:00 -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: 8.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ramana at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03718.txt.bz2 Content-length: 578 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88734 Ramana Radhakrishnan changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ramana at gcc dot gnu.org --- Comment #11 from Ramana Radhakrishnan --- (In reply to Tamar Christina from comment #10) > Thanks Jakub! testing hasn't shown any breakages. I would prefer this to be backported to GCC-8 if it has baked reasonably on trunk. >From gcc-bugs-return-630910-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 14:42:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36584 invoked by alias); 25 Jan 2019 14:41:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32727 invoked by uid 48); 25 Jan 2019 14:41:55 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89060] Improve tail call optimization Date: Fri, 25 Jan 2019 14:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia 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: --- 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-SW-Source: 2019-01/txt/msg03719.txt.bz2 Content-length: 175 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89060 --- Comment #2 from Andrew Pinski --- I suspect there is even older bug which reports this. >From gcc-bugs-return-630911-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 14:42:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46232 invoked by alias); 25 Jan 2019 14:42:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 46138 invoked by uid 48); 25 Jan 2019 14:42:32 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88760] GCC unrolling is suboptimal Date: Fri, 25 Jan 2019 14:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03720.txt.bz2 Content-length: 690 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760 --- Comment #23 from Wilco --- (In reply to ktkachov from comment #22) > helps even more. On Cortex-A72 it gives a bit more than 6% (vs 3%) > improvement on parest, and about 5.3% on a more aggressive CPU. > I tried unrolling 8x in a similar manner and that was not faster than 4x on > either target. The 4x unrolled version has 19 instructions (and microops) vs 7*4 for the non-unrolled version, a significant reduction (without LDP it would be 21 vs 28). There is potential to use 2 more LDPs and use load+writeback which would make it 15 vs 28 instructions, so close to 2x reduction in instructions. >From gcc-bugs-return-630912-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 14:45:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48656 invoked by alias); 25 Jan 2019 14:45:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48584 invoked by uid 48); 25 Jan 2019 14:44:57 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89060] Improve tail call optimization Date: Fri, 25 Jan 2019 14:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia 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: --- 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-SW-Source: 2019-01/txt/msg03721.txt.bz2 Content-length: 231 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89060 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > I suspect there is even older bug which reports this. PR 77938 >From gcc-bugs-return-630913-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 14:47:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51277 invoked by alias); 25 Jan 2019 14:47:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51175 invoked by uid 48); 25 Jan 2019 14:47:04 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89060] Improve tail call optimization Date: Fri, 25 Jan 2019 14:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia 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: --- 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-SW-Source: 2019-01/txt/msg03722.txt.bz2 Content-length: 140 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89060 --- Comment #4 from Andrew Pinski --- And even PR 59813. >From gcc-bugs-return-630914-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 15:06:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 100095 invoked by alias); 25 Jan 2019 15:06:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 99977 invoked by uid 48); 25 Jan 2019 15:06:41 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89049] [8/9 Regression] Unexpected vectorization Date: Fri, 25 Jan 2019 15:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03723.txt.bz2 Content-length: 940 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |segher at gcc dot gnu.org --- Comment #8 from Segher Boessenkool --- (In reply to Richard Biener from comment #5) > So combine can see [ snip, 11 ] > with its uses [ snip, 13 and 25 ] > but somehow it only tries 11 -> 13: combine only tries to combine something with its first use. Trying second (or third, etc.) uses as well would easily take exponential time complexity. I do however want combine to try to combine an insn together with its first two uses. That is just as linear as even simple 1+1 combinations, and it is likely to succeed (in fact there is at least one other PR where I wanted this). >From gcc-bugs-return-630915-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 15:36:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 63238 invoked by alias); 25 Jan 2019 15:36:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 63153 invoked by uid 48); 25 Jan 2019 15:36:48 -0000 From: "vladimir.fuka at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/80708] [f08] ALLOCATE with MOLD error if source-expr is a derived type with null-init pointer component Date: Fri, 25 Jan 2019 15:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vladimir.fuka at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03724.txt.bz2 Content-length: 652 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80708 Vladimir Fuka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vladimir.fuka at gmail dot com --- Comment #2 from Vladimir Fuka --- Here https://stackoverflow.com/questions/54356803/can-gfortran-allocate-with-mold-or-not/54368355#54368355 the error appears for an allocatable component. Does not have to be an array. I can also confirm the same for an initialized pointer component. >From gcc-bugs-return-630916-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 15:49:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74729 invoked by alias); 25 Jan 2019 15:49:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74521 invoked by uid 48); 25 Jan 2019 15:49:15 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/87639] GCC fails to consider end of automatic object lifetime when determining sibcall eligibility Date: Fri, 25 Jan 2019 15:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution 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-SW-Source: 2019-01/txt/msg03725.txt.bz2 Content-length: 560 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87639 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jakub at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #4 from Jakub Jelinek --- . *** This bug has been marked as a duplicate of bug 89060 *** >From gcc-bugs-return-630917-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 15:49:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75124 invoked by alias); 25 Jan 2019 15:49:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74744 invoked by uid 48); 25 Jan 2019 15:49:34 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89060] Improve tail call optimization Date: Fri, 25 Jan 2019 15:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03726.txt.bz2 Content-length: 439 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89060 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugdal at aerifal dot cx --- Comment #5 from Jakub Jelinek --- *** Bug 87639 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630919-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 15:51:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77880 invoked by alias); 25 Jan 2019 15:51:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 77790 invoked by uid 48); 25 Jan 2019 15:51:43 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/59813] tail-call elimination didn't fire for left-shift of char to cout Date: Fri, 25 Jan 2019 15:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.8.2 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03728.txt.bz2 Content-length: 439 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59813 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #6 from Jakub Jelinek --- *** Bug 89060 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630918-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 15:51:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77873 invoked by alias); 25 Jan 2019 15:51:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 77762 invoked by uid 48); 25 Jan 2019 15:51:42 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89060] Improve tail call optimization Date: Fri, 25 Jan 2019 15:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03727.txt.bz2 Content-length: 486 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89060 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #6 from Jakub Jelinek --- . *** This bug has been marked as a duplicate of bug 59813 *** >From gcc-bugs-return-630921-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 15:52:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80114 invoked by alias); 25 Jan 2019 15:52:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79923 invoked by uid 48); 25 Jan 2019 15:52:51 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/59813] tail-call elimination didn't fire for left-shift of char to cout Date: Fri, 25 Jan 2019 15:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.8.2 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03730.txt.bz2 Content-length: 440 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59813 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vanyacpp at gmail dot com --- Comment #7 from Jakub Jelinek --- *** Bug 77938 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-630920-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 15:52:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79968 invoked by alias); 25 Jan 2019 15:52:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79883 invoked by uid 48); 25 Jan 2019 15:52:49 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/77938] missing tailcall optimization in case when local variable escapes that goes out of scope before the possible tail call site Date: Fri, 25 Jan 2019 15:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 6.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution 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-SW-Source: 2019-01/txt/msg03729.txt.bz2 Content-length: 591 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77938 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jakub at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #6 from Jakub Jelinek --- Let's track all of this in one PR. *** This bug has been marked as a duplicate of bug 59813 *** >From gcc-bugs-return-630922-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 16:00:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101385 invoked by alias); 25 Jan 2019 16:00:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101276 invoked by uid 48); 25 Jan 2019 16:00:39 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89036] [8/9 Regression] ICE if destructor has a requires Date: Fri, 25 Jan 2019 16:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm 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-SW-Source: 2019-01/txt/msg03731.txt.bz2 Content-length: 196 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89036 --- Comment #3 from David Malcolm --- Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01513.html >From gcc-bugs-return-630923-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 16:52:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 105115 invoked by alias); 25 Jan 2019 16:52:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 105010 invoked by uid 48); 25 Jan 2019 16:52:17 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89024] [7/8/9 Regression] ICE testing convertibility of incomplete enumeration types Date: Fri, 25 Jan 2019 16:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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 X-SW-Source: 2019-01/txt/msg03732.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|ice-on-valid-code |ice-on-invalid-code --- Comment #5 from Marek Polacek --- Jason says this is invalid, changing the keywords. >From gcc-bugs-return-630924-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 16:58:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120047 invoked by alias); 25 Jan 2019 16:58:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119948 invoked by uid 55); 25 Jan 2019 16:58:04 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/89037] checking ice emitting 128-bit bit-field initializer Date: Fri, 25 Jan 2019 16:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rsandifo 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-SW-Source: 2019-01/txt/msg03733.txt.bz2 Content-length: 950 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89037 --- Comment #4 from rsandifo at gcc dot gnu.org --- Author: rsandifo Date: Fri Jan 25 16:57:32 2019 New Revision: 268272 URL: https://gcc.gnu.org/viewcvs?rev=268272&root=gcc&view=rev Log: Fix output_constructor_bitfield handling of wide bitfields (PR89037) The testcase was failing because we were trying to access TREE_INT_CST_ELT (x, 1) of a 128-bit integer that was small enough to need only a single element. 2019-01-25 Richard Sandiford gcc/ PR middle-end/89037 * varasm.c (output_constructor_bitfield): Use wi::extract_uhwi instead of accessing TREE_INT_CST_ELT directly. gcc/testsuite/ PR middle-end/89037 * gcc.dg/pr89037.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr89037.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/varasm.c >From gcc-bugs-return-630925-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 17:02:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125334 invoked by alias); 25 Jan 2019 17:02:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 125253 invoked by uid 48); 25 Jan 2019 17:01:59 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89055] wrong location with predefined macros Date: Fri, 25 Jan 2019 17:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: trivial X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03734.txt.bz2 Content-length: 3025 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89055 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmalcolm at gcc dot gnu.org --- Comment #1 from David Malcolm --- The location ("loc") for the diagnostic is coming from here in compute_array_index_type_loc: 9644 location_t loc = cp_expr_loc_or_loc (size, name ? name_loc : input_location); For the 2nd example: (gdb) p /x loc $4 = 0x80000001 (gdb) p /x line_table->location_adhoc_data_map.data[1] $7 = {locus = 0x285e0, src_range = {m_start = 0x7fffffff, m_finish = 0x28640}, data = 0x0} i.e. we have regular locations for the caret and finish, but a macro location for the "start": (gdb) call inform (line_table->location_adhoc_data_map.data[1].locus, "caret") t.C:2:21: note: caret 2 | char b[__SIZE_MAX__ << 1]; | ^ (gdb) call inform (line_table->location_adhoc_data_map.data[1].src_range.m_start, "start") t.C:2:8: note: start 2 | char b[__SIZE_MAX__ << 1]; | ^~~~~~~~~~~~ (gdb) call inform (line_table->location_adhoc_data_map.data[1].src_range.m_finish, "finish") t.C:2:24: note: finish 2 | char b[__SIZE_MAX__ << 1]; | ^ When printing "loc", diagnostic-show-locus.c's layout::maybe_add_location_range generates a sane layout_range: (gdb) p ri $15 = {m_start = {m_line = 2, m_column = 8}, m_finish = {m_line = 2, m_column = 24}, m_range_display_kind = SHOW_RANGE_WITH_CARET, m_caret = {m_line = 2, m_column = 21}, m_original_idx = 0, m_label = 0x0} but then sanitizes it to just the caret location here: 973 if (start.line > finish.line 974 || !compatible_locations_p (src_range.m_start, m_primary_loc) 975 || !compatible_locations_p (src_range.m_finish, m_primary_loc)) 976 { 977 /* Is this the primary location? */ 978 if (m_layout_ranges.length () == 0) 979 { 980 /* We want to print the caret for the primary location, but 981 we must sanitize away m_start and m_finish. */ 982 ri.m_start = ri.m_caret; 983 ri.m_finish = ri.m_caret; 984 } due to: compatible_locations_p (src_range.m_start, m_primary_loc) returning false. As noted in compatible_locations_p, it may be "too strong a condition" (but I'm loathe to weaken that sanitization in stage 4; it exists due to e.g. PR c/68473 and PR c++/70105). If I hack out that sanitization, the 2nd is printed, sanely, as: t.C:2:21: error: size of array ‘b’ is negative 2 | char b[__SIZE_MAX__ << 1]; | ~~~~~~~~~~~~~^~~~ (It's also not clear to me that it's a good idea to be building a compound location containing macro locations in the first place) >From gcc-bugs-return-630926-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 17:10:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4011 invoked by alias); 25 Jan 2019 17:10:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 3387 invoked by uid 55); 25 Jan 2019 17:10:10 -0000 From: "rearnsha at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/88469] [7/8 regression] AAPCS/AAPCS64 - Struct with 64-bit bitfield (128-bit on AArch64) may be passed in wrong registers Date: Fri, 25 Jan 2019 17:10:00 -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: 8.2.0 X-Bugzilla-Keywords: ABI, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rearnsha at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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-SW-Source: 2019-01/txt/msg03735.txt.bz2 Content-length: 1735 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88469 --- Comment #11 from Richard Earnshaw --- Author: rearnsha Date: Fri Jan 25 17:09:33 2019 New Revision: 268273 URL: https://gcc.gnu.org/viewcvs?rev=268273&root=gcc&view=rev Log: This is pretty unlikely in real code, but similar to Arm, the AArch64 ABI has a bug with the handling of 128-bit bit-fields, where if the bit-field dominates the overall alignment the back-end code may end up passing the argument correctly. This is a regression that started in gcc-6 when the ABI support code was updated to support overaligned types. The fix is very similar in concept to the Arm fix. 128-bit bit-fields are fortunately extremely rare, so I'd be very surprised if anyone has been bitten by this. PR target/88469 gcc/ * config/aarch64/aarch64.c (aarch64_function_arg_alignment): Add new argument ABI_BREAK. Set to true if the calculated alignment has changed in gcc-9. Check bit-fields for their base type alignment. (aarch64_layout_arg): Warn if argument passing has changed in gcc-9. (aarch64_function_arg_boundary): Likewise. (aarch64_gimplify_va_arg_expr): Likewise. gcc/testsuite/ * gcc.target/aarch64/aapcs64/test_align-10.c: New test. * gcc.target/aarch64/aapcs64/test_align-11.c: New test. * gcc.target/aarch64/aapcs64/test_align-12.c: New test. Added: trunk/gcc/testsuite/gcc.target/aarch64/aapcs64/test_align-10.c trunk/gcc/testsuite/gcc.target/aarch64/aapcs64/test_align-11.c trunk/gcc/testsuite/gcc.target/aarch64/aapcs64/test_align-12.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/aarch64/aarch64.c trunk/gcc/testsuite/ChangeLog >From gcc-bugs-return-630927-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 17:21:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18347 invoked by alias); 25 Jan 2019 17:21:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18280 invoked by uid 48); 25 Jan 2019 17:21:32 -0000 From: "tnfchris at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/88560] [9 Regression] armv8_2-fp16-move-1.c and related regressions after r266385 Date: Fri, 25 Jan 2019 17:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization, ra X-Bugzilla-Severity: normal X-Bugzilla-Who: tnfchris at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03736.txt.bz2 Content-length: 473 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88560 --- Comment #11 from Tamar Christina --- Hi Vladimir, I've tested the patch and checked the testcases. The code is now better in most cases so no issue there. The testcases will need to be updated but I can do that after the patch is committed. I've kicked off an overnight native regression test and will inspect the result and any failing tests and update you first thing monday. >From gcc-bugs-return-630928-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 17:25:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22603 invoked by alias); 25 Jan 2019 17:25:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22533 invoked by uid 48); 25 Jan 2019 17:25:34 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89024] [7/8/9 Regression] ICE testing convertibility of incomplete enumeration types Date: Fri, 25 Jan 2019 17:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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 X-SW-Source: 2019-01/txt/msg03737.txt.bz2 Content-length: 400 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|ice-on-invalid-code |ice-on-valid-code --- Comment #6 from Marek Polacek --- Nope, changing it back. >From gcc-bugs-return-630929-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 17:56:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109938 invoked by alias); 25 Jan 2019 17:56:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 109812 invoked by uid 55); 25 Jan 2019 17:55:57 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/85780] ICE in resolve_fl_procedure, at fortran/resolve.c:12504 Date: Fri, 25 Jan 2019 17:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: kargl at gcc dot gnu.org X-Bugzilla-Target-Milestone: 6.5 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-SW-Source: 2019-01/txt/msg03738.txt.bz2 Content-length: 727 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85780 --- Comment #10 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri Jan 25 17:55:25 2019 New Revision: 268277 URL: https://gcc.gnu.org/viewcvs?rev=268277&root=gcc&view=rev Log: 2019-01-25 Steven G. Kargl PR fortran/85780 * decl.c (gfc_match_subroutine): Check for conflict between BIND(C) and alternative return. 2019-01-25 Steven G. Kargl PR fortran/85780 * gfortran.dg/pr85780.f90: Update testcase for error message. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/pr85780.f90 >From gcc-bugs-return-630930-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 17:56:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111127 invoked by alias); 25 Jan 2019 17:56:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111066 invoked by uid 48); 25 Jan 2019 17:56:49 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/85780] ICE in resolve_fl_procedure, at fortran/resolve.c:12504 Date: Fri, 25 Jan 2019 17:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: kargl at gcc dot gnu.org X-Bugzilla-Target-Milestone: 6.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03739.txt.bz2 Content-length: 410 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85780 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #11 from kargl at gcc dot gnu.org --- Fixed on trunk. Closing. >From gcc-bugs-return-630931-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 17:57:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112276 invoked by alias); 25 Jan 2019 17:57:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 112225 invoked by uid 55); 25 Jan 2019 17:57:35 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89061] GCC 9 introduces false positive in -Wjump-misses-init Date: Fri, 25 Jan 2019 17:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com 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: --- 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-SW-Source: 2019-01/txt/msg03740.txt.bz2 Content-length: 406 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89061 --- Comment #1 from joseph at codesourcery dot com --- Guessing this might be another issue from pushdecl being called for compound literals (r259641). (Technically of course it's true that the jump misses the initialization of the anonymous object for the compound literal, that's just a useless warning.) >From gcc-bugs-return-630932-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:12:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123062 invoked by alias); 25 Jan 2019 18:12:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118379 invoked by uid 48); 25 Jan 2019 18:12:01 -0000 From: "jamborm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/88933] ICE: verify_cgraph_node failed (Error: caller edge count does not match BB count) Date: Fri, 25 Jan 2019 18:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jamborm at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jamborm at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03741.txt.bz2 Content-length: 222 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88933 --- Comment #17 from Martin Jambor --- OK, I did that too and proposed a patch in https://gcc.gnu.org/ml/gcc-patches/2019-01/msg01525.html >From gcc-bugs-return-630933-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:26:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37690 invoked by alias); 25 Jan 2019 18:26:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37651 invoked by uid 48); 25 Jan 2019 18:25:56 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89062] New: class template argument deduction failure with parentheses Date: Fri, 25 Jan 2019 18:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03742.txt.bz2 Content-length: 982 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89062 Bug ID: 89062 Summary: class template argument deduction failure with parentheses Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: barry.revzin at gmail dot com Target Milestone: --- Reduced from StackOverflow https://stackoverflow.com/q/54369677/2069064: template struct Foo { Foo(T) {} }; template struct Bar { Bar(T) {}; }; Foo foo(Bar{1}); This fails with: :11:9: error: 'auto' parameter not permitted in this context Foo foo(Bar{1}); ^~~ Compiler returned: 1 Every other alternative is fine: Foo foo(Bar(1)); // ok Foo foo{Bar{1}}; // ok Foo foo{Bar(1)}; // ok Foo foo(Bar(1)); // ok Foo foo(Bar{1}); // ok Foo> foo(Bar{1}); // ok >From gcc-bugs-return-630934-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:31:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48182 invoked by alias); 25 Jan 2019 18:30:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 46857 invoked by uid 48); 25 Jan 2019 18:30:32 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89062] class template argument deduction failure with parentheses Date: Fri, 25 Jan 2019 18:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on cc everconfirmed 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-SW-Source: 2019-01/txt/msg03743.txt.bz2 Content-length: 624 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89062 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |rejects-valid Status|UNCONFIRMED |NEW Last reconfirmed| |2019-01-25 CC| |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Confirmed. >From gcc-bugs-return-630935-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:32:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50044 invoked by alias); 25 Jan 2019 18:32:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49993 invoked by uid 48); 25 Jan 2019 18:32:37 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89062] class template argument deduction failure with parentheses Date: Fri, 25 Jan 2019 18:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03744.txt.bz2 Content-length: 231 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89062 --- Comment #2 from Barry Revzin --- This may or may not be the same bug as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87709, I do not know. >From gcc-bugs-return-630936-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:40:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74808 invoked by alias); 25 Jan 2019 18:40:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74681 invoked by uid 48); 25 Jan 2019 18:40:14 -0000 From: "jvdelisle at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/89020] close(status='DELETE') does not remove file Date: Fri, 25 Jan 2019 18:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 7.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jvdelisle at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03745.txt.bz2 Content-length: 605 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020 Jerry DeLisle changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jvdelisle at gcc dot gnu.org --- Comment #6 from Jerry DeLisle --- (In reply to Steve Kargl from comment #5) --- snip --- > > Of course, I could be missing something obvious. Jerry? Hi Steve, I have time today to have a look at this. Does seem a bit unusual on the surface. >From gcc-bugs-return-630937-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:49:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111004 invoked by alias); 25 Jan 2019 18:49:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 110880 invoked by uid 48); 25 Jan 2019 18:48:59 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87937] [8 Regression] LHS reallocation broken inside "select type" and "associate" Date: Fri, 25 Jan 2019 18:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03746.txt.bz2 Content-length: 465 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #16 from Paul Thomas --- The regression is fixed on 8- and 9-branches. Paul >From gcc-bugs-return-630938-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:52:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104526 invoked by alias); 25 Jan 2019 18:52:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98673 invoked by uid 48); 25 Jan 2019 18:52:39 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87336] [8/9 regression] wrong output for pointer dummy assiocated to target actual argument Date: Fri, 25 Jan 2019 18:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 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-SW-Source: 2019-01/txt/msg03747.txt.bz2 Content-length: 328 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87336 --- Comment #7 from Paul Thomas --- (In reply to Harald Anlauf from comment #6) > The patch in comment #3 seems to apply to gcc-8, but I haven't regtested it. > Paul, do you intend to backport it? It is regtesting on 8-branch as I write. Paul >From gcc-bugs-return-630939-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:54:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51191 invoked by alias); 25 Jan 2019 18:54:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51055 invoked by uid 48); 25 Jan 2019 18:54:25 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87151] allocating array of character Date: Fri, 25 Jan 2019 18:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03748.txt.bz2 Content-length: 565 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87151 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from Paul Thomas --- I cleared up a load of ASSOCIATE related bugs on trunk. Attempts to apply a composite patch don't apply cleanly and so I am marking this as fixed. Paul >From gcc-bugs-return-630941-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:54:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52538 invoked by alias); 25 Jan 2019 18:54:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 52464 invoked by uid 48); 25 Jan 2019 18:54:42 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/80708] [f08] ALLOCATE with MOLD error if source-expr is a derived type with null-init pointer component Date: Fri, 25 Jan 2019 18:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03749.txt.bz2 Content-length: 4244 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80708 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kargl at gcc dot gnu.org --- Comment #3 from kargl at gcc dot gnu.org --- The problematic code is in resolve.c at lines 8028-8040. This code was added in r241885 by vehre. I don't see how this code can possible work for an allocation of an array of derived types as all information about the array shape of mold has been striped. if (code->expr3 && code->expr3->mold && code->expr3->ts.type == BT_DERIVED) { /* Default initialization via MOLD (non-polymorphic). */ gfc_expr *rhs = gfc_default_initializer (&code->expr3->ts); if (rhs != NULL) { gfc_resolve_expr (rhs); gfc_free_expr (code->expr3); code->expr3 = rhs; } } Prior to the if statement one has (gdb) p *code->expr3 $3 = {expr_type = EXPR_VARIABLE, ts = {type = BT_DERIVED, kind = 0, u = { derived = 0x20306f600, cl = 0x20306f600, pad = 50787840}, interface = 0x0, is_c_interop = 0, is_iso_c = 0, f90_type = BT_UNKNOWN, deferred = false, interop_kind = 0x0}, rank = 1, shape = 0x2031689f0, symtree = 0x2023a45d0, ref = 0x203149300, where = {nextc = 0x20308a9cc, lb = 0x20308a960}, base_expr = 0x0, is_boz = 0, is_snan = 0, error = 0, user_operator = 0, mold = 1, must_finalize = 0, no_bounds_check = 0, external_blas = 0, do_not_resolve_again = 0, representation = { length = 0, string = 0x0}, value = {logical = 0, iokind = M_READ, integer = {{ _mp_alloc = 0, _mp_size = 0, _mp_d = 0x0}}, real = {{_mpfr_prec = 0, _mpfr_sign = 0, _mpfr_exp = 0, _mpfr_d = 0x0}}, complex = {{re = {{ _mpfr_prec = 0, _mpfr_sign = 0, _mpfr_exp = 0, _mpfr_d = 0x0}}, im = {{ _mpfr_prec = 0, _mpfr_sign = 0, _mpfr_exp = 0, _mpfr_d = 0x0}}}}, op = { op = GFC_INTRINSIC_BEGIN, uop = 0x0, op1 = 0x0, op2 = 0x0}, function = { actual = 0x0, name = 0x0, isym = 0x0, esym = 0x0}, compcall = {actual = 0x0, name = 0x0, base_object = 0x0, tbp = 0x0, ignore_pass = 0, assign = 0}, character = {length = 0, string = 0x0}, constructor = 0x0}, param_list = 0x0} after the if () completes, one has $4 = {expr_type = EXPR_STRUCTURE, ts = {type = BT_DERIVED, kind = 0, u = { derived = 0x20306f600, cl = 0x20306f600, pad = 50787840}, interface = 0x0, is_c_interop = 0, is_iso_c = 0, f90_type = BT_UNKNOWN, deferred = false, interop_kind = 0x0}, rank = 0, shape = 0x0, symtree = 0x0, ref = 0x0, where = { nextc = 0x20306a1d0, lb = 0x20306a190}, base_expr = 0x0, is_boz = 0, is_snan = 0, error = 0, user_operator = 0, mold = 0, must_finalize = 0, no_bounds_check = 0, external_blas = 0, do_not_resolve_again = 0, representation = {length = 0, string = 0x0}, value = {logical = 51159296, iokind = 51159296, integer = {{ _mp_alloc = 51159296, _mp_size = 2, _mp_d = 0x0}}, real = {{ _mpfr_prec = 8641093888, _mpfr_sign = 0, _mpfr_exp = 0, _mpfr_d = 0x0}}, complex = {{re = {{_mpfr_prec = 8641093888, _mpfr_sign = 0, _mpfr_exp = 0, _mpfr_d = 0x0}}, im = {{_mpfr_prec = 0, _mpfr_sign = 0, _mpfr_exp = 0, _mpfr_d = 0x0}}}}, op = {op = 51159296, uop = 0x0, op1 = 0x0, op2 = 0x0}, function = {actual = 0x2030ca100, name = 0x0, isym = 0x0, esym = 0x0}, compcall = { actual = 0x2030ca100, name = 0x0, base_object = 0x0, tbp = 0x0, ignore_pass = 0, assign = 0}, character = {length = 8641093888, string = 0x0}, constructor = 0x2030ca100}, param_list = 0x0} Code compiles if I delete the suspicious code. >From gcc-bugs-return-630940-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 18:54:33 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51397 invoked by alias); 25 Jan 2019 18:54:33 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51132 invoked by uid 48); 25 Jan 2019 18:54:29 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/68241] [meta-bug] [F03] Deferred-length character Date: Fri, 25 Jan 2019 18:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03750.txt.bz2 Content-length: 455 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241 Bug 68241 depends on bug 87151, which changed state. Bug 87151 Summary: allocating array of character https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87151 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-630944-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:03:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66960 invoked by alias); 25 Jan 2019 19:02:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 66657 invoked by uid 48); 25 Jan 2019 19:02:54 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/68241] [meta-bug] [F03] Deferred-length character Date: Fri, 25 Jan 2019 19:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03753.txt.bz2 Content-length: 471 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241 Bug 68241 depends on bug 85603, which changed state. Bug 85603 Summary: ICE with character array substring assignment https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85603 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-630942-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:02:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65840 invoked by alias); 25 Jan 2019 19:02:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 65731 invoked by uid 55); 25 Jan 2019 19:02:30 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/89020] close(status='DELETE') does not remove file Date: Fri, 25 Jan 2019 19:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 7.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03751.txt.bz2 Content-length: 803 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020 --- Comment #7 from Steve Kargl --- On Fri, Jan 25, 2019 at 06:40:14PM +0000, jvdelisle at gcc dot gnu.org wrote: > > --- Comment #6 from Jerry DeLisle --- > (In reply to Steve Kargl from comment #5) > --- snip --- > > > > Of course, I could be missing something obvious. Jerry? > > Hi Steve, I have time today to have a look at this. Does seem a bit unusual on > the surface. > Thanks. I was expecting to see something like result = remove(...) /* returns 0, -1, and set errno. */ if (iostat is present) iostat = result; /* could also set to errno. */ if (iomsg is present) iomsg = strerror (errno); /* Look up errno error message. */ >From gcc-bugs-return-630943-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:02:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66726 invoked by alias); 25 Jan 2019 19:02:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 66604 invoked by uid 48); 25 Jan 2019 19:02:51 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/85603] ICE with character array substring assignment Date: Fri, 25 Jan 2019 19:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03752.txt.bz2 Content-length: 457 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85603 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Paul Thomas --- Fixed on trunk. Thanks for the report. Paul >From gcc-bugs-return-630945-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:20:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106383 invoked by alias); 25 Jan 2019 19:20:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101460 invoked by uid 48); 25 Jan 2019 19:20:29 -0000 From: "evstupac at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/66835] C++ openMP test failed after switching to C++14 Date: Fri, 25 Jan 2019 19:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: evstupac at gmail dot com 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: --- 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-SW-Source: 2019-01/txt/msg03754.txt.bz2 Content-length: 161 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66835 --- Comment #5 from Stupachenko Evgeny --- Yes, It is fixed starting from 5.3. >From gcc-bugs-return-630946-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:38:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79863 invoked by alias); 25 Jan 2019 19:38:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79738 invoked by uid 48); 25 Jan 2019 19:38:05 -0000 From: "evstupac at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/67946] Function multiversioning ICE Date: Fri, 25 Jan 2019 19:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: evstupac at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03755.txt.bz2 Content-length: 151 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67946 --- Comment #4 from Stupachenko Evgeny --- fixed starting from gcc 6 >From gcc-bugs-return-630947-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:40:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104133 invoked by alias); 25 Jan 2019 19:40:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 99945 invoked by uid 48); 25 Jan 2019 19:40:55 -0000 From: "ensadc at mailnesia dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89062] class template argument deduction failure with parentheses Date: Fri, 25 Jan 2019 19:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: ensadc at mailnesia dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03756.txt.bz2 Content-length: 537 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89062 ensadc at mailnesia dot com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ensadc at mailnesia dot com --- Comment #3 from ensadc at mailnesia dot com --- I think this should be treated as a different bug from bug 87709. In bug 87709, the error is emitted in cp_parser_type_id_1. In this bug, the error is produced by grokdeclarator. >From gcc-bugs-return-630948-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:44:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6518 invoked by alias); 25 Jan 2019 19:44:50 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6444 invoked by uid 48); 25 Jan 2019 19:44:45 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/80708] [f08] ALLOCATE with MOLD error if source-expr is a derived type with null-init pointer component Date: Fri, 25 Jan 2019 19:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03757.txt.bz2 Content-length: 363 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80708 --- Comment #4 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #3) > > Code compiles if I delete the suspicious code. > Unfortunately, there is a regression in the testsuite, and even more unfortunate, the regression comes in code that involves CLASS, which I have zero experience with. >From gcc-bugs-return-630949-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:51:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16183 invoked by alias); 25 Jan 2019 19:51:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 16105 invoked by uid 55); 25 Jan 2019 19:51:27 -0000 From: "paolo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88969] [9 Regression] ICE in build_op_delete_call, at cp/call.c:6509 Date: Fri, 25 Jan 2019 19:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: paolo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: paolo.carlini at oracle dot com X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03758.txt.bz2 Content-length: 953 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88969 --- Comment #6 from paolo at gcc dot gnu.org --- Author: paolo Date: Fri Jan 25 19:50:55 2019 New Revision: 268278 URL: https://gcc.gnu.org/viewcvs?rev=268278&root=gcc&view=rev Log: /cp 2019-01-25 Paolo Carlini PR c++/88969 * call.c (build_op_delete_call): Implement 7.6.2.5/(10.1). * decl2.c (coerce_delete_type): Use build_pointer_type instead of TYPE_POINTER_TO. /testsuite 2019-01-25 Paolo Carlini PR c++/88969 * g++.dg/cpp2a/destroying-delete2.C: New. * g++.dg/cpp2a/destroying-delete3.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/cpp2a/destroying-delete2.C trunk/gcc/testsuite/g++.dg/cpp2a/destroying-delete3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/decl2.c trunk/gcc/testsuite/ChangeLog >From gcc-bugs-return-630950-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:52:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17170 invoked by alias); 25 Jan 2019 19:52:07 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 17111 invoked by uid 48); 25 Jan 2019 19:52:03 -0000 From: "paolo.carlini at oracle dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88969] [9 Regression] ICE in build_op_delete_call, at cp/call.c:6509 Date: Fri, 25 Jan 2019 19:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: paolo.carlini at oracle dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution assigned_to 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-SW-Source: 2019-01/txt/msg03759.txt.bz2 Content-length: 525 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88969 Paolo Carlini changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Assignee|paolo.carlini at oracle dot com |unassigned at gcc dot gnu.org --- Comment #7 from Paolo Carlini --- Foxed. >From gcc-bugs-return-630951-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 19:54:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22566 invoked by alias); 25 Jan 2019 19:54:27 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22525 invoked by uid 48); 25 Jan 2019 19:54:23 -0000 From: "wojciech_mula at poczta dot onet.pl" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89063] New: [x86] lack of support for BEXTR from BMI extension Date: Fri, 25 Jan 2019 19:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wojciech_mula at poczta dot onet.pl 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03760.txt.bz2 Content-length: 2467 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89063 Bug ID: 89063 Summary: [x86] lack of support for BEXTR from BMI extension Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: wojciech_mula at poczta dot onet.pl Target Milestone: --- Instruction BEXTR extracts an arbitrary unsigned bit field from 32- or 64-bit value. As I see in `config/i386.md`, there's support for the immediate variant available in AMD's TBM (TARGET_TBM). Intel's variant gets parameters from a register. Although this variant won't be profitable in all cases -- as we need an extra move to setup the bit-field parameters in a register -- I bet bit-field-intensive code might benefit from BEXTR. ---bextr.c--- #include #include uint64_t test(uint64_t x) { const uint64_t a0 = (x & 0x3f); const uint64_t a1 = (x >> 11) & 0x3f; const uint64_t a2 = (x >> 22) & 0x3f; return a0 + a1 + a2; } uint64_t test_intrinsics(uint64_t x) { const uint64_t a0 = (x & 0x3f); const uint64_t a1 = _bextr_u64(x, 11, 6); const uint64_t a2 = _bextr_u64(x, 22, 6); return a0 + a1 + a2; } ---eof--- $ gcc --version gcc (GCC) 9.0.0 20190117 (experimental) $ gcc -O3 -mbmi -march=skylake bextr.c -c && objdump -d bextr.o 0000000000000000 : 0: 48 89 fa mov %rdi,%rdx 3: 48 c1 ea 0b shr $0xb,%rdx 7: 48 89 f8 mov %rdi,%rax a: 48 89 d1 mov %rdx,%rcx d: 48 c1 e8 16 shr $0x16,%rax 11: 83 e0 3f and $0x3f,%eax 14: 83 e1 3f and $0x3f,%ecx 17: 48 8d 14 01 lea (%rcx,%rax,1),%rdx 1b: 83 e7 3f and $0x3f,%edi 1e: 48 8d 04 3a lea (%rdx,%rdi,1),%rax 22: c3 retq 0000000000000030 : 30: b8 0b 06 00 00 mov $0x60b,%eax 35: c4 e2 f8 f7 d7 bextr %rax,%rdi,%rdx 3a: b8 16 06 00 00 mov $0x616,%eax 3f: c4 e2 f8 f7 c7 bextr %rax,%rdi,%rax 44: 83 e7 3f and $0x3f,%edi 47: 48 01 d0 add %rdx,%rax 4a: 48 01 f8 add %rdi,%rax 4d: c3 retq >From gcc-bugs-return-630952-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 20:06:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81306 invoked by alias); 25 Jan 2019 20:06:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 81228 invoked by uid 48); 25 Jan 2019 20:06:40 -0000 From: "dcb314 at hotmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/88961] valgrind error in resolve_ref Date: Fri, 25 Jan 2019 20:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dcb314 at hotmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03761.txt.bz2 Content-length: 482 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88961 David Binderman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |FIXED --- Comment #3 from David Binderman --- This bug seems fixed by the time we get to revision 268250. >From gcc-bugs-return-630953-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 20:09:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10626 invoked by alias); 25 Jan 2019 20:09:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 10570 invoked by uid 55); 25 Jan 2019 20:09:30 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87336] [8/9 regression] wrong output for pointer dummy assiocated to target actual argument Date: Fri, 25 Jan 2019 20:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 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-SW-Source: 2019-01/txt/msg03762.txt.bz2 Content-length: 1312 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87336 --- Comment #8 from Paul Thomas --- Author: pault Date: Fri Jan 25 20:08:58 2019 New Revision: 268279 URL: https://gcc.gnu.org/viewcvs?rev=268279&root=gcc&view=rev Log: 2019-01-25 Paul Thomas PR fortran/87336 * trans-array.c (gfc_get_array_span): Try to get the element length of incomplete types. Return NULL_TREE otherwise. (gfc_conv_expr_descriptor): Only set the 'span' field if the above does not return NULL_TREE. Set 'span' field if possible for all new descriptors. 2019-01-25 Paul Thomas PR fortran/87336 * gfortran.dg/pointer_array_10.f90 : New test. * gfortran.dg/assign_10.f90 : Increase 'parm' count to 20. * gfortran.dg/transpose_optimization_2.f90 : Increase 'parm' count to 72. Added: branches/gcc-8-branch/gcc/testsuite/gfortran.dg/pointer_array_10.f90 Modified: branches/gcc-8-branch/gcc/fortran/ChangeLog branches/gcc-8-branch/gcc/fortran/trans-array.c branches/gcc-8-branch/gcc/testsuite/ChangeLog branches/gcc-8-branch/gcc/testsuite/gfortran.dg/assign_10.f90 branches/gcc-8-branch/gcc/testsuite/gfortran.dg/transpose_optimization_2.f90 >From gcc-bugs-return-630954-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 20:10:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12076 invoked by alias); 25 Jan 2019 20:10:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 12035 invoked by uid 48); 25 Jan 2019 20:10:30 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87336] [8/9 regression] wrong output for pointer dummy assiocated to target actual argument Date: Fri, 25 Jan 2019 20:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03763.txt.bz2 Content-length: 470 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87336 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Paul Thomas --- Fixed on 8- and 9-branches. Thanks for the report. Paul >From gcc-bugs-return-630955-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 20:18:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21365 invoked by alias); 25 Jan 2019 20:18:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21197 invoked by uid 48); 25 Jan 2019 20:18:00 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/89064] New: [9 regression] libgomp.graphite/force-parallel-5.c fails starting with r268257 Date: Fri, 25 Jan 2019 20:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03764.txt.bz2 Content-length: 4695 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89064 Bug ID: 89064 Summary: [9 regression] libgomp.graphite/force-parallel-5.c fails starting with r268257 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- Does this test case need updating? spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/libgomp/testsuite/libgomp.graphite/force-parallel-5.c -B/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp/ -B/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp/.libs -I/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp -I/home/seurer/gcc/gcc-test2/libgomp/testsuite/../../include -I/home/seurer/gcc/gcc-test2/libgomp/testsuite/.. -fmessage-length=0 -fno-diagnostics-show-caret -Wno-hsa -fdiagnostics-color=never -fopenmp -ansi -pedantic-errors -O2 -ftree-parallelize-loops=4 -floop-parallelize-all -fdump-tree-parloops-details -fdump-tree-optimized -fno-loop-strip-mine -fno-loop-block -fdump-tree-graphite-all -L/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp/.libs -lm -o ./force-parallel-5.exe Executing on host: /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ offload_gcn37385.c -B/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp/ -B/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp/.libs -I/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp -I/home/seurer/gcc/gcc-test2/libgomp/testsuite/../../include -I/home/seurer/gcc/gcc-test2/libgomp/testsuite/.. -fmessage-length=0 -fno-diagnostics-show-caret -Wno-hsa -fdiagnostics-color=never -fopenmp -foffload=amdgcn-unknown-amdhsa -S -o offload_gcn37385.s (timeout = 300) spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ offload_gcn37385.c -B/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp/ -B/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp/.libs -I/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp -I/home/seurer/gcc/gcc-test2/libgomp/testsuite/../../include -I/home/seurer/gcc/gcc-test2/libgomp/testsuite/.. -fmessage-length=0 -fno-diagnostics-show-caret -Wno-hsa -fdiagnostics-color=never -fopenmp -foffload=amdgcn-unknown-amdhsa -S -o offload_gcn37385.s xgcc: fatal error: GCC is not configured to support amdgcn-unknown-amdhsa as offload target compilation terminated. compiler exited with status 1 PASS: libgomp.graphite/force-parallel-5.c (test for excess errors) Setting LD_LIBRARY_PATH to .:/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp/.libs:/home/seurer/gcc/build/gcc-test2/gcc:.:/home/seurer/gcc/build/gcc-test2/powerpc64le-unknown-linux-gnu/./libgomp/.libs:/home/seurer/gcc/build/gcc-test2/gcc:/home/seurer/gcc/build/gcc-test2/./gmp/.libs:/home/seurer/gcc/build/gcc-test2/./prev-gmp/.libs:/home/seurer/gcc/build/gcc-test2/./mpfr/src/.libs:/home/seurer/gcc/build/gcc-test2/./prev-mpfr/src/.libs:/home/seurer/gcc/build/gcc-test2/./mpc/src/.libs:/home/seurer/gcc/build/gcc-test2/./prev-mpc/src/.libs:/home/seurer/gcc/build/gcc-test2/./isl/.libs:/home/seurer/gcc/build/gcc-test2/./prev-isl/.libs Execution timeout is: 300 spawn [open ...] PASS: libgomp.graphite/force-parallel-5.c execution test libgomp.graphite/force-parallel-5.c: pattern found 0 times FAIL: libgomp.graphite/force-parallel-5.c scan-tree-dump-times graphite "2 loops carried no dependency" 1 PASS: libgomp.graphite/force-parallel-5.c scan-tree-dump-times optimized "loopfn.0" 4 PASS: libgomp.graphite/force-parallel-5.c scan-tree-dump-times optimized "loopfn.1" 4 testcase /home/seurer/gcc/gcc-test2/libgomp/testsuite/libgomp.graphite/graphite.exp completed in 1 seconds === libgomp Summary === # of expected passes 4 # of unexpected failures 1 r268257 | rguenth | 2019-01-25 02:13:34 -0600 (Fri, 25 Jan 2019) | 10 lines 2019-01-25 Richard Biener PR tree-optimization/86865 * graphite-scop-detection.c (scop_detection::can_represent_loop): Reject non-do-while loops. * gcc.dg/graphite/pr86865.c: New testcase. * gcc.dg/graphite/pr69728.c: XFAIL. * gcc.dg/graphite/scop-21.c: Likewise. >From gcc-bugs-return-630956-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 20:52:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89872 invoked by alias); 25 Jan 2019 20:52:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 89820 invoked by uid 48); 25 Jan 2019 20:52:32 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89044] libstdc++-6.dll is installed in the wrong directory cross-compiling with a multilib configuration Date: Fri, 25 Jan 2019 20:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03765.txt.bz2 Content-length: 164 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89044 --- Comment #5 from Jonathan Wakely --- OK thanks, I'll try to take a look into it. >From gcc-bugs-return-630957-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 21:14:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21762 invoked by alias); 25 Jan 2019 21:14:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21644 invoked by uid 48); 25 Jan 2019 21:14:43 -0000 From: "anlauf at gmx dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/34871] Flavor VARIABLE vs. FUNCTION: Accepts invalid Date: Fri, 25 Jan 2019 21:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 4.3.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: anlauf at gmx dot de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03766.txt.bz2 Content-length: 851 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34871 Harald Anlauf changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |anlauf at gmx dot de --- Comment #5 from Harald Anlauf --- If the example in comment #0 is changed as follows: MODULE TESTS dimension :: k(4) CONTAINS function k() result (kk) kk = 35 end function k END MODULE TESTS the code - although still invalid - still compiles, but the dump-tree is completely different. I also see big differences in the dump-tree between comment #0 and the above for 9-trunk, but not for 8-branch. ISTR a patch (Steve) that fixed a related issue with RESULT(), maybe that is the place to look for a fix? >From gcc-bugs-return-630958-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 21:26:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42443 invoked by alias); 25 Jan 2019 21:26:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 42374 invoked by uid 48); 25 Jan 2019 21:26:32 -0000 From: "1000hz.radiowave at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89065] New: set::find always returns const iterator Date: Fri, 25 Jan 2019 21:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 1000hz.radiowave at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03767.txt.bz2 Content-length: 1335 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89065 Bug ID: 89065 Summary: set::find always returns const iterator Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: 1000hz.radiowave at gmail dot com Target Milestone: --- by the standard there are 2 overloads of find: iterator find( const Key& key ); const_iterator find( const Key& key ) const; However, libstdc++ seem to return const iterator even on non const object. Consider the example: #include #include struct FatKey { int x; int ref_count; }; bool operator<(const FatKey& fk1, const FatKey& fk2) { return fk1.x < fk2.x; } int main() { std::set example = { {1, 0 }, {2, 0 }, {3, 0 }, {4, 0 } }; auto search = example.find({1, 0}); if (search != example.end()) { search->ref_count++; std::cout << "Found " << search->x << '\n'; } else { std::cout << "Not found\n"; } } It fails to compile with the error: main.cpp: In function 'int main()': main.cpp:11:26: error: increment of member 'FatKey::ref_count' in read-only object search->ref_count++; While it shouldn't. >From gcc-bugs-return-630959-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 21:27:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43557 invoked by alias); 25 Jan 2019 21:27:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 43494 invoked by uid 48); 25 Jan 2019 21:27:25 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/88810] gcc/fortran/dependency.c:2200: possible cut'n'paste error ? Date: Fri, 25 Jan 2019 21:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-SW-Source: 2019-01/txt/msg03768.txt.bz2 Content-length: 606 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88810 --- Comment #8 from kargl at gcc dot gnu.org --- Created attachment 45533 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45533&action=edit patch The attached patch re-arranges the code to hopefully clarify the logic. 2019-01-26 Steven G. Kargl PR fortran/88810 * dependency.c (gfc_dep_resolver): Re-arrange code to make the logic a bit more transparent. Fix 2 nearby formatting issues. Note, as the code is correct in its current form, I will hold this patch until stage 1 opens for gcc 10. >From gcc-bugs-return-630960-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 21:46:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81383 invoked by alias); 25 Jan 2019 21:46:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 81308 invoked by uid 48); 25 Jan 2019 21:46:36 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89065] set::find always returns const iterator Date: Fri, 25 Jan 2019 21:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse 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: --- 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-SW-Source: 2019-01/txt/msg03769.txt.bz2 Content-length: 215 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89065 --- Comment #1 from Marc Glisse --- iterator and const_iterator are the same type for std::set, the elements are always immutable... >From gcc-bugs-return-630961-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 22:02:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119130 invoked by alias); 25 Jan 2019 22:02:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119050 invoked by uid 48); 25 Jan 2019 22:02:13 -0000 From: "1000hz.radiowave at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89065] set::find always returns const iterator Date: Fri, 25 Jan 2019 22:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 1000hz.radiowave at gmail dot com 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: --- 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-SW-Source: 2019-01/txt/msg03770.txt.bz2 Content-length: 450 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89065 --- Comment #2 from baltic <1000hz.radiowave at gmail dot com> --- Ok, i see 26.2.6.6 section of the standard: iterator of an associative container is of the bidirectional iterator category. For associative containers where the value type is the same as the key type, both iterator and const_iterator are constant iterators. Weird though. I think this could be closed as invalid. Thanks! >From gcc-bugs-return-630962-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 22:21:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45333 invoked by alias); 25 Jan 2019 22:21:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45278 invoked by uid 48); 25 Jan 2019 22:21:20 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89065] set::find always returns const iterator Date: Fri, 25 Jan 2019 22:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-SW-Source: 2019-01/txt/msg03771.txt.bz2 Content-length: 420 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89065 Marc Glisse changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #3 from Marc Glisse --- . >From gcc-bugs-return-630963-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 22:29:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54285 invoked by alias); 25 Jan 2019 22:29:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54185 invoked by uid 48); 25 Jan 2019 22:29:35 -0000 From: "vmakarov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/88846] [9 Regression] pr69776-2.c failure on 32 bit AIX Date: Fri, 25 Jan 2019 22:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: vmakarov at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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-SW-Source: 2019-01/txt/msg03772.txt.bz2 Content-length: 793 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88846 --- Comment #6 from Vladimir Makarov --- Sorry, I wrote wrong PR number in the ChangeLog entry (I already fix the number). Here is the info about the patch I've committed Author: vmakarov Date: Fri Jan 25 22:13:43 2019 New Revision: 268280 URL: https://gcc.gnu.org/viewcvs?rev=268280&root=gcc&view=rev Log: 2019-01-25 Vladimir Makarov PR rtl-optimization/888846 * ira.c (process_set_for_memref_referenced_p): New. (memref_referenced_p): Add new param. Use process_set_for_memref_referenced_p. Add new switch cases. (memref_used_between_p): Pass new arg to memref_referenced_p. Modified: trunk/gcc/ChangeLog trunk/gcc/ira.c >From gcc-bugs-return-630964-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 22:46:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115196 invoked by alias); 25 Jan 2019 22:46:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 115091 invoked by uid 48); 25 Jan 2019 22:46:28 -0000 From: "icypawn at aol dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89066] New: After creating valid paths, the \ in source directory are / which creates "No such file or directory" Date: Fri, 25 Jan 2019 22:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: icypawn at aol dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03773.txt.bz2 Content-length: 3995 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89066 Bug ID: 89066 Summary: After creating valid paths, the \ in source directory are / which creates "No such file or directory" Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: icypawn at aol dot com Target Milestone: --- In my direcory: N:\nesys\asm6\src after typing: gcc -v -save-temps good.c -o good > ok.txt 2>&1 ok.txt reads: Using built-in specs. COLLECT_GCC=gcc Target: i686-w64-mingw32 Configured with: ../../../src/gcc-8.1.0/configure --host=i686-w64-mingw32 --build=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/mingw32 --with-sysroot=/c/mingw810/i686-810-win32-sjlj-rt_v6-rev0/mingw32 --enable-shared --enable-static --enable-targets=all --enable-multilib --enable-languages=c,c++,fortran,lto --enable-libstdcxx-time=yes --enable-threads=win32 --enable-libgomp --enable-libatomic --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic-string --enable-version-specific-runtime-libs --enable-sjlj-exceptions --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch-32=i686 --with-arch-64=nocona --with-tune-32=generic --with-tune-64=core2 --with-libiconv --with-system-zlib --with-gmp=/c/mingw810/prerequisites/i686-w64-mingw32-static --with-mpfr=/c/mingw810/prerequisites/i686-w64-mingw32-static --with-mpc=/c/mingw810/prerequisites/i686-w64-mingw32-static --with-isl=/c/mingw810/prerequisites/i686-w64-mingw32-static --with-pkgversion='i686-win32-sjlj-rev0, Built by MinGW-W64 project' --with-bugurl=https://sourceforge.net/projects/mingw-w64 CFLAGS='-O2 -pipe -fno-ident -I/c/mingw810/i686-810-win32-sjlj-rt_v6-rev0/mingw32/opt/include -I/c/mingw810/prerequisites/i686-zlib-static/include -I/c/mingw810/prerequisites/i686-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -fno-ident -I/c/mingw810/i686-810-win32-sjlj-rt_v6-rev0/mingw32/opt/include -I/c/mingw810/prerequisites/i686-zlib-static/include -I/c/mingw810/prerequisites/i686-w64-mingw32-static/include' CPPFLAGS=' -I/c/mingw810/i686-810-win32-sjlj-rt_v6-rev0/mingw32/opt/include -I/c/mingw810/prerequisites/i686-zlib-static/include -I/c/mingw810/prerequisites/i686-w64-mingw32-static/include' LDFLAGS='-pipe -fno-ident -L/c/mingw810/i686-810-win32-sjlj-rt_v6-rev0/mingw32/opt/lib -L/c/mingw810/prerequisites/i686-zlib-static/lib -L/c/mingw810/prerequisites/i686-w64-mingw32-static/lib -Wl,--large-address-aware' Thread model: win32 gcc version 8.1.0 (i686-win32-sjlj-rev0, Built by MinGW-W64 project) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-o' 'good.exe' '-mtune=generic' '-march=i686' cc1 -E -quiet -v -iprefix N:/nesys/asm6/src/../lib/gcc/i686-w64-mingw32/8.1.0/ -U_REENTRANT good.c -mtune=generic -march=i686 -fpch-preprocess -o good.i gcc: error: CreateProcess: No such file or directory *eof And so I think this happens because the second to last line beginning with "cc1" has the directory after -iprefix "N:/nesys/asm6/src/.." and in cmd the directories have to use \. I noticed this after looking though someone else's post in a forum citing output from a "gcc -v" line. Their text had "-iprefix c:\mingw.4.7.2\bin\../lib/gcc/i686-pc-mingw32/4.7.2/" and my slashes from my -v response, in the source directory, are backwards... so I think it's a bug. Sorry, if this isn't a bug. Matthew p.s. The -save-temps didn't return a *.i* file; I think that's because good.c is 0kb or empty. I received the exact same -v response when using my source file and didn't think this "bug" has anything to do with the gcc compiler compiling... so I substituted my empty good.c. Hope that's ok. :) >From gcc-bugs-return-630965-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 22:51:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17202 invoked by alias); 25 Jan 2019 22:51:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 17093 invoked by uid 48); 25 Jan 2019 22:51:30 -0000 From: "darryl_okahata at keysight dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89056] Optimizer generates bad code for non-void function that fails to return a value Date: Fri, 25 Jan 2019 22:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: darryl_okahata at keysight dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03774.txt.bz2 Content-length: 1854 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89056 --- Comment #6 from Darryl Okahata --- (OK, at this point, I'm just whinging, so please feel free to ignore this.) I just wish the C++ standard instead just allowed an undefined value to be returned, instead of generating bad optimized code. With the current state, I either have to add compiler-specific extensions or unreachable return statements to insure that correct code is generated (unexpected and violates POLA). The issue is that g++ (understandably) can't always detect if there is always a proper return statement (execution can never hit the end of the function). Grossly-oversimplified example (real code is much more complicated): enum E { A, B }; bool bah(const enum E a) { if (a == A) return false; if (a == B) return true; } Compiling with (8.2.0): g++ -S -O badbad.cc gives: badbad.cc: In function 'bool bah(E)': badbad.cc:10:1: warning: control reaches end of non-void function [-Wreturn-type] } ^ Understandable, as I don't expect g++ to figure out complicated code machinations. However, I don't know all the circumstances under which this warning means that g++ is generating bad code. As a result, I have to add unreachable return statements to insure that g++ does not generate bad optimized code. Our code runs on multiple platforms, and so I'd rather avoid the use of g++ extensions (e.g., __builtin_unreachable() or attributes) and cluttering #ifdefs. Adding an unreachable return is undesirable but simple and portable: enum E { A, B }; bool bah(const enum E a) { if (a == A) return false; if (a == B) return true; return false; // UNREACHABLE } >From gcc-bugs-return-630966-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 22:57:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23929 invoked by alias); 25 Jan 2019 22:57:50 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23857 invoked by uid 48); 25 Jan 2019 22:57:46 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/89066] After creating valid paths, the \ in source directory are / which creates "No such file or directory" Date: Fri, 25 Jan 2019 22:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget component cf_gcchost cf_gccbuild 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-SW-Source: 2019-01/txt/msg03775.txt.bz2 Content-length: 893 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89066 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Target|*-mingw* *-cygwin* |i686-w64-mingw32 Component|c |driver Host| |i686-w64-mingw32 Build| |i686-w64-mingw32 --- Comment #1 from Andrew Pinski --- > cc1 -E -quiet -v -iprefix N:/nesys/asm6/src/../lib/gcc/i686-w64-mingw32/8.1.0/ -U_REENTRANT good.c -mtune=generic -march=i686 -fpch-preprocess -o good.i >gcc: error: CreateProcess: No such file or directory This is the problem the GCC driver can't find cc1. The replacement of \ to / is valid transformation for Windows. >From gcc-bugs-return-630967-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 23:02:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29849 invoked by alias); 25 Jan 2019 23:02:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 29772 invoked by uid 48); 25 Jan 2019 23:01:57 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/89066] After creating valid paths, the \ in source directory are / which creates "No such file or directory" Date: Fri, 25 Jan 2019 23:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia 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: --- 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-SW-Source: 2019-01/txt/msg03776.txt.bz2 Content-length: 212 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89066 --- Comment #2 from Andrew Pinski --- >Built by MinGW-W64 project Can you make sure you downloaded all of the correct binaries. >From gcc-bugs-return-630968-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 23:08:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37329 invoked by alias); 25 Jan 2019 23:08:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37271 invoked by uid 48); 25 Jan 2019 23:08:05 -0000 From: "icypawn at aol dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/89066] After creating valid paths, the \ in source directory are / which creates "No such file or directory" Date: Fri, 25 Jan 2019 23:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: icypawn at aol dot com 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: --- 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-SW-Source: 2019-01/txt/msg03777.txt.bz2 Content-length: 895 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89066 --- Comment #3 from Matthew Wuensche --- I ran the online installer... and received this file mingw-w64-install.exe. And I reran the file to make sure all of those files were added. I found cc1 and added that path before submitting my "bug" report. PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;"C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static";"C:\Program Files (x86)\Common Files\lenovo\easyplussdk\bin";C:\WINDOWS\System32\OpenSSH\;C:\Users\auser\AppData\Local\Microsoft\WindowsApps;"C:\Program Files (x86)\mingw-w64\i686-8.1.0-win32-sjlj-rt_v6-rev0\mingw32\bin";"C:\Program Files (x86)\mingw-w64\i686-8.1.0-win32-sjlj-rt_v6-rev0\mingw32\libexec\gcc\i686-w64-mingw32\8.1.0" see the last path? That's where cc1.exe is. :) >From gcc-bugs-return-630969-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 23:19:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90395 invoked by alias); 25 Jan 2019 23:19:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 87954 invoked by uid 48); 25 Jan 2019 23:19:53 -0000 From: "antony at cosmologist dot info" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89067] New: Inaccurate error message: 'i' at (1) is not a member of the 'x' structure Date: Fri, 25 Jan 2019 23:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: antony at cosmologist dot info 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03778.txt.bz2 Content-length: 477 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89067 Bug ID: 89067 Summary: Inaccurate error message: 'i' at (1) is not a member of the 'x' structure Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: antony at cosmologist dot info Target Milestone: --- >From gcc-bugs-return-630970-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 23:21:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97595 invoked by alias); 25 Jan 2019 23:21:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 97522 invoked by uid 48); 25 Jan 2019 23:20:57 -0000 From: "eric.niebler at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89068] New: Nested inline anonymous namespaces are erroneously reported as conflicting Date: Fri, 25 Jan 2019 23:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: eric.niebler at gmail dot com 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03779.txt.bz2 Content-length: 880 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89068 Bug ID: 89068 Summary: Nested inline anonymous namespaces are erroneously reported as conflicting Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: eric.niebler at gmail dot com Target Milestone: --- The following valid code is rejected by g++ -std=c++XY for any XY >= 11: inline namespace { inline namespace {} } inline namespace {} The error message I get is: :4:8: error: 'namespace { }' conflicts with a previous declaration inline namespace {} ^~~~~~~~~ :1:8: note: previous declaration 'namespace { }' inline namespace { ^~~~~~~~~ Compiler returned: 1 >From gcc-bugs-return-630971-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 23:23:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101594 invoked by alias); 25 Jan 2019 23:23:07 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101547 invoked by uid 48); 25 Jan 2019 23:23:03 -0000 From: "antony at cosmologist dot info" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89067] Inaccurate error message: 'i' at (1) is not a member of the 'x' structure Date: Fri, 25 Jan 2019 23:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: antony at cosmologist dot info 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: --- 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-SW-Source: 2019-01/txt/msg03780.txt.bz2 Content-length: 537 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89067 --- Comment #1 from Antony Lewis --- The error message on this code subroutine test type x end type type, extends(x):: y integer ii end type type(y) yy yy%i=1 end subroutine is Error: 'i' at (1) is not a member of the 'x' structure But it should refer to the 'y' structure, not the base class 'x'. Obviously minor and low priority, but more less helpful if y is a deep derived class. >From gcc-bugs-return-630972-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 23:28:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120258 invoked by alias); 25 Jan 2019 23:28:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117794 invoked by uid 48); 25 Jan 2019 23:28:48 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89068] Nested inline anonymous namespaces are erroneously reported as conflicting Date: Fri, 25 Jan 2019 23:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution 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-SW-Source: 2019-01/txt/msg03781.txt.bz2 Content-length: 556 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89068 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |mpolacek at gcc dot gnu.org Resolution|--- |FIXED --- Comment #1 from Marek Polacek --- Already fixed by r264016 which was backported to 8, too. >From gcc-bugs-return-630973-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 23:50:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 87579 invoked by alias); 25 Jan 2019 23:50:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 87456 invoked by uid 48); 25 Jan 2019 23:50:17 -0000 From: "peter at cordes dot ca" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89063] [x86] lack of support for BEXTR from BMI extension Date: Fri, 25 Jan 2019 23:50:00 -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: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: peter at cordes dot ca 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-SW-Source: 2019-01/txt/msg03782.txt.bz2 Content-length: 4724 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89063 Peter Cordes changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |peter at cordes dot ca --- Comment #1 from Peter Cordes --- Unfortunately Intel Haswell/Skylake implement BEXTR as 2 uops with 2c latency. Presumably those uops are a shift + bzhi, so 1p06 + 1p15 would explain Agner Fog's experimental result of 2p0156 for BEXTR, with 0.5c throughput. On AMD Excavator/Ryzen, it's 1 uop with 1c latency. On Steamroller and earlier, it's 2 uops but 1c latency. (I assume that's latency from the non-control input to the output. So maybe one of the uops pre-processes the control input, otherwise you'd expect 2c latency from either operand.) Ryzen dropped support for AMD TBM, so only Excavator (bdver4) has 1-uop bextr imm16 which would avoid the need for mov reg,imm32 with the control operand. But mov-imm + bextr can still be a win on Ryzen, lower latency than RORX+AND BMI2 RORX is single-uop on all CPUs that support it. If we already need a 2nd uop to mask anyway, we can use RORX+AND-immediate to duplicate the functionality and performance of BEXTR-immediate, with the smaller code-size if the AND-mask fits in an imm8. (5+5 vs. 6+3 or 6+4 if the AND needs a REX) Without an immediate-source BEXTR (like AMD TBM has/had), the only advantage mov-immediate+bextr has (on Intel) over mov-reg+shift+and is that can deal with wide bitfields using a count instead of an immediate AND mask. (Especially if it doesn't fit in 32 bits). If you can reuse the same control-register in a loop, BEXTR is good-ish for copy-and-extract. PEXT is 1 uop on Intel CPUs even though the simpler-looking BEXTR is 2. But PEXT is extremely slow on Ryzen (7 uops, 18c lat and tput). So for 32-bit constants at least, mov r32,imm32 + PEXT to copy-and-extract is better than BEXTR on Intel. movabs imm64 is too big and can cause front-end problems (slower to read from the uop cache, if that effect from Sandybridge is still present on Haswell/Skylake), and has no advantage vs. RORX + AND unless the bitfield you're extracting is wider than 32 bits. PEXT has 3 cycle latency, though, and can only run on port 1 on SnB-family. (All integer uops with latency > 1 are p1-only). It's potentially good for throughput, but worse than RORX+AND for latency. Unfortunately x86 bitfield instructions are pretty weak compared to ARM / AArch64 ubfx or PowerPC rlwinm and friends, where the bit-positions are simply specified as immediates. Only AMD's immediate version of BEXTR (1 uop on Excavator) matched them. Having a bunch of different control operands for BEXTR or PEXT in registers might be usable in a loop, but a lot more rarely useful than immediate controls. ---- 0000000000000000 : 0: c4 e3 fb f0 c7 2a rorx $0x2a,%rdi,%rax # $(64-22) 6: c4 e3 fb f0 d7 35 rorx $0x35,%rdi,%rdx # $(64-11) c: 83 e7 3f and $0x3f,%edi f: 83 e0 3f and $0x3f,%eax 12: 83 e2 3f and $0x3f,%edx 15: 01 f8 add %edi,%eax # 32-bit operand-size because we can prove it can't overflow 17: 01 d0 add %edx,%eax # missed optimization in both gcc's versions. 19: c3 retq Not counting the ret, this is 7 uops for Skylake and Ryzen. **I'm pretty sure this is our best bet for -march=skylake, and for tune=generic -mbmi2** The BEXT intrinsics version is 9 uops for SKL, 7 for Ryzen, but is 2 bytes larger. (not counting the savings from avoiding a REX prefix on the ADD instructions; that missed optimization applies equally to both.) OTOH, the critical path latency for BEXTR on Ryzen is better by 1 cycle, so we could still consider it for -march=znver1. Or for tune=generic -mbmi without BMI2. The legacy mov+shr+and version is 10 uops because gcc wasted a `mov %rdi,%rax` instruction; it *should* be 9 uops for all normal CPUs. --- With only BMI1 but not BMI2 enabled, we should probably use the mov-imm + BEXTR version. It's not worse than the mov+shr+and version on SnB-family or bd/zn, and it's better on some AMD. And it's probably smaller code-size. And in future if Intel designs CPUs that can handle BEXTR as a single uop with 1c latency, mov+bextr will become good-ish everywhere. For code-size, BEXTR has a definite advantage for bitfields wider than 1 byte, because AND $imm32, %r32 is 6 bytes long instead of 3. >From gcc-bugs-return-630974-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 23:55:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102974 invoked by alias); 25 Jan 2019 23:55:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 102941 invoked by uid 48); 25 Jan 2019 23:55:33 -0000 From: "antony at cosmologist dot info" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89069] New: ICE in select type with function returning class array pointer Date: Fri, 25 Jan 2019 23:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: antony at cosmologist dot info 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: 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-SW-Source: 2019-01/txt/msg03783.txt.bz2 Content-length: 840 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89069 Bug ID: 89069 Summary: ICE in select type with function returning class array pointer Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: antony at cosmologist dot info Target Milestone: --- Follow up to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87566, seg fault ICE with gfortran 6.5-9.0 module test contains function getP() class(*), pointer :: getP(:) end function getP subroutine SegFaulter() class(*), pointer :: Pt => null() select type (P=>getP()) type is (real) end select end subroutine end module test >From gcc-bugs-return-630975-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 25 23:58:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106603 invoked by alias); 25 Jan 2019 23:58:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 106457 invoked by uid 48); 25 Jan 2019 23:58:51 -0000 From: "antony at cosmologist dot info" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87566] ICE with class(*) and select Date: Fri, 25 Jan 2019 23:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: antony at cosmologist dot info X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned 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-SW-Source: 2019-01/txt/msg03784.txt.bz2 Content-length: 222 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87566 --- Comment #11 from Antony Lewis --- I posted remaining ICE in 9.0.0 20190119 as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89069 >From gcc-bugs-return-630976-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jan 26 00:09:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117353 invoked by alias); 26 Jan 2019 00:09:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117343 invoked by uid 89); 26 Jan 2019 00:09:28 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=3.1 required=5.0 testsºYES_60,DATE_IN_PAST_03_06,TIME_LIMIT_EXCEEDED autolearn=unavailable version=3.3.2 spammy=Hx-spam-relays-external:sk:mail.na, H*RU:sk:mail.na, H*r:sk:mail.na, tax X-HELO: EXCHANGE.NABERCO.LOCAL Received: from mail.naberco.net (HELO EXCHANGE.NABERCO.LOCAL) (77.245.11.140) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 26 Jan 2019 00:09:18 +0000 Received: from [66.70.136.197] (66.70.136.197) by mail.naberco.net (172.16.1.5) with Microsoft SMTP Server id 14.3.123.3; Fri, 25 Jan 2019 21:05:05 +0200 Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body Subject: Available Funds for Investment! To: From: johannreimann Date: Sat, 26 Jan 2019 00:09:00 -0000 Reply-To: X-Sophos-smtpxy-version: 1.0.6.3 X-Sophos-AV-Policy: default-smtp-av X-RBL-Sophos: clean X-RBL-Sophos: clean X-Sophos-IBS: success X-CTCH-PVer: 0000001 X-CTCH-Spam: Bulk X-CTCH-VOD: Unknown X-CTCH-Flags: 16 X-CTCH-RefID: str01.0A0B0208.5C4ACD48.00AB,ss=3,sh,re=0.000,recu=0.000,reip=0.000,cl=3,cld=1,fgs X-CTCH-Score: 0.000 X-CTCH-ScoreCust: 0.000 X-CTCH-Rules: Message-ID: <3c44aa57-5241-41f9-9c8a-eb40be05f666@EXCHANGE.NABERCO.LOCAL> Return-Path: mail@eventclass.com X-SW-Source: 2019-01/txt/msg03785.txt.bz2 Content-length: 795 Greetings, I am looking to work with a reputable individual/firm to engage in a profit oriented ventures in your country and perhaps with your assistance, we could get low tax rates. I have the directive of Sheikh Mubarak AL-Thani to source for partner abroad who can accommodate and manage US$50M. The sum is derived from a supply contract carried out by a foreign company with Qatar Petroleum Company in Doha - Qatar Upon your acceptance/willingness, our contracted lawyer will formally initiate a legal binding change of ownership to reflect your name as the authorized beneficiary of the fund devoid of any consequences thereafter. Further details will follow upon your positive reply. Regards, Fernando Alves Investment Officer | Koff Investment