From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8737 invoked by alias); 25 Aug 2018 11:52: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 Received: (qmail 8719 invoked by uid 55); 25 Aug 2018 11:52:47 -0000 From: "jozefl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/86662] [7/8/9 Regression] msp430-elf segfault with -flto and -mlarge Date: Sat, 25 Aug 2018 11:52: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: jozefl 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: 2018-08/txt/msg02025.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86662 --- Comment #4 from jozefl at gcc dot gnu.org --- Author: jozefl Date: Sat Aug 25 11:52:15 2018 New Revision: 263852 URL: https://gcc.gnu.org/viewcvs?rev=3D263852&root=3Dgcc&view=3Drev Log: Backport from mainline PR target/86662 * gcc/tree.c (build_common_tree_nodes): Initialize integer_types ar= ray with all enabled __intN types. * gcc/testsuite/gcc.target/msp430/pr86662.c: New test. Added: branches/gcc-7-branch/gcc/testsuite/gcc.target/msp430/pr86662.c Modified: branches/gcc-7-branch/gcc/ChangeLog branches/gcc-7-branch/gcc/tree.c >>From gcc-bugs-return-613737-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 12:11:05 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33696 invoked by alias); 25 Aug 2018 12:11: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 33634 invoked by uid 55); 25 Aug 2018 12:11:00 -0000 From: "jozefl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/86662] [7/8/9 Regression] msp430-elf segfault with -flto and -mlarge Date: Sat, 25 Aug 2018 12:11: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: jozefl 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: 2018-08/txt/msg02026.txt.bz2 Content-length: 633 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86662 --- Comment #5 from jozefl at gcc dot gnu.org --- Author: jozefl Date: Sat Aug 25 12:10:28 2018 New Revision: 263853 URL: https://gcc.gnu.org/viewcvs?rev=3D263853&root=3Dgcc&view=3Drev Log: Backport from mainline PR target/86662 * gcc/tree.c (build_common_tree_nodes): Initialize integer_types ar= ray with all enabled __intN types. * gcc/testsuite/gcc.target/msp430/pr86662.c: New test. Added: branches/gcc-8-branch/gcc/testsuite/gcc.target/msp430/pr86662.c Modified: branches/gcc-8-branch/gcc/ChangeLog branches/gcc-8-branch/gcc/tree.c >>From gcc-bugs-return-613738-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 13:37:54 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118257 invoked by alias); 25 Aug 2018 13:37: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 118189 invoked by uid 48); 25 Aug 2018 13:37:50 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/79342] [6 Regression] ICE in output_index_string, at dwarf2out.c:25635 with -gsplit-dwarf Date: Sat, 25 Aug 2018 13: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: 6.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned 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: 2018-08/txt/msg02027.txt.bz2 Content-length: 525 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D79342 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from H.J. Lu --- Fixed for GCC 9. The added testcase doesn't cause ICE on GCC 8 branch. Do we have a testcase for release branches? >>From gcc-bugs-return-613739-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 13:38:39 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119901 invoked by alias); 25 Aug 2018 13:38: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 119839 invoked by uid 48); 25 Aug 2018 13:38:35 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/86872] [9 Regression] LTO bootstrap failed with profiledbootstrap Date: Sat, 25 Aug 2018 13:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools 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: 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: 2018-08/txt/msg02028.txt.bz2 Content-length: 415 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86872 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from H.J. Lu --- Fixed. >>From gcc-bugs-return-613740-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 13:58:56 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57330 invoked by alias); 25 Aug 2018 13:58: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 57256 invoked by uid 48); 25 Aug 2018 13:58:51 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87045] pointer to array of character Date: Sat, 25 Aug 2018 13: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: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig 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: 2018-08/txt/msg02029.txt.bz2 Content-length: 737 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87045 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |wrong-code Status|UNCONFIRMED |NEW Last reconfirmed| |2018-08-25 CC| |tkoenig at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Thomas Koenig --- Confirmed; valgrind shows uninitialized variables. That seems to go back to 4.8 at least, so it does not look like a regression. >>From gcc-bugs-return-613741-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 14:52:10 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 103782 invoked by alias); 25 Aug 2018 14: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 103546 invoked by uid 48); 25 Aug 2018 14:52:05 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86704] [8/9 Regression] Segmentation fault when using matmul in combination with transpose Date: Sat, 25 Aug 2018 14: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: 8.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: tkoenig at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.3 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: 2018-08/txt/msg02030.txt.bz2 Content-length: 382 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86704 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot = gnu.org >>From gcc-bugs-return-613742-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 15:42:11 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16476 invoked by alias); 25 Aug 2018 15:42: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 16438 invoked by uid 55); 25 Aug 2018 15:42:06 -0000 From: "janus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86545] ICE in transfer_expr on invalid WRITE statement Date: Sat, 25 Aug 2018 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: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: janus at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: janus 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: 2018-08/txt/msg02031.txt.bz2 Content-length: 757 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86545 --- Comment #8 from janus at gcc dot gnu.org --- Author: janus Date: Sat Aug 25 15:41:34 2018 New Revision: 263854 URL: https://gcc.gnu.org/viewcvs?rev=3D263854&root=3Dgcc&view=3Drev Log: fix PR 86545 2018-08-25 Janus Weil PR fortran/86545 * resolve.c (resolve_transfer): Correctly determine typespec for generic function calls, in order to throw a proper error. 2018-08-25 Janus Weil PR fortran/86545 * gfortran.dg/generic_35.f90: New test case. Added: trunk/gcc/testsuite/gfortran.dg/generic_35.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-613743-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 15:49:31 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94108 invoked by alias); 25 Aug 2018 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 94079 invoked by uid 48); 25 Aug 2018 15:49:27 -0000 From: "janus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86545] ICE in transfer_expr on invalid WRITE statement Date: Sat, 25 Aug 2018 15: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: 9.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: janus at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: janus 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: 2018-08/txt/msg02032.txt.bz2 Content-length: 526 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86545 janus at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from janus at gcc dot gnu.org --- (In reply to Jerry DeLisle from comment #7) > Approved with usual ChangLog and test cases. Thanks! Committed to 9-trunk as r263854. Closing. >>From gcc-bugs-return-613744-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 16:05:00 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 103440 invoked by alias); 25 Aug 2018 16:05: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 103404 invoked by uid 48); 25 Aug 2018 16:04:56 -0000 From: "janus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86907] [9 Regression] bogus warning "No location in expression near" Date: Sat, 25 Aug 2018 16:05: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: janus 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2018-08/txt/msg02033.txt.bz2 Content-length: 292 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86907 --- Comment #2 from janus at gcc dot gnu.org --- I cannot reproduce this at r263854. I think the error you report requires GCC to be configured with --enable-checking (this is on by default for non-release builds, but off for releases). >>From gcc-bugs-return-613745-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 16:19:46 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94837 invoked by alias); 25 Aug 2018 16:19: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 94796 invoked by uid 48); 25 Aug 2018 16:19:42 -0000 From: "juergen.reuter at desy dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86907] [9 Regression] bogus warning "No location in expression near" Date: Sat, 25 Aug 2018 16:19: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: juergen.reuter at desy dot de 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2018-08/txt/msg02034.txt.bz2 Content-length: 728 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86907 --- Comment #3 from J=C3=BCrgen Reuter --- (In reply to janus from comment #2) > I cannot reproduce this at r263854. >=20 > I think the error you report requires GCC to be configured with > --enable-checking (this is on by default for non-release builds, but off = for > releases). Janus, this is actually incredibly valuable information. Yes, I was always since ages building gcc/gfortran/g++ from the svn, and at some point compilation became significantly ("macroscopically") slower, probably from version 7.0.0 on. Could this be when enable-checking was introduced. Can I = just compile the svn version with --enable-checking=3Drelease? >>From gcc-bugs-return-613746-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 17:35:00 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122008 invoked by alias); 25 Aug 2018 17:35: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 121546 invoked by uid 48); 25 Aug 2018 17:34:56 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/81958] spurious -Wmaybe-uninitialized warning in gcc-8, or with -O1 Date: Sat, 25 Aug 2018 17:35: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: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat 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: 2018-08/txt/msg02035.txt.bz2 Content-length: 384 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81958 --- Comment #3 from Jeffrey A. Law --- I'd suggest leaving as a single bug for the Wuninitialized issue. There ma= y be other approaches to fixing it that are worth exploring. If we split into multiple bugs for the various hunks of work DOM would need we essentially bake-in the implementation approach. >>From gcc-bugs-return-613747-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 19:13:13 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46007 invoked by alias); 25 Aug 2018 19: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 45917 invoked by uid 55); 25 Aug 2018 19:13:09 -0000 From: "law at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87059] [9 Regression] internal compiler error: in set_value_range, at tree-vrp.c:289 Date: Sat, 25 Aug 2018 19: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: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: aldyh 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: 2018-08/txt/msg02036.txt.bz2 Content-length: 552 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87059 --- Comment #22 from Jeffrey A. Law --- Author: law Date: Sat Aug 25 19:12:36 2018 New Revision: 263855 URL: https://gcc.gnu.org/viewcvs?rev=3D263855&root=3Dgcc&view=3Drev Log: PR tree-optimization/87059 * builtins.c (expand_builtin_strncmp): Convert MIN_EXPR operand to the same type as the other. * fold-const.c (fold_binary_loc): Assert expectation. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/fold-const.c >>From gcc-bugs-return-613748-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 19:14:58 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48531 invoked by alias); 25 Aug 2018 19:14: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 48437 invoked by uid 48); 25 Aug 2018 19:14:54 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87059] [9 Regression] internal compiler error: in set_value_range, at tree-vrp.c:289 Date: Sat, 25 Aug 2018 19: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: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: aldyh at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 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: 2018-08/txt/msg02037.txt.bz2 Content-length: 522 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87059 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |law at redhat dot com Resolution|--- |FIXED --- Comment #23 from Jeffrey A. Law --- Fixed by Martin's patch on the trunk. >>From gcc-bugs-return-613749-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 19:59:09 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33964 invoked by alias); 25 Aug 2018 19:59: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 33938 invoked by uid 48); 25 Aug 2018 19:59:05 -0000 From: "janus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86907] [9 Regression] bogus warning "No location in expression near" Date: Sat, 25 Aug 2018 19:59: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: janus 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2018-08/txt/msg02038.txt.bz2 Content-length: 645 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86907 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to J=C3=BCrgen Reuter from comment #3) > Janus, this is actually incredibly valuable information. Yes, I was always > since ages building gcc/gfortran/g++ from the svn, and at some point > compilation became significantly ("macroscopically") slower, probably from > version 7.0.0 on. Could this be when enable-checking was introduced. I'm pretty sure --enable-checking exists much longer than that, but maybe t= he default has changed at some point? > Can I just compile the svn version with --enable-checking=3Drelease? Sure! >>From gcc-bugs-return-613750-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 20:12:45 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53856 invoked by alias); 25 Aug 2018 20:12: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 53804 invoked by uid 48); 25 Aug 2018 20:12:40 -0000 From: "TonyELewis at hotmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87093] is_constructible (__is_constructible() instrinsic) explicitly instantiates conversion member function of source Date: Sat, 25 Aug 2018 20: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: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: TonyELewis at hotmail 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: 2018-08/txt/msg02039.txt.bz2 Content-length: 178 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87093 --- Comment #2 from Tony E Lewis --- Thanks for the response. Yes - that makes sense to me. >>From gcc-bugs-return-613751-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 20:31:30 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 87230 invoked by alias); 25 Aug 2018 20:31: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 86961 invoked by uid 48); 25 Aug 2018 20:31:17 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/87100] New: FAIL: gnat.dg/config_pragma1.adb execution test Date: Sat, 25 Aug 2018 20:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada 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: 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 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: 2018-08/txt/msg02040.txt.bz2 Content-length: 1618 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87100 Bug ID: 87100 Summary: FAIL: gnat.dg/config_pragma1.adb execution test Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa2.0w-hp-hpux11.11 spawn /test/gnu/gcc/objdir/gcc/gnatmake --GCC=3D/test/gnu/gcc/objdir/gcc/xg= cc --GN ATBIND=3D/test/gnu/gcc/objdir/gcc/gnatbind --GNATLINK=3D/test/gnu/gcc/objdir/gcc/gna tlink -cargs -B/test/gnu/gcc/objdir/gcc -largs --GCC=3D/test/gnu/gcc/objdir/gcc/xg cc -B/test/gnu/gcc/objdir/gcc -margs --RTS=3D/test/gnu/gcc/objdir/hppa2.0w-hp-hpu x11.11/./libada -q -f /test/gnu/gcc/gcc/gcc/testsuite/gnat.dg/config_pragma1.adb -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-co lor=3Dnever -gnata -lm -o ./config_pragma1.exe Executing on host: /test/gnu/gcc/objdir/gcc/gnatclean -c -q -n ./config_pra= gma1 (timeout =3D 300) spawn /test/gnu/gcc/objdir/gcc/gnatclean -c -q -n ./config_pragma1 ./config_pragma1.ali ./config_pragma1.o ./config_pragma1_pkg.ali ./config_pragma1_pkg.o PASS: gnat.dg/config_pragma1.adb (test for excess errors) Setting LD_LIBRARY_PATH to :/test/gnu/gcc/objdir/gcc::/test/gnu/gcc/objdir/= gcc spawn [open ...] raised STORAGE_ERROR : System.Memory.Alloc: heap exhausted FAIL: gnat.dg/config_pragma1.adb execution test E >>From gcc-bugs-return-613752-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 20:32:33 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93815 invoked by alias); 25 Aug 2018 20:32: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 93770 invoked by uid 48); 25 Aug 2018 20:32:29 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/87101] New: FAIL: gnat.dg/config_pragma1.adb execution test Date: Sat, 25 Aug 2018 20:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada 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: 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 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: 2018-08/txt/msg02041.txt.bz2 Content-length: 1616 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87101 Bug ID: 87101 Summary: FAIL: gnat.dg/config_pragma1.adb execution test Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa2.0w-hp-hpux11.11 spawn /test/gnu/gcc/objdir/gcc/gnatmake --GCC=3D/test/gnu/gcc/objdir/gcc/xg= cc --GN ATBIND=3D/test/gnu/gcc/objdir/gcc/gnatbind --GNATLINK=3D/test/gnu/gcc/objdir/gcc/gna tlink -cargs -B/test/gnu/gcc/objdir/gcc -largs --GCC=3D/test/gnu/gcc/objdir/gcc/xg cc -B/test/gnu/gcc/objdir/gcc -margs --RTS=3D/test/gnu/gcc/objdir/hppa2.0w-hp-hpu x11.11/./libada -q -f /test/gnu/gcc/gcc/gcc/testsuite/gnat.dg/config_pragma1.adb -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-co lor=3Dnever -gnata -lm -o ./config_pragma1.exe Executing on host: /test/gnu/gcc/objdir/gcc/gnatclean -c -q -n ./config_pra= gma1 (timeout =3D 300) spawn /test/gnu/gcc/objdir/gcc/gnatclean -c -q -n ./config_pragma1 ./config_pragma1.ali ./config_pragma1.o ./config_pragma1_pkg.ali ./config_pragma1_pkg.o PASS: gnat.dg/config_pragma1.adb (test for excess errors) Setting LD_LIBRARY_PATH to :/test/gnu/gcc/objdir/gcc::/test/gnu/gcc/objdir/= gcc spawn [open ...] raised STORAGE_ERROR : System.Memory.Alloc: heap exhausted FAIL: gnat.dg/config_pragma1.adb execution test >>From gcc-bugs-return-613753-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 20:38:50 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97352 invoked by alias); 25 Aug 2018 20: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 97301 invoked by uid 48); 25 Aug 2018 20:38:46 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/87102] New: FAIL: gnat.dg/debug11_pkg.adb scan-assembler local_imported_func Date: Sat, 25 Aug 2018 20:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada 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: 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 cf_gcchost cf_gcctarget cf_gccbuild 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: 2018-08/txt/msg02042.txt.bz2 Content-length: 1906 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87102 Bug ID: 87102 Summary: FAIL: gnat.dg/debug11_pkg.adb scan-assembler local_imported_func Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa2.0w-hp-hpux11.11 Created attachment 44594 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D44594&action=3Dedit .s file spawn /test/gnu/gcc/objdir/gcc/gnatmake --GCC=3D/test/gnu/gcc/objdir/gcc/xg= cc --GN ATBIND=3D/test/gnu/gcc/objdir/gcc/gnatbind --GNATLINK=3D/test/gnu/gcc/objdir/gcc/gna tlink -cargs -B/test/gnu/gcc/objdir/gcc -largs --GCC=3D/test/gnu/gcc/objdir/gcc/xg cc -B/test/gnu/gcc/objdir/gcc -margs --RTS=3D/test/gnu/gcc/objdir/hppa2.0w-hp-hpu x11.11/./libada -q -f /test/gnu/gcc/gcc/gcc/testsuite/gnat.dg/debug11_pkg.a= db -f no-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color =3Dnever -cargs -g -dA -margs -c -u -S -o debug11_pkg.s Executing on host: /test/gnu/gcc/objdir/gcc/gnatclean -c -q -n debug11_pkg= =20=20 (ti meout =3D 300) spawn /test/gnu/gcc/objdir/gcc/gnatclean -c -q -n debug11_pkg ./debug11_pkg.ali ./debug11_pkg.s PASS: gnat.dg/debug11_pkg.adb (test for excess errors) FAIL: gnat.dg/debug11_pkg.adb scan-assembler local_imported_func FAIL: gnat.dg/debug11_pkg.adb scan-assembler local_imported_var FAIL: gnat.dg/debug11_pkg.adb scan-assembler global_imported_func FAIL: gnat.dg/debug11_pkg.adb scan-assembler global_imported_var PASS: gnat.dg/debug11_pkg.adb scan-assembler-not foreign_imported_func PASS: gnat.dg/debug11_pkg.adb scan-assembler-not foreign_imported_var >>From gcc-bugs-return-613754-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 20:50:15 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129783 invoked by alias); 25 Aug 2018 20:50: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 129718 invoked by uid 48); 25 Aug 2018 20:50:09 -0000 From: "abensonca at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87103] New: ICE in gfc_new_symbol() due to overlong symbol name Date: Sat, 25 Aug 2018 20:50: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: abensonca 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: 2018-08/txt/msg02043.txt.bz2 Content-length: 4014 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87103 Bug ID: 87103 Summary: ICE in gfc_new_symbol() due to overlong symbol name Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: abensonca at gmail dot com Target Milestone: --- The following code causes an ICE with gfortan 9.0.0 (r263855): module a type :: nameThatIsVeryLongButNotTooLongThatItShouldBeInvalid end type nameThatIsVeryLongButNotTooLongThatItShouldBeInvalid contains subroutine b(self) class(nameThatIsVeryLongButNotTooLongThatItShouldBeInvalid), intent(in)= :: self select type (self) class is (nameThatIsVeryLongButNotTooLongThatItShouldBeInvalid) end select end subroutine b end module a $ gfortran -v Using built-in specs. COLLECT_GCC=3Dgfortran COLLECT_LTO_WRAPPER=3D/home/abenson/Galacticus/Tools/libexec/gcc/x86_64-pc-= linux-gnu/9.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-trunk/configure --prefix=3D/home/abenson/Galacticus= /Tools --enable-languages=3Dc,c++,fortran --disable-multilib : (reconfigured) ../gcc-trunk/configure --prefix=3D/home/abenson/Galacticus/Tools --enable-languages=3Dc,c++,fortran --disable-multilib : (reconfigured) ../gcc-trunk/configure --prefix=3D/home/abenson/Galacticus/Tools --disable-multilib --enable-languages=3Dc,c++,fortran,lto --no-create --no-recursion : (reconfigured) ../gcc-trunk/configure --prefix=3D/home/abenson/Galacticus/Tools --disable-multilib --enable-languages=3Dc,c++,fortran,lto --no-create --no-recursion : (reconfigured) ../gcc-trunk/configure --prefix=3D/home/abenson/Galacticus/T= ools --disable-multilib --enable-languages=3Dc,c++,fortran,lto --no-create --no-recursion Thread model: posix gcc version 9.0.0 20180825 (experimental) (GCC)=20 $ gfortran -c tmp1.F90 -o tmp1.o f951: internal compiler error: new_symbol(): Symbol name too long 0x7b9711 gfc_internal_error(char const*, ...) ../../gcc-trunk/gcc/fortran/error.c:1362 0x84a838 gfc_new_symbol(char const*, gfc_namespace*) ../../gcc-trunk/gcc/fortran/symbol.c:3132 0x84ab97 gfc_get_sym_tree(char const*, gfc_namespace*, gfc_symtree**, bool) ../../gcc-trunk/gcc/fortran/symbol.c:3373 0x7e565d select_type_set_tmp ../../gcc-trunk/gcc/fortran/match.c:6114 0x7ee260 gfc_match_class_is() ../../gcc-trunk/gcc/fortran/match.c:6470 0x808c79 match_word ../../gcc-trunk/gcc/fortran/parse.c:65 0x80a4f1 decode_statement ../../gcc-trunk/gcc/fortran/parse.c:462 0x80d04c next_free ../../gcc-trunk/gcc/fortran/parse.c:1234 0x80d04c next_statement ../../gcc-trunk/gcc/fortran/parse.c:1466 0x810861 parse_select_type_block ../../gcc-trunk/gcc/fortran/parse.c:4236 0x810861 parse_executable ../../gcc-trunk/gcc/fortran/parse.c:5330 0x8118e6 parse_progunit ../../gcc-trunk/gcc/fortran/parse.c:5697 0x811bfc parse_contained ../../gcc-trunk/gcc/fortran/parse.c:5574 0x812a4c parse_module ../../gcc-trunk/gcc/fortran/parse.c:5944 0x812f75 gfc_parse_file() ../../gcc-trunk/gcc/fortran/parse.c:6247 0x859d3f gfc_be_parse_file ../../gcc-trunk/gcc/fortran/f95-lang.c:204 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. The problem seems to be that gfc_new_symbol() is passed a name '__tmp_class_namethatisverylongbutnottoolongthatitshouldbeinvalid' in this = case which exceeds GFC_MAX_SYMBOL_LEN=3D64. My understanding is that the code is= valid since the symbol name itself, 'namethatisverylongbutnottoolongthatitshouldbeinvalid', is less than 64 characters.=20 I'm not sure what the correct fix for this is - should the name length limi= t in gfc_new_symbol() just be increased by enough to allow the '__tmp_class_' prefix? >>From gcc-bugs-return-613755-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 21:10:27 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9415 invoked by alias); 25 Aug 2018 21:10: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 9381 invoked by uid 48); 25 Aug 2018 21:10:22 -0000 From: "eggert at cs dot ucla.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/87104] New: missed &, == optimization makes Emacs ~0.4% slower on x86-64 Date: Sat, 25 Aug 2018 21:10: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.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: eggert at cs dot ucla.edu 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: 2018-08/txt/msg02044.txt.bz2 Content-length: 1661 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87104 Bug ID: 87104 Summary: missed &, =3D=3D optimization makes Emacs ~0.4% slower = on x86-64 Product: gcc Version: 8.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: eggert at cs dot ucla.edu Target Milestone: --- Created attachment 44595 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D44595&action=3Dedit In this file, f and g are equivalent, but f is not optimized as well as g GNU Emacs uses the low-order three bits of its words to represent object ty= pe tags, and therefore contains a lot of code that (at the low level) looks li= ke this: if ((x & 7) =3D=3D 6) when checking whether an object has type tag 6, say. On x86-64 gcc -O2 generates insns like this: movq %rax, %rbx andl $7, %ebx cmpq $6, %rbx whereas the following would be smaller and faster: leal -6 (%rax), %ebx tstl $7, %ebx Doing this to a test version of Emacs made it 0.4% faster overall, on my standard benchmark of Emacs byte-compiling all its Lisp files. I'm attaching a source file fg.c that illustrates the problem. It defines a function f that uses the Emacs idiom and is poorly optimized compared to the equivalent function g. I also plan to attach the assembly language output f= g.s, which shows that f has one more instruction than g. I plan to tune Emacs so that it cajoles GCC into the better insns; however,= GCC should optimize this code better, for the sake of programs other than Emacs. >>From gcc-bugs-return-613756-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 21:11:17 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10759 invoked by alias); 25 Aug 2018 21:11: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 10702 invoked by uid 48); 25 Aug 2018 21:11:12 -0000 From: "eggert at cs dot ucla.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/87104] missed &, == optimization makes Emacs ~0.4% slower on x86-64 Date: Sat, 25 Aug 2018 21: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.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: eggert at cs dot ucla.edu 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: 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: 2018-08/txt/msg02045.txt.bz2 Content-length: 259 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87104 --- Comment #1 from eggert at cs dot ucla.edu --- Created attachment 44596 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D44596&action=3Dedit output when compiling fg.c with "gcc -O2 -S" on x86-64 >>From gcc-bugs-return-613757-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 21:12:22 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11783 invoked by alias); 25 Aug 2018 21:12: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 11754 invoked by uid 48); 25 Aug 2018 21:12:18 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87104] missed &, == optimization makes Emacs ~0.4% slower on x86-64 Date: Sat, 25 Aug 2018 21:12: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.1.1 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: keywords cf_gcctarget component Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2018-08/txt/msg02046.txt.bz2 Content-length: 527 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87104 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization Target| |x86_64-*-* Component|c |target --- Comment #2 from Andrew Pinski --- This seems like a target issue ... >>From gcc-bugs-return-613758-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 21:32:08 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24738 invoked by alias); 25 Aug 2018 21: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 24693 invoked by uid 55); 25 Aug 2018 21:32:04 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86704] [8/9 Regression] Segmentation fault when using matmul in combination with transpose Date: Sat, 25 Aug 2018 21:32: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.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: tkoenig 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: 2018-08/txt/msg02047.txt.bz2 Content-length: 3247 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86704 --- Comment #5 from Thomas Koenig --- Author: tkoenig Date: Sat Aug 25 21:31:30 2018 New Revision: 263856 URL: https://gcc.gnu.org/viewcvs?rev=3D263856&root=3Dgcc&view=3Drev Log: 2018-08-25 Thomas Koenig PR libfortran/86704 * m4/matmul_internal.m4: Correct calculation of needed buffer size for arrays of shape (1,n). * generated/matmul_c10.c: Regenerated * generated/matmul_c16.c: Regenerated * generated/matmul_c4.c: Regenerated * generated/matmul_c8.c: Regenerated * generated/matmul_i1.c: Regenerated * generated/matmul_i16.c: Regenerated * generated/matmul_i2.c: Regenerated * generated/matmul_i4.c: Regenerated * generated/matmul_i8.c: Regenerated * generated/matmul_r10.c: Regenerated * generated/matmul_r16.c: Regenerated * generated/matmul_r4.c: Regenerated * generated/matmul_r8.c: Regenerated * generated/matmulavx128_c10.c: Regenerated * generated/matmulavx128_c16.c: Regenerated * generated/matmulavx128_c4.c: Regenerated * generated/matmulavx128_c8.c: Regenerated * generated/matmulavx128_i1.c: Regenerated * generated/matmulavx128_i16.c: Regenerated * generated/matmulavx128_i2.c: Regenerated * generated/matmulavx128_i4.c: Regenerated * generated/matmulavx128_i8.c: Regenerated * generated/matmulavx128_r10.c: Regenerated * generated/matmulavx128_r16.c: Regenerated * generated/matmulavx128_r4.c: Regenerated * generated/matmulavx128_r8.c: Regenerated 2018-08-25 Thomas Koenig PR libfortran/86704 * gfortran.dg/matmul_19.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/matmul_19.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/generated/matmul_c10.c trunk/libgfortran/generated/matmul_c16.c trunk/libgfortran/generated/matmul_c4.c trunk/libgfortran/generated/matmul_c8.c trunk/libgfortran/generated/matmul_i1.c trunk/libgfortran/generated/matmul_i16.c trunk/libgfortran/generated/matmul_i2.c trunk/libgfortran/generated/matmul_i4.c trunk/libgfortran/generated/matmul_i8.c trunk/libgfortran/generated/matmul_r10.c trunk/libgfortran/generated/matmul_r16.c trunk/libgfortran/generated/matmul_r4.c trunk/libgfortran/generated/matmul_r8.c trunk/libgfortran/generated/matmulavx128_c10.c trunk/libgfortran/generated/matmulavx128_c16.c trunk/libgfortran/generated/matmulavx128_c4.c trunk/libgfortran/generated/matmulavx128_c8.c trunk/libgfortran/generated/matmulavx128_i1.c trunk/libgfortran/generated/matmulavx128_i16.c trunk/libgfortran/generated/matmulavx128_i2.c trunk/libgfortran/generated/matmulavx128_i4.c trunk/libgfortran/generated/matmulavx128_i8.c trunk/libgfortran/generated/matmulavx128_r10.c trunk/libgfortran/generated/matmulavx128_r16.c trunk/libgfortran/generated/matmulavx128_r4.c trunk/libgfortran/generated/matmulavx128_r8.c trunk/libgfortran/m4/matmul_internal.m4 >>From gcc-bugs-return-613759-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 22:58:49 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43386 invoked by alias); 25 Aug 2018 22:58: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 43342 invoked by uid 48); 25 Aug 2018 22:58:44 -0000 From: "kobalicek.petr at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87105] New: Autovectorization [X86, SSE2, AVX2, DoublePrecision] Date: Sat, 25 Aug 2018 22:58: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: kobalicek.petr 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: 2018-08/txt/msg02048.txt.bz2 Content-length: 9595 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87105 Bug ID: 87105 Summary: Autovectorization [X86, SSE2, AVX2, DoublePrecision] Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: kobalicek.petr at gmail dot com Target Milestone: --- GCC is unable to autovectorize the following code. It seems that it doesn't like min/max, but I'm not entirely sure. I stripped the code off my project= so it's a bit longer, hope that's fine. I attached also a code compiled by cla= ng, which is perfectly vectorized and what I would like to get from GCC. The demonstration code ---------------------- #include #include #include // Point structure [x, y] struct Point { double x, y; inline Point() noexcept =3D default; constexpr Point(const Point&) noexcept =3D default; constexpr Point(double x, double y) noexcept : x(x), y(y) {} }; // Box structure [x0, y0, x1, y1] struct Box { double x0, y0, x1, y1; inline void reset(double x0, double y0, double x1, double y1) noexcept { this->x0 =3D x0; this->y0 =3D y0; this->x1 =3D x1; this->y1 =3D y1; } }; // Overloads to make vector processing simpler. static constexpr Point operator-(const Point& a) noexcept { return Point(-a= .x, -a.y); } static constexpr Point operator+(const Point& a, double b) noexcept { return Point(a.x + b, a.y + b); } static constexpr Point operator-(const Point& a, double b) noexcept { return Point(a.x - b, a.y - b); } static constexpr Point operator*(const Point& a, double b) noexcept { return Point(a.x * b, a.y * b); } static constexpr Point operator/(const Point& a, double b) noexcept { return Point(a.x / b, a.y / b); } static constexpr Point operator+(const Point& a, const Point& b) noexcept { return Point(a.x + b.x, a.y + b.y); } static constexpr Point operator-(const Point& a, const Point& b) noexcept { return Point(a.x - b.x, a.y - b.y); } static constexpr Point operator*(const Point& a, const Point& b) noexcept { return Point(a.x * b.x, a.y * b.y); } static constexpr Point operator/(const Point& a, const Point& b) noexcept { return Point(a.x / b.x, a.y / b.y); } static constexpr Point operator+(double a, const Point& b) noexcept { return Point(a + b.x, a + b.y); } static constexpr Point operator-(double a, const Point& b) noexcept { return Point(a - b.x, a - b.y); } static constexpr Point operator*(double a, const Point& b) noexcept { return Point(a * b.x, a * b.y); } static constexpr Point operator/(double a, const Point& b) noexcept { return Point(a / b.x, a / b.y); } // Min/Max - different semantics compared to std. template constexpr T myMin(const T& a, const T& b) noexcept { return b < a ? b : a; } template constexpr T myMax(const T& a, const T& b) noexcept { return a < b ? b : a; } // Linear interpolation, works with points as well. template inline V lerp(const V& a, const V& b, const T& t) noexcept { return (a * (1.0 - t)) + (b * t); } // Merge a point into a box by possibly increasing its bounds. inline void boxMergePoint(Box& box, const Point& p) noexcept { box.x0 =3D myMin(box.x0, p.x); box.y0 =3D myMin(box.y0, p.y); box.x1 =3D myMax(box.x1, p.x); box.y1 =3D myMax(box.y1, p.y); } void quadBoundingBoxA(const Point bez[3], Box& bBox) noexcept { // Bounding box of start and end points. bBox.reset(myMin(bez[0].x, bez[2].x), myMin(bez[0].y, bez[2].y), myMax(bez[0].x, bez[2].x), myMax(bez[0].y, bez[2].y)); Point t =3D (bez[0] - bez[1]) / (bez[0] - bez[1] * 2.0 + bez[2]); t.x =3D myMax(t.x, 0.0); t.y =3D myMax(t.y, 0.0); t.x =3D myMin(t.x, 1.0); t.y =3D myMin(t.y, 1.0); boxMergePoint(bBox, lerp(lerp(bez[0], bez[1], t), lerp(bez[1], bez[2], t), t)); } GCC Output [-std=3Dc++17 -O3 -mavx2 -fno-math-errno] -------------------------------------------------- quadBoundingBoxA(Point const*, Box&): push rbp mov rbp, rsp and rsp, -32 vmovsd xmm1, QWORD PTR [rdi+8] vmovsd xmm0, QWORD PTR [rdi] vmovsd xmm5, QWORD PTR [rdi+40] vmovsd xmm6, QWORD PTR [rdi+32] vmaxsd xmm13, xmm5, xmm1 vmaxsd xmm12, xmm6, xmm0 vminsd xmm5, xmm5, xmm1 vminsd xmm6, xmm6, xmm0 vunpcklpd xmm0, xmm12, xmm13 vunpcklpd xmm1, xmm6, xmm5 vmovups XMMWORD PTR [rsi+16], xmm0 vmovups XMMWORD PTR [rsi], xmm1 vmovsd xmm2, QWORD PTR [rdi+24] vmovsd xmm10, QWORD PTR [rdi+8] vmovsd xmm1, QWORD PTR [rdi+40] vmovsd xmm7, QWORD PTR [rdi+16] vaddsd xmm4, xmm2, xmm2 vsubsd xmm9, xmm10, xmm2 vmovsd xmm3, QWORD PTR [rdi] vmovsd xmm0, QWORD PTR [rdi+32] vsubsd xmm8, xmm3, xmm7 vsubsd xmm4, xmm10, xmm4 vaddsd xmm4, xmm4, xmm1 vdivsd xmm9, xmm9, xmm4 vaddsd xmm4, xmm7, xmm7 vsubsd xmm4, xmm3, xmm4 vaddsd xmm4, xmm4, xmm0 vdivsd xmm8, xmm8, xmm4 vxorpd xmm4, xmm4, xmm4 vcomisd xmm4, xmm8 ja .L6 vcomisd xmm4, xmm9 jbe .L36 vmovsd xmm11, QWORD PTR .LC1[rip] vmulsd xmm14, xmm1, xmm4 vmulsd xmm9, xmm2, xmm4 vcomisd xmm8, xmm11 jbe .L37 vmovsd QWORD PTR [rsp-16], xmm2 vmovapd xmm1, xmm14 vmovapd xmm2, xmm9 vxorpd xmm14, xmm14, xmm14 vmovsd QWORD PTR [rsp-8], xmm7 vmulsd xmm3, xmm3, xmm4 vmovapd xmm15, xmm11 vmovapd xmm8, xmm11 vmulsd xmm7, xmm7, xmm4 vxorpd xmm9, xmm9, xmm9 jmp .L13 .L6: vmulsd xmm11, xmm7, xmm4 vcomisd xmm4, xmm9 vxorpd xmm8, xmm8, xmm8 vmulsd xmm0, xmm0, xmm4 vmovsd QWORD PTR [rsp-8], xmm11 vmovsd xmm11, QWORD PTR .LC1[rip] vmovapd xmm14, xmm11 jbe .L10 .L19: vmovsd QWORD PTR [rsp-16], xmm2 vmulsd xmm1, xmm1, xmm4 vmovapd xmm15, xmm11 vxorpd xmm9, xmm9, xmm9 vmulsd xmm2, xmm2, xmm4 jmp .L13 .L36: vmovsd xmm11, QWORD PTR .LC1[rip] vcomisd xmm8, xmm11 jbe .L29 vmovsd QWORD PTR [rsp-8], xmm7 vmulsd xmm3, xmm3, xmm4 vxorpd xmm14, xmm14, xmm14 vmovapd xmm8, xmm11 vmulsd xmm7, xmm7, xmm4 .L10: vcomisd xmm9, xmm11 jbe .L30 vmulsd xmm15, xmm2, xmm4 vmovapd xmm9, xmm11 vmulsd xmm10, xmm10, xmm4 vmovsd QWORD PTR [rsp-16], xmm15 vxorpd xmm15, xmm15, xmm15 .L13: vaddsd xmm1, xmm1, QWORD PTR [rsp-16] vaddsd xmm3, xmm3, QWORD PTR [rsp-8] vaddsd xmm2, xmm2, xmm10 vaddsd xmm0, xmm0, xmm7 vmulsd xmm9, xmm1, xmm9 vmulsd xmm15, xmm2, xmm15 vmulsd xmm8, xmm0, xmm8 vmulsd xmm14, xmm3, xmm14 vaddsd xmm9, xmm9, xmm15 vaddsd xmm14, xmm8, xmm14 vminsd xmm5, xmm9, xmm5 vmaxsd xmm9, xmm9, xmm13 vminsd xmm6, xmm14, xmm6 vmaxsd xmm14, xmm14, xmm12 vmovsd QWORD PTR [rsi+8], xmm5 vmovsd QWORD PTR [rsi+24], xmm9 vmovsd QWORD PTR [rsi], xmm6 vmovsd QWORD PTR [rsi+16], xmm14 leave ret .L29: vmulsd xmm15, xmm7, xmm8 vsubsd xmm14, xmm11, xmm8 vmulsd xmm0, xmm0, xmm8 vmulsd xmm3, xmm3, xmm14 vmulsd xmm7, xmm7, xmm14 vmovsd QWORD PTR [rsp-8], xmm15 jmp .L10 .L37: vmulsd xmm15, xmm7, xmm8 vsubsd xmm14, xmm11, xmm8 vmulsd xmm0, xmm0, xmm8 vmulsd xmm3, xmm3, xmm14 vmulsd xmm7, xmm7, xmm14 vmovsd QWORD PTR [rsp-8], xmm15 jmp .L19 .L30: vsubsd xmm15, xmm11, xmm9 vmulsd xmm1, xmm1, xmm9 vmulsd xmm4, xmm2, xmm15 vmulsd xmm10, xmm10, xmm15 vmulsd xmm2, xmm2, xmm9 vmovsd QWORD PTR [rsp-16], xmm4 jmp .L13 Clang Output [-std=3Dc++17 -O3 -mavx2 -fno-math-errno] ---------------------------------------------------- .LCPI0_0: .quad 4607182418800017408 # double 1 .quad 4607182418800017408 # double 1 quadBoundingBoxA(Point const*, Box&): # @quadBoundingBoxA(Point const*, Box&) vmovupd xmm0, xmmword ptr [rdi] vmovupd xmm1, xmmword ptr [rdi + 16] vmovupd xmm2, xmmword ptr [rdi + 32] vminpd xmm3, xmm2, xmm0 vmaxpd xmm4, xmm2, xmm0 vsubpd xmm5, xmm0, xmm1 vaddpd xmm6, xmm1, xmm1 vsubpd xmm6, xmm0, xmm6 vaddpd xmm6, xmm2, xmm6 vdivpd xmm5, xmm5, xmm6 vxorpd xmm6, xmm6, xmm6 vmaxpd xmm5, xmm6, xmm5 vmovapd xmm6, xmmword ptr [rip + .LCPI0_0] # xmm6 =3D [1.000000e+00,1.000000e+00] vminpd xmm5, xmm6, xmm5 vsubpd xmm6, xmm6, xmm5 vmulpd xmm0, xmm0, xmm6 vmulpd xmm7, xmm1, xmm5 vaddpd xmm0, xmm7, xmm0 vmulpd xmm1, xmm1, xmm6 vmulpd xmm2, xmm2, xmm5 vaddpd xmm1, xmm2, xmm1 vmulpd xmm0, xmm6, xmm0 vmulpd xmm1, xmm5, xmm1 vaddpd xmm0, xmm0, xmm1 vminpd xmm1, xmm0, xmm3 vmovupd xmmword ptr [rsi], xmm1 vmaxpd xmm0, xmm0, xmm4 vmovupd xmmword ptr [rsi + 16], xmm0 ret >>From gcc-bugs-return-613760-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 23:14:54 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57700 invoked by alias); 25 Aug 2018 23:14: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 57565 invoked by uid 48); 25 Aug 2018 23:14:50 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/86647] Test on constant expression (unsigned) -1 < 0 triggers a spurious -Wtype-limits warning Date: Sat, 25 Aug 2018 23:14: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 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: 2018-08/txt/msg02049.txt.bz2 Content-length: 764 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86647 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2018-08-25 CC| |msebor at gcc dot gnu.org Ever confirmed|0 |1 Known to fail| |4.4.7, 4.8.3, 4.9.4, 5.4.0, | |6.3.0, 7.3.0, 8.2.0, 9.0 --- Comment #1 from Martin Sebor --- Confirmed. The warning is only issued by the C front end, not by C++. >>From gcc-bugs-return-613761-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 23:50:50 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91466 invoked by alias); 25 Aug 2018 23:50: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 91417 invoked by uid 48); 25 Aug 2018 23:50:45 -0000 From: "eggert at cs dot ucla.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87104] missed &, == optimization makes Emacs ~0.4% slower on x86-64 Date: Sat, 25 Aug 2018 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: 8.1.1 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: eggert at cs dot ucla.edu 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: 2018-08/txt/msg02050.txt.bz2 Content-length: 488 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87104 --- Comment #3 from eggert at cs dot ucla.edu --- (In reply to Andrew Pinski from comment #2) > This seems like a target issue ... Although the code generated is target-dependent, the performance problem is= not limited to x86-64. x86 has the same problem, and I suspect other platforms = do too. I'll attach the x86 assembler code, where 'f' has one more insn than '= g' does even though the two functions have identical behavior. >>From gcc-bugs-return-613762-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 25 23:52:11 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92746 invoked by alias); 25 Aug 2018 23: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 92694 invoked by uid 48); 25 Aug 2018 23:52:07 -0000 From: "eggert at cs dot ucla.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87104] missed &, == optimization makes Emacs ~0.4% slower on x86-64 Date: Sat, 25 Aug 2018 23:52: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.1.1 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: eggert at cs dot ucla.edu 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: 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: 2018-08/txt/msg02051.txt.bz2 Content-length: 256 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87104 --- Comment #4 from eggert at cs dot ucla.edu --- Created attachment 44597 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D44597&action=3Dedit output when compiling fg.c with "gcc -O2 -S" on x86 >>From gcc-bugs-return-613763-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 00:14:29 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122270 invoked by alias); 26 Aug 2018 00:14: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 122095 invoked by uid 48); 26 Aug 2018 00:14:24 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87104] missed &, == optimization makes Emacs ~0.4% slower on x86-64 Date: Sun, 26 Aug 2018 00:14: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.1.1 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: 2018-08/txt/msg02052.txt.bz2 Content-length: 1067 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87104 --- Comment #5 from Andrew Pinski --- (In reply to eggert from comment #3) > (In reply to Andrew Pinski from comment #2) > > This seems like a target issue ... >=20 > Although the code generated is target-dependent, the performance problem = is > not limited to x86-64. x86 has the same problem, and I suspect other > platforms do too. I'll attach the x86 assembler code, where 'f' has one m= ore > insn than 'g' does even though the two functions have identical behavior. x86 and x86_64 uses the same back-end so yes it does seem target secific. AARCH64 produces: f: and x2, x0, 7 and w1, w0, 1 cmp x2, 6 csel w0, w0, w1, ne ret .size f, .-f .align 2 .p2align 3,,7 .global g .type g, %function g: sub x2, x0, #6 and w1, w0, 1 tst x2, 7 csel w0, w0, w1, ne ret .size g, .-g Both are similar in terms of performance. >>From gcc-bugs-return-613764-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 00:56:29 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45793 invoked by alias); 26 Aug 2018 00:56: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 45577 invoked by uid 48); 26 Aug 2018 00:56:24 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87105] Autovectorization [X86, SSE2, AVX2, DoublePrecision] Date: Sun, 26 Aug 2018 00:56: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: unknown 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: 2018-08/txt/msg02053.txt.bz2 Content-length: 294 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87105 --- Comment #1 from Andrew Pinski --- So I think it is an interesting interaction in that GCC cannot change a < b= ? a : b into MIN_EXPR. There might be a reasoning behind this, dealing with Na= Ns, INF, etc. >>From gcc-bugs-return-613765-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 01:10:04 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54546 invoked by alias); 26 Aug 2018 01:10: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 54488 invoked by uid 48); 26 Aug 2018 01:09:59 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87105] Autovectorization [X86, SSE2, AVX2, DoublePrecision] Date: Sun, 26 Aug 2018 01: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: unknown 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: 2018-08/txt/msg02054.txt.bz2 Content-length: 235 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87105 --- Comment #2 from Andrew Pinski --- One more point is in C++ (a < b ? b : a) is a lvalue which might also inter= fer with converting it into min/max. >>From gcc-bugs-return-613766-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 02:08:41 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51521 invoked by alias); 26 Aug 2018 02:08: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 50840 invoked by uid 48); 26 Aug 2018 02:08:16 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/44400] GCC allows declaring a function having the name of the class using a typedef Date: Sun, 26 Aug 2018 02:08: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: 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: 2018-08/txt/msg02055.txt.bz2 Content-length: 482 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D44400 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jason at redhat dot com, | |nathan at acm dot org --- Comment #2 from Eric Gallager --- cc-ing c++ FE maintainers >>From gcc-bugs-return-613767-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 06:29:36 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102648 invoked by alias); 26 Aug 2018 06:29: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 102586 invoked by uid 48); 26 Aug 2018 06:29:29 -0000 From: "mfe at live dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/87013] Error: junk at end of line, first unrecognized character is `i' Date: Sun, 26 Aug 2018 06:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mfe at live dot de X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: aoliva 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: 2018-08/txt/msg02056.txt.bz2 Content-length: 458 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87013 martin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #8 from martin --- Passed related point. Confirmed working. Thanks Alex for the patch! >>From gcc-bugs-return-613768-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 07:23:08 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114884 invoked by alias); 26 Aug 2018 07: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 114843 invoked by uid 48); 26 Aug 2018 07:23:02 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87105] Autovectorization [X86, SSE2, AVX2, DoublePrecision] Date: Sun, 26 Aug 2018 07:23: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: unknown X-Bugzilla-Keywords: missed-optimization 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: 2018-08/txt/msg02057.txt.bz2 Content-length: 238 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87105 --- Comment #3 from Marc Glisse --- With -ffast-math we (awkwardly) vectorize a couple min/max at the beginning, but clearly not the whole thing like llvm. >>From gcc-bugs-return-613769-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 08:24:57 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39936 invoked by alias); 26 Aug 2018 08: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 402 invoked by uid 48); 26 Aug 2018 08:22:43 -0000 From: "kobalicek.petr at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87105] Autovectorization [X86, SSE2, AVX2, DoublePrecision] Date: Sun, 26 Aug 2018 08:24: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: unknown X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: kobalicek.petr 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: 2018-08/txt/msg02058.txt.bz2 Content-length: 896 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87105 --- Comment #4 from Petr --- I think this code is vectorizable without --fast-math. However, it seems th= at once a min/max (or something else) is kept scalar it poisons the rest of the code. The following code works perfectly (scalar): ``` #include template constexpr T altMinT(const T& a, const T& b) noexcept { return b < a ? b : a; } template constexpr T altMaxT(const T& a, const T& b) noexcept { return a < b ? b : a; } double std_min(double a, double b) { return std::min(a, b); } double std_max(double a, double b) { return std::max(a, b); } double alt_min(double a, double b) { return altMinT(a, b); } double alt_max(double a, double b) { return altMaxT(a, b); } ``` I think that's the main problem - little samples are optimized well, complex code isn't. >>From gcc-bugs-return-613770-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 08:51:47 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4591 invoked by alias); 26 Aug 2018 08:51: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 4536 invoked by uid 48); 26 Aug 2018 08:51:43 -0000 From: "amonakov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87105] Autovectorization [X86, SSE2, AVX2, DoublePrecision] Date: Sun, 26 Aug 2018 08: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: unknown 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: 2018-08/txt/msg02059.txt.bz2 Content-length: 840 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87105 Alexander Monakov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |amonakov at gcc dot gnu.org --- Comment #5 from Alexander Monakov --- We don't manage to use MIN_EXPR and get branchy code that gets optimized for boundary cases (when min/max pick 0.0/1.0). For the minimal input double f(double x, double y) { return y < x ? y : x; } we get MIN_EXPR in .gimple dump with C frontend and -ffinite-math-only -fno-signed-zeros, but not with C++ frontend. (and even then, hacking the source to use __builtin_fmin to get straight-li= ne code, SLP does not manage to vectorize that) >>From gcc-bugs-return-613771-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 10:17:30 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16794 invoked by alias); 26 Aug 2018 10:17: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 16733 invoked by uid 48); 26 Aug 2018 10:17:26 -0000 From: "vincent-gcc at vinc17 dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/53769] [C11]: Macros __STDC_NO_THREADS__ / __STDC_NO_ATOMIC__ missing. Date: Sun, 26 Aug 2018 10: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: 4.7.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vincent-gcc at vinc17 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2018-08/txt/msg02060.txt.bz2 Content-length: 962 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D53769 --- Comment #8 from Vincent Lef=C3=A8vre --- (In reply to Florian Weimer from comment #7) > Furthermore, if I don't misread the standard, the expectation is that if = an > implementation does not support threads, it still recognizes _Thread_local > and mostly ignores it, I suppose that the goal is to be able to compile multithread-aware programs= on platforms that do not support threads. Since there is only one thread, thre= ad storage duration is equivalent to static storage duration. > so that it is available even if __STDC_NO_THREADS__ > is not defined. (Which is of course rather dodgy if you need to conform = to > an existing ABI for thread-local variables, so I think the committee made= a > mistake here.) The ABI is out of the scope of the standard, so that I don't see any issue here. The conformance to the existing ABI is something above the standard. >>From gcc-bugs-return-613772-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 10:23:13 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21966 invoked by alias); 26 Aug 2018 10:23: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 21916 invoked by uid 48); 26 Aug 2018 10:23:09 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/87106] New: Group move and destruction of the source, where possible, for speed Date: Sun, 26 Aug 2018 10:23: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: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement 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: bug_id short_desc product version bug_status keywords 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: 2018-08/txt/msg02061.txt.bz2 Content-length: 2119 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87106 Bug ID: 87106 Summary: Group move and destruction of the source, where possible, for speed Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: glisse at gcc dot gnu.org Target Milestone: --- Just a random testcase so I can give numbers, I don't claim this is a good testcase at all #include #include __attribute__((flatten)) void f(){ int n =3D 1024*1024; std::vector v(n); v.resize(n+1); } int main(){ for(int i=3D0;i<256;++i) f(); } runs in about 2.4s now. In _M_default_append, we have a first loop that cop= ies (moves) strings from old to new, and a second loop that destroys old. If I comment out the destroying loop (not something we should do in general, thi= s is just for the numbers), the running time goes down to 2.0s. If I replace the= 2 loops with a single loop that does both move and destroy, the running time = is now 1.6s. Move+destroy (aka destructive move, relocation, etc) are 2 operat= ions that go well together and are not unlikely to simplify. Ideally the compiler would merge the 2 loops (loop fusion) for us, but it doesn't. Doing the operations in this order is only valid here because std::string can be moved+destroyed nothrow. I think it would be nice to introduce a special case for nothrow-relocatable types in several functions for std::vector (_M_default_append is just one a= mong several, and probably not the most important one). If that makes the code simpler, we could use if constexpr and limit the optimization to recent standards. If one of the relocation papers ever makes it through the commit= tee, it will likely require this optimization (or at least make it an important = QoI point). There are probably places outside of vector that could also benefit, but ve= ctor looks like a good starting point. >>From gcc-bugs-return-613773-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 12:03:06 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26865 invoked by alias); 26 Aug 2018 12:03: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 26675 invoked by uid 55); 26 Aug 2018 12:03:00 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86704] [8/9 Regression] Segmentation fault when using matmul in combination with transpose Date: Sun, 26 Aug 2018 12:03: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.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: tkoenig 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: 2018-08/txt/msg02062.txt.bz2 Content-length: 3782 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86704 --- Comment #6 from Thomas Koenig --- Author: tkoenig Date: Sun Aug 26 12:02:28 2018 New Revision: 263861 URL: https://gcc.gnu.org/viewcvs?rev=3D263861&root=3Dgcc&view=3Drev Log: 2018-08-26 Thomas Koenig Backport from trunk PR libfortran/86704 * m4/matmul_internal.m4: Correct calculation of needed buffer size for arrays of shape (1,n). * generated/matmul_c10.c: Regenerated * generated/matmul_c16.c: Regenerated * generated/matmul_c4.c: Regenerated * generated/matmul_c8.c: Regenerated * generated/matmul_i1.c: Regenerated * generated/matmul_i16.c: Regenerated * generated/matmul_i2.c: Regenerated * generated/matmul_i4.c: Regenerated * generated/matmul_i8.c: Regenerated * generated/matmul_r10.c: Regenerated * generated/matmul_r16.c: Regenerated * generated/matmul_r4.c: Regenerated * generated/matmul_r8.c: Regenerated * generated/matmulavx128_c10.c: Regenerated * generated/matmulavx128_c16.c: Regenerated * generated/matmulavx128_c4.c: Regenerated * generated/matmulavx128_c8.c: Regenerated * generated/matmulavx128_i1.c: Regenerated * generated/matmulavx128_i16.c: Regenerated * generated/matmulavx128_i2.c: Regenerated * generated/matmulavx128_i4.c: Regenerated * generated/matmulavx128_i8.c: Regenerated * generated/matmulavx128_r10.c: Regenerated * generated/matmulavx128_r16.c: Regenerated * generated/matmulavx128_r4.c: Regenerated * generated/matmulavx128_r8.c: Regenerated 2018-08-26 Thomas Koenig Backport from trunk PR libfortran/86704 * gfortran.dg/matmul_19.f90: New test. Added: branches/gcc-8-branch/gcc/testsuite/gfortran.dg/matmul_19.f90 Modified: branches/gcc-8-branch/gcc/testsuite/ChangeLog branches/gcc-8-branch/libgfortran/ChangeLog branches/gcc-8-branch/libgfortran/generated/matmul_c10.c branches/gcc-8-branch/libgfortran/generated/matmul_c16.c branches/gcc-8-branch/libgfortran/generated/matmul_c4.c branches/gcc-8-branch/libgfortran/generated/matmul_c8.c branches/gcc-8-branch/libgfortran/generated/matmul_i1.c branches/gcc-8-branch/libgfortran/generated/matmul_i16.c branches/gcc-8-branch/libgfortran/generated/matmul_i2.c branches/gcc-8-branch/libgfortran/generated/matmul_i4.c branches/gcc-8-branch/libgfortran/generated/matmul_i8.c branches/gcc-8-branch/libgfortran/generated/matmul_r10.c branches/gcc-8-branch/libgfortran/generated/matmul_r16.c branches/gcc-8-branch/libgfortran/generated/matmul_r4.c branches/gcc-8-branch/libgfortran/generated/matmul_r8.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_c10.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_c16.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_c4.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_c8.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_i1.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_i16.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_i2.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_i4.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_i8.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_r10.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_r16.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_r4.c branches/gcc-8-branch/libgfortran/generated/matmulavx128_r8.c branches/gcc-8-branch/libgfortran/m4/matmul_internal.m4 >>From gcc-bugs-return-613774-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 12:04:22 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28748 invoked by alias); 26 Aug 2018 12:04: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 28709 invoked by uid 48); 26 Aug 2018 12:04:18 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86704] [8/9 Regression] Segmentation fault when using matmul in combination with transpose Date: Sun, 26 Aug 2018 12:04: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.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: tkoenig 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: 2018-08/txt/msg02063.txt.bz2 Content-length: 489 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86704 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Thomas Koenig --- Fixed on all affected branches, closing. Thanks for the bug report! >>From gcc-bugs-return-613775-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 12:46:16 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67719 invoked by alias); 26 Aug 2018 12:46: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 67453 invoked by uid 48); 26 Aug 2018 12:46:10 -0000 From: "ufospoke at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87107] New: Template instantiation is 50x slower than with clang++ Date: Sun, 26 Aug 2018 12: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.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ufospoke 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 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: 2018-08/txt/msg02064.txt.bz2 Content-length: 1408 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87107 Bug ID: 87107 Summary: Template instantiation is 50x slower than with clang++ Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: ufospoke at gmail dot com Target Milestone: --- Created attachment 44598 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D44598&action=3Dedit File to reproduce the issue The new IO extension from GIL (boost 1.68.0) takes a very long time to comp= ile with g++ 8.2.0 compared to clang++ 5 or 6. Note that this is also true with= g++ 6 and 7 but not with g++ 5. I also opened an issue at boost::gil: https://github.com/boostorg/gil/issues/131 I was able to identify which code exactly takes so much time to compile and= I was able to make it independent from any external libraries, in particular = from boost (MPL and GIL). See the attached file "gcc-is-long-minimum-and-standalone.cpp". With this particular program, g++ 8.2.0 is 53x longer than clang 6.0 on my x86_64 linux computer (8.175 s vs 0.152 s). The command line is: g++-8.2.0 -o out.o -c -O2 -DNDEBUG -std=3Dc++14 Progs/gcc-is-long-minimum-and-standalone.cpp clang++ -o out.o -c -O2 -DNDEBUG -std=3Dc++14 Progs/gcc-is-long-minimum-and-standalone.cpp >>From gcc-bugs-return-613776-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 13:28:34 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52353 invoked by alias); 26 Aug 2018 13:28: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 52295 invoked by uid 48); 26 Aug 2018 13:28:30 -0000 From: "gerald at pfeifer dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug web/87050] Bump wwwdocs to html5 Date: Sun, 26 Aug 2018 13:28: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: gerald at pfeifer dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: gerald at pfeifer dot com 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: 2018-08/txt/msg02065.txt.bz2 Content-length: 625 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87050 --- Comment #9 from Gerald Pfeifer --- (In reply to joseph@codesourcery.com from comment #6) > A replacement for MetaHTML is already available, we just need to switch t= o=20 > using it. >=20 > https://gcc.gnu.org/ml/gcc-patches/2018-06/msg00176.html So, I took this report as nudge to speed up completing the transition from XHTML to HTML 5 that I started earlier this year and expect to be complete (short of, perhaps, our main page) by next weekend. That should, as a side effect, allow making David's nice script even a bit simpler. :-) >>From gcc-bugs-return-613777-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 13:44:06 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26029 invoked by alias); 26 Aug 2018 13:44: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 25830 invoked by uid 48); 26 Aug 2018 13:44:01 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/86481] [OOP] Memory leak with sourced allocation Date: Sun, 26 Aug 2018 13: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: 7.2.0 X-Bugzilla-Keywords: wrong-code 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: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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: 2018-08/txt/msg02066.txt.bz2 Content-length: 507 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86481 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pault at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gn= u.org --- Comment #4 from Paul Thomas --- I am just about to post a patch for this PR. Paul >>From gcc-bugs-return-613778-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 15:19:12 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118518 invoked by alias); 26 Aug 2018 15:19: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 118467 invoked by uid 48); 26 Aug 2018 15:19:07 -0000 From: "kobalicek.petr at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/87105] Autovectorization [X86, SSE2, AVX2, DoublePrecision] Date: Sun, 26 Aug 2018 15: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: unknown X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: kobalicek.petr 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: 2018-08/txt/msg02067.txt.bz2 Content-length: 1138 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87105 --- Comment #6 from Petr --- I think the test-case can even be simplified to something like this: #include #include struct Point { double x, y; void reset(double x, double y) { this->x =3D x; this->y =3D y; } }; void f1(Point* p, Point* a) { p->reset(std::max(std::sqrt(p->x), a->x), std::max(std::sqrt(p->y), a->y)); } GCC is unable to vectorize it: [-std=3Dc++17 -O3 -mavx2 -fno-math-errno] f1(Point*, Point*): vsqrtsd xmm0, xmm0, QWORD PTR [rdi+8] vmovsd xmm1, QWORD PTR [rsi+8] vsqrtsd xmm2, xmm2, QWORD PTR [rdi] vmaxsd xmm1, xmm1, xmm0 vmovsd xmm0, QWORD PTR [rsi] vmaxsd xmm0, xmm0, xmm2 vunpcklpd xmm0, xmm0, xmm1 vmovups XMMWORD PTR [rdi], xmm0 ret whereas clang can: [-std=3Dc++17 -O3 -mavx2 -fno-math-errno] f1(Point*, Point*): vsqrtpd xmm0, xmmword ptr [rdi] vmovupd xmm1, xmmword ptr [rsi] vmaxpd xmm0, xmm1, xmm0 vmovupd xmmword ptr [rdi], xmm0 ret I think this is a much simpler test-case to start with. >>From gcc-bugs-return-613779-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 26 15:59:28 2018 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17899 invoked by alias); 26 Aug 2018 15:59: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 17884 invoked by uid 89); 26 Aug 2018 15:59:27 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=Transaction, displayed, Hx-languages-length:1089, transaction X-HELO: mail-it0-f48.google.com Received: from mail-it0-f48.google.com (HELO mail-it0-f48.google.com) (209.85.214.48) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 26 Aug 2018 15:59:25 +0000 Received: by mail-it0-f48.google.com with SMTP id g18-v6so8000893itg.2 for ; Sun, 26 Aug 2018 08:59:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=S++CchhB4yG5IOcywqtH5xu7bKTT2htj0aRQMF1ToAw=; b=W8PSTMrciiBo2rZKn0UL6SVeHWz2RFUxJckuFHnYAWa1b5KJcPvzmDZiaKiT5x9+fI NoHzAgpUUimrUqZJcwiAUOAaQDj+Xux65usHMfGeJIdHuOzFDn5MuJ731Paix/DTbyFt aQHpwu/mEjHN7HSckdmEKiBsXWkqG3SmTGKsvZtZq5Z9kvzYjBZriE8PPgJJAzRWRGH+ yQ/dHThz8uiB7j6KWhIQlU6p1ytAeXMXVehxFZJm2utUkvg/g1/dI8WkVDCpXM57M3zK ylpET5WPVFZHYKLYij2f6Z1P/2sws9w1FsLSFfB/onBaMYcPQXX5Pap/3xg0VMYDCzgS fD7Q== MIME-Version: 1.0 Received: by 2002:ad5:50ca:0:0:0:0:0 with HTTP; Sun, 26 Aug 2018 08:59:23 -0700 (PDT) From: sameeran joshi Date: Sun, 26 Aug 2018 15:59:00 -0000 Message-ID: Subject: Reducing the Transaction Memory test case To: gcc-bugs@gcc.gnu.org Cc: gsocshubham@gmail.com Content-Type: multipart/mixed; boundary="0000000000004c49b3057458b1ab" X-IsSubscribed: yes X-SW-Source: 2018-08/txt/msg02068.txt.bz2 --0000000000004c49b3057458b1ab Content-Type: text/plain; charset="UTF-8" Content-length: 1056 Hi, I have found an ICE in the transaction memory extension while compiling a program with gcc,but unfortunately for filing a bug in the gcc bugzilla I am unable to reduce the buggy file with creduce . I have included the command line option -fgnu-tm while compiling it. Does creduce support transactional memory for reduction? Below is the shell file attached for the interestingness test .It always returns 1, if somehow hacking it returns 0 following message is displayed: C-Reduce cannot run because the interestingness test does not return zero. Please ensure that it does so not only in the directory where you are invoking C-Reduce, but also in an arbitrary temporary directory containing only the files that are being reduced. In other words, running these commands: DIR=`mktemp -d` cp /home/swamimauli/upload/csmith/runtime/del/testcase.c $DIR cd $DIR /home/swamimauli/upload/csmith/runtime/del/check.sh echo $? should result in "0" being echoed to the terminal. See "creduce --help" for more information. Thanks, Sameeran Joshi --0000000000004c49b3057458b1ab Content-Type: application/x-sh; name="check.sh" Content-Disposition: attachment; filename="check.sh" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 Content-length: 159 IyEvYmluL3NoCiAgZ2NjIC1mZ251LXRtICQxIDI+JjEgfCBncmVwICdpbnRl cm5hbCBjb21waWxlciBlcnJvcjogJwogIGlmICEgdGVzdCAkPyA9IDA7IHRo ZW4KICAgZXhpdCAxCiAgZmkKICBleGl0IDAK --0000000000004c49b3057458b1ab--