https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #204 from Peter Bisroev --- (In reply to dave.anglin from comment #203) > On 2020-02-25 12:56 a.m., peter.bisroev at groundlabs dot com wrote: > > Now looking at the main.o generated by gcc, the relocation seems to be as > > expected but the relocation address seems to be off: > > ------------------------------ > > 20: 04 00 00 00 01 00 [MLX] nop.m 0x0 > > 21: PCREL60B hello > > 26: 00 00 00 00 00 00 brl.call.sptk.many b0=20 > > 2c: 08 00 00 d0 > > ------------------------------ > > > > As can be seen above, GNU as is telling HP's ld to do the relocation at 0x21, > > which falls into slot 1 and 0. However the relocation needs to be done at 0x26 > > to cover slots 2 and 1. > Comparing with HP as, it looks to me like the relocation should be at 0x22 > and that's why > the preceding nop.m instruction is being clobbered. > > Would you file a binutils bug report with the main.s gcc source?  It looks > like gcc doesn't > generate brl branches and this never got tested.  You can add me to the cc > list. Thank you Dave, you are 100% correct, it needs to be at 0x22. I was looking at the same screen for too long yesterday. Anyway, I have manually patched my object to use 0x22 as reloc offset as well as another brl related offset to a weakfunc() and everything linked and worked perfectly. ------------------------------ ... 4000950: 04 00 00 00 01 00 [MLX] nop.m 0x0 4000956: 00 00 00 00 00 00 brl.call.sptk.many b0=40009d0 400095c: 88 00 00 d0 ... 4000970: 04 00 00 00 01 00 [MLX] nop.m 0x0 4000976: 00 00 00 00 00 00 brl.call.sptk.many b0=4000ac0 400097c: 58 01 00 d0 ... ------------------------------ I will file a bug with binutils. Thanks again for catching my offset mistake. --peter >From gcc-bugs-return-671345-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 15:07:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62723 invoked by alias); 25 Feb 2020 15:07:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 62631 invoked by uid 55); 25 Feb 2020 15:07:08 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Tue, 25 Feb 2020 15:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg02927.txt.bz2 Content-length: 1086 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #22 from Steve Kargl --- On Tue, Feb 25, 2020 at 07:32:31AM +0000, thenlich at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 > > --- Comment #21 from Thomas Henlich --- > One should also ask: What is the least surprising way to implement the > cotangent function? > > If someone uses a (non-standard) function bearing a name similar to "tangent", > they probably expect a function similar in precision and runtime to the > standard tangent function, and nothing which is more accurate in certain > ranges, but which is also slower. > > For being able to use a construct like "y = a * cotan(x)" instead of "y = a / > tan(x)" there should be no additional punishment aside from standard > non-compliance. > Having spent considerable time implementing tanl() that resides in FreeBSD's libm, I suspect no one is going to do the work to ensure the max ULP of cotan is no worse than max ULP of tan. >From gcc-bugs-return-671347-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 15:13:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70930 invoked by alias); 25 Feb 2020 15:13:30 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 70827 invoked by uid 48); 25 Feb 2020 15:13:17 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93106] [c++2a] Deleted move constructor is not selected when returning an automatic variable Date: Tue, 25 Feb 2020 15:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02929.txt.bz2 Content-length: 448 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93106 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |barry.revzin at gmail dot com --- Comment #5 from Jonathan Wakely --- *** Bug 93929 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-671346-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 15:13:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70925 invoked by alias); 25 Feb 2020 15:13: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 70802 invoked by uid 48); 25 Feb 2020 15:13:17 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93929] In copy elision cases, fallback to lvalue even if rvalue overload resolution succeeds Date: Tue, 25 Feb 2020 15:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg02928.txt.bz2 Content-length: 498 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93929 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Jonathan Wakely --- This is a dup *** This bug has been marked as a duplicate of bug 93106 *** >From gcc-bugs-return-671348-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 15:32:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65985 invoked by alias); 25 Feb 2020 15:32: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 65889 invoked by uid 48); 25 Feb 2020 15:32:18 -0000 From: "vincent-gcc at vinc17 dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/53182] GNU C: attributes without underscores should be discouraged / no longer be documented e.g. as examples Date: Tue, 25 Feb 2020 15:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: enhancement X-Bugzilla-Who: vincent-gcc at vinc17 dot net 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: 2020-02/txt/msg02930.txt.bz2 Content-length: 1104 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53182 --- Comment #8 from Vincent Lefèvre --- (In reply to Jonathan Wakely from comment #7) > (In reply to Vincent Lefèvre from comment #6) > > Also, note that identifiers that are not reserved should not be used, > > because they could be defined as macros by the developer, who has not tested > > his code with GCC (I'm saying GCC here, but this applies to any compiler). > > Should not be used by who? by non-user code, but this applies in particular to what's inside __attribute__. Here's an example. In MPFR's mpfr.h file, we use: #define __MPFR_SENTINEL_ATTR #if defined (__GNUC__) # if __GNUC__ >= 4 # undef __MPFR_SENTINEL_ATTR # define __MPFR_SENTINEL_ATTR __attribute__ ((sentinel)) # endif #endif But if in my personal C code, I have #define sentinel 1 before the #include's or, in a similar way, compile my program with -Dsentinel, then I get a compilation failure. Here the end user is not supposed to know that the identifier "sentinel" (which is not reserved) is used internally. >From gcc-bugs-return-671349-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 16:09:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10365 invoked by alias); 25 Feb 2020 16:09:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 10318 invoked by uid 48); 25 Feb 2020 16:09:46 -0000 From: "nathan at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93761] ICE when compiling a standard header as a header unit Date: Tue, 25 Feb 2020 16:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nathan at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02931.txt.bz2 Content-length: 460 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93761 Nathan Sidwell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Nathan Sidwell --- There, I fixed it anyway :) 934fe9a30d2 >From gcc-bugs-return-671350-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 16:13:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18403 invoked by alias); 25 Feb 2020 16:13:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18316 invoked by uid 48); 25 Feb 2020 16:13:14 -0000 From: "dcb314 at hotmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92071] [10 regression][ARM] ice in gen_movsi, at config/arm/arm.md:5378 Date: Tue, 25 Feb 2020 16:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: needs-bisection, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dcb314 at hotmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg02932.txt.bz2 Content-length: 262 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92071 --- Comment #11 from David Binderman --- (In reply to Eric Botcazou from comment #10) > Fixing. Over a month has gone by. I see no fix in trunk. Am I looking in the wrong place ? >From gcc-bugs-return-671351-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 16:27:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60586 invoked by alias); 25 Feb 2020 16:27: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 60531 invoked by uid 48); 25 Feb 2020 16:27:50 -0000 From: "peter.bisroev at groundlabs dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/61577] [4.9.0 Regression] can't compile on hp-ux v3 ia64 Date: Tue, 25 Feb 2020 16:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: peter.bisroev at groundlabs 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: 2020-02/txt/msg02933.txt.bz2 Content-length: 577 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #205 from Peter Bisroev --- Hi Dave, I have submitted bug 25599 (https://sourceware.org/bugzilla/show_bug.cgi?id=25599) to binutils with a slightly simplified test case and CCed you as well. Additionally, I was also able to verify that current binutils (2.34), can now be compiled with our bootstrapped gcc 4.7.4 (I was not able to do so using aCC before). So hopefully once the bug is fixed we can continue testing it here. Thanks again for your help! --peter >From gcc-bugs-return-671352-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 16:39:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121984 invoked by alias); 25 Feb 2020 16:39:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121893 invoked by uid 48); 25 Feb 2020 16:39:22 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/86827] [8 Regression] -Warray-bounds produces negative indicies Date: Tue, 25 Feb 2020 16:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02934.txt.bz2 Content-length: 567 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86827 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #11 from Martin Sebor --- It was fixed in r268048 committed for bug 88273 into GCC 9 and backported to GCC 8. *** This bug has been marked as a duplicate of bug 88273 *** >From gcc-bugs-return-671353-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 16:39:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122085 invoked by alias); 25 Feb 2020 16:39:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121920 invoked by uid 48); 25 Feb 2020 16:39:22 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/88273] [8 Regression] warning: 'memcpy' offset [-527, -529] is out of the bounds [0, 16] of object 'vrsave' with type 'union ' [-Warray-bounds] Date: Tue, 25 Feb 2020 16:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02935.txt.bz2 Content-length: 437 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |liuw at liuw dot name --- Comment #16 from Martin Sebor --- *** Bug 86827 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-671354-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 16:52:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119269 invoked by alias); 25 Feb 2020 16:52: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 119214 invoked by uid 48); 25 Feb 2020 16:51:56 -0000 From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93913] [10 regression] r10-6762 breaks gcc.target/powerpc/fold-vec-st-*.c test cases Date: Tue, 25 Feb 2020 16: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status bug_file_loc cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02936.txt.bz2 Content-length: 796 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93913 Peter Bergner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED URL| |https://gcc.gnu.org/ml/gcc- | |patches/2020-02/msg01398.ht | |ml Last reconfirmed| |2020-02-25 Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Peter Bergner --- Confirmed. Patch submitted. >From gcc-bugs-return-671355-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 17:10:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23718 invoked by alias); 25 Feb 2020 17:10:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23662 invoked by uid 48); 25 Feb 2020 17:10:46 -0000 From: "romain.geissler at amadeus dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92267] [9 Regression] crash with a cppunit test case (built by GCC 9) and cpptest (built with GCC 8) Date: Tue, 25 Feb 2020 17:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: romain.geissler at amadeus dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02937.txt.bz2 Content-length: 1220 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267 Romain Geissler changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |romain.geissler at amadeus dot com --- Comment #8 from Romain Geissler --- Hi Jonathan, Sorry to jump back into this old bug, but isn't it a issue that this was backported to gcc 9 after some releases of gcc 9 were in the wild yet ? I mean, someone having built some binaries with gcc 9.1.0 or 9.2.0, mixing it later with a binary built with the upcoming gcc 9.3.0 will also see a similar crash, no ? I think (but I am not sure yet) this is actually happening to me (although I am not using gcc releases, but directly compile from git from gcc-9-branch, so I understand my right to complain is low, if not non legit at all). What is advocated in this case, that all binaries build with gcc 9.1.0 or 9.2.0 shall be rebuilt as well ? Or is there any way that somehow the gcc 9 branch (and not gcc 10 one) can support both ABIs to cope with past mistakes ? Cheers, Romain >From gcc-bugs-return-671356-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 17:16:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75816 invoked by alias); 25 Feb 2020 17:16: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 74791 invoked by uid 48); 25 Feb 2020 17:15:41 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92267] [9 Regression] crash with a cppunit test case (built by GCC 9) and cpptest (built with GCC 8) Date: Tue, 25 Feb 2020 17:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg02938.txt.bz2 Content-length: 1422 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267 --- Comment #9 from Jonathan Wakely --- (In reply to Romain Geissler from comment #8) > Sorry to jump back into this old bug, but isn't it a issue that this was > backported to gcc 9 after some releases of gcc 9 were in the wild yet ? Yes. The choice was to accept a break and say "starting with GCC 9 there's an ABI break, nothing before 9 is compatible with anything after that" or to consider 9.1.0 and 9.2.0 to be buggy and fix the mistake for 9.3.0. > I mean, someone having built some binaries with gcc 9.1.0 or 9.2.0, mixing > it later with a binary built with the upcoming gcc 9.3.0 will also see a > similar crash, no ? I think (but I am not sure yet) this is actually > happening to me (although I am not using gcc releases, but directly compile > from git from gcc-9-branch, so I understand my right to complain is low, if > not non legit at all). What is advocated in this case, that all binaries > build with gcc 9.1.0 or 9.2.0 shall be rebuilt as well ? Or is there any way > that somehow the gcc 9 branch (and not gcc 10 one) can support both ABIs to > cope with past mistakes ? I'm not aware of any way to make that work. Once GCC 9.3.0 is released the solution is to upgrade to 9.3.0 and consider 9.1.0 and 9.2.0 to have a bug. If that bug affects you, you'll need to rebuild code built with those versions. >From gcc-bugs-return-671357-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 17:41:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 100883 invoked by alias); 25 Feb 2020 17:41:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 100815 invoked by uid 48); 25 Feb 2020 17:41:12 -0000 From: "romain.geissler at amadeus dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92267] [9 Regression] crash with a cppunit test case (built by GCC 9) and cpptest (built with GCC 8) Date: Tue, 25 Feb 2020 17:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: romain.geissler at amadeus dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg02939.txt.bz2 Content-length: 482 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267 --- Comment #10 from Romain Geissler --- Ok, I was not sure whether it was more important to have a given major branch (ie all gcc 9 releases) consistent or favor compatibility with the biggest number of gcc releases (cross branches). You replied to that. Do you think this shall be somehow be listed as a known issue in the gcc 9 release notes https://gcc.gnu.org/gcc-9/changes.html ? >From gcc-bugs-return-671358-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 17:43:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104125 invoked by alias); 25 Feb 2020 17:43:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 104031 invoked by uid 48); 25 Feb 2020 17:43:51 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92071] [10 regression][ARM] ice in gen_movsi, at config/arm/arm.md:5378 Date: Tue, 25 Feb 2020 17:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: needs-bisection, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg02940.txt.bz2 Content-length: 268 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92071 --- Comment #12 from Eric Botcazou --- > Over a month has gone by. I see no fix in trunk. Am I looking > in the wrong place ? Why do you think I put "fixing" instead of "fixed"? ;-) >From gcc-bugs-return-671359-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 17:44:43 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 105102 invoked by alias); 25 Feb 2020 17:44:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 105064 invoked by uid 48); 25 Feb 2020 17:44:39 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92267] [9 Regression] crash with a cppunit test case (built by GCC 9) and cpptest (built with GCC 8) Date: Tue, 25 Feb 2020 17:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg02941.txt.bz2 Content-length: 149 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267 --- Comment #11 from Jonathan Wakely --- Yes, I should add it there. >From gcc-bugs-return-671360-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 17:59:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17814 invoked by alias); 25 Feb 2020 17:59:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 17773 invoked by uid 48); 25 Feb 2020 17:59:21 -0000 From: "fredrik987 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93930] New: Unnecessary broadcast instructions for AVX512 Date: Tue, 25 Feb 2020 17:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fredrik987 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: 2020-02/txt/msg02942.txt.bz2 Content-length: 3132 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93930 Bug ID: 93930 Summary: Unnecessary broadcast instructions for AVX512 Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: fredrik987 at gmail dot com Target Milestone: --- Created attachment 47908 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47908&action=edit Test case The code below generates unnecessary broadcast instructions for AVX512, compiled with "-Ofast -march=skylake-avx512". This occurs for gcc trunk and 9.2/8.3 but not 7.5. Most constants are read from memory via vbroadcastss except two, which are read as scalars and then broadcast within the loop. For gcc 7.5 all constants are read via vbroadcastss. The problem seems to be more frequent for larger functions. --- Compiler output for gcc 9.2: ... .L3: vmovaps zmm0, ZMMWORD PTR [rdi] add rdi, 64 vmovaps zmm3, zmm0 vmovaps zmm1, zmm0 vmulps zmm2, zmm0, zmm0 vfmadd132ps zmm3, zmm11, zmm12 vfmadd132ps zmm1, zmm13, zmm14 vmovaps zmm4, zmm0 vfmadd132ps zmm4, zmm7, zmm8 sub rsi, -128 vfmadd132ps zmm1, zmm3, zmm2 vmovaps zmm3, zmm0 vfmadd132ps zmm3, zmm9, zmm10 vfmadd132ps zmm3, zmm4, zmm2 vbroadcastss zmm4, xmm15 <--- Broadcast within loop vmulps zmm3, zmm3, zmm1 vmovaps ZMMWORD PTR [rsi-128], zmm3 vbroadcastss zmm3, xmm16 <--- Broadcast within loop vfmadd132ps zmm3, zmm4, zmm0 vfmadd132ps zmm0, zmm5, zmm6 vfmadd132ps zmm0, zmm3, zmm2 vmulps zmm1, zmm1, zmm0 vmovaps ZMMWORD PTR [rsi-64], zmm1 cmp rdi, rax jne .L3 ... --- #include static __m512 f(__m512 x) { __m512 a = _mm512_set1_ps(11); __m512 b = _mm512_set1_ps(12); __m512 c = _mm512_set1_ps(13); __m512 d = _mm512_set1_ps(14); __m512 y = _mm512_mul_ps(x, x); return _mm512_fmadd_ps(y, _mm512_fmadd_ps(x, a, b), _mm512_fmadd_ps(x, c, d)); } static __m512 g(__m512 x) { __m512 a = _mm512_set1_ps(21); __m512 b = _mm512_set1_ps(22); __m512 c = _mm512_set1_ps(23); __m512 d = _mm512_set1_ps(24); __m512 y = _mm512_mul_ps(x, x); return _mm512_fmadd_ps(y, _mm512_fmadd_ps(x, a, b), _mm512_fmadd_ps(x, c, d)); } static __m512 h(__m512 x) { __m512 a = _mm512_set1_ps(31); __m512 b = _mm512_set1_ps(32); __m512 c = _mm512_set1_ps(33); __m512 d = _mm512_set1_ps(34); __m512 y = _mm512_mul_ps(x, x); return _mm512_fmadd_ps(y, _mm512_fmadd_ps(x, a, b), _mm512_fmadd_ps(x, c, d)); } void test(__m512 *x, __m512 *y, int n) { for (int i = 0; i < n; i++) { __m512 u = *x++; __m512 v = h(u); *y++ = _mm512_mul_ps(f(u), v); *y++ = _mm512_mul_ps(g(u), v); } } >From gcc-bugs-return-671361-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 18:22:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114067 invoked by alias); 25 Feb 2020 18:22:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114033 invoked by uid 48); 25 Feb 2020 18:22:16 -0000 From: "Peter.Georg at physik dot uni-regensburg.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93931] New: ICE using lambda capture in openMP parallel for reduction Date: Tue, 25 Feb 2020 18:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: Peter.Georg at physik dot uni-regensburg.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone 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: 2020-02/txt/msg02943.txt.bz2 Content-length: 1281 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93931 Bug ID: 93931 Summary: ICE using lambda capture in openMP parallel for reduction Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: Peter.Georg at physik dot uni-regensburg.de Target Milestone: --- Created attachment 47909 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47909&action=edit Source The following (and attached) code fails to compile with any GCC >= 8 when openMP is enabled. GCC compiles the code, but the result is wrong. Any tested clang version compiles the code with no errors and the result is right. #include int main() { int score = 0; [&score]() { #pragma omp parallel for reduction(+ : score) for(int i= 0; i < 1000; ++i) { score += i; } }(); std::cout << score << std::endl; return score; } Error: during RTL pass: expand omp.cpp: In lambda function: omp.cpp:6:9: internal compiler error: in make_decl_rtl, at varasm.c:1340 6 | #pragma omp parallel for reduction(+ : score) | >From gcc-bugs-return-671362-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 18:29:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124827 invoked by alias); 25 Feb 2020 18:29: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 124775 invoked by uid 48); 25 Feb 2020 18:29:51 -0000 From: "ch3root at openwall dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93848] missing -Warray-bounds warning for array subscript 1 is outside array bounds Date: Tue, 25 Feb 2020 18:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: ch3root at openwall dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02944.txt.bz2 Content-length: 2003 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93848 Alexander Cherepanov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ch3root at openwall dot com --- Comment #7 from Alexander Cherepanov --- I agree that the original example exhibits UB. One of the violated norms that was not yet mentioned is C11, 6.3.2.1p1: "if an lvalue does not designate an object when it is evaluated, the behavior is undefined" To go further in this direction, let's compare arrays and structs: char (*p)[2] = malloc(1); ... use (*p)[0] struct { char x, y; } *q = malloc(1); ... use (*q).x Are these valid? Do structs differ? DR 073[1], items A, B, C, F, G, H, says that the . operator requires a complete structure as its left operand but fails to address the issue with an array directly. IMHO arrays should not differ. [1] http://open-std.org/jtc1/sc22/wg14/www/docs/dr_073.html OTOH suppose that p[1] is not UB per se in the original example. What is the result of its decay? C11, 6.3.2.1p3 says that it "points to the initial element of the array object". But there is no array object here. Then, which operations are allowed for this pointer? p[1]+0 is ok? Writing it as &p[1][0] is ok? What about p[1]+1 or &p[1][1]? gcc doesn't warn about it: ---------------------------------------------------------------------- #include int main() { int a[1][4]; printf("%p\n", (void *)&a[1][1]); } ---------------------------------------------------------------------- $ gcc -std=c11 -pedantic -Wall -Wextra -Warray-bounds=2 -O3 test.c && ./a.out 0x7ffc5904aa04 ---------------------------------------------------------------------- gcc x86-64 version: gcc (GCC) 10.0.1 20200225 (experimental) ---------------------------------------------------------------------- >From gcc-bugs-return-671363-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:20:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68336 invoked by alias); 25 Feb 2020 19:20:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 68287 invoked by uid 48); 25 Feb 2020 19:20:50 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/78993] False positive from -Wmaybe-uninitialized Date: Tue, 25 Feb 2020 19:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 7.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: P2 X-Bugzilla-Assigned-To: law at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority 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: 2020-02/txt/msg02945.txt.bz2 Content-length: 2712 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78993 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com Assignee|unassigned at gcc dot gnu.org |law at redhat dot com --- Comment #6 from Jeffrey A. Law --- Andrew, Manu, wrong. This is not a failing to handle logicals, threading handles those just fine. It's code that tries to keep the cost of jump threading down. Jump threading is expensive and scales poorly -- left to its own devices it'd actually try to thread every potential path through the CFG which is obviously undesirable. The thread3 dump looks something like this: ;; basic block 2, loop depth 0 ;; pred: ENTRY j_6 = rand (); if (i_3(D) >= j_6) goto ; [55.78%] else goto ; [44.22%] ;; succ: 8 ;; 3 ;; basic block 3, loop depth 0 ;; pred: 2 if (i_3(D) < 0) goto ; [13.00%] else goto ; [87.00%] ;; succ: 4 ;; 5 ;; basic block 4, loop depth 0 ;; pred: 3 ;; 8 # j_26 = PHI # prephitmp_20 = PHI <0(3), 1(8)> i_4 = rand (); ;; succ: 5 ;; basic block 5, loop depth 0 ;; pred: 4 ;; 3 # i_5 = PHI # j_27 = PHI # prephitmp_7 = PHI _16 = i_5 > 9; _17 = _16 | prephitmp_7; if (_17 != 0) goto ; [0.00%] else goto ; [100.00%] ;; succ: 6 ;; 7 ;; basic block 6, loop depth 0 ;; pred: 5 ;; 8 ;; succ: 7 ;; basic block 7, loop depth 0 ;; pred: 6 ;; 5 # _1 = PHI <0(6), j_27(5)> return _1; ;; succ: EXIT ;; basic block 8, loop depth 0 ;; pred: 2 if (i_3(D) < 0) goto ; [35.41%] else goto ; [64.59%] ;; succ: 4 ;; 6 The path we want to thread is bb8->bb4->bb5 which will always result in reaching bb6. But bb4 doesn't look interesting to the threader (it's got statements with side effects (so it's not a forwarder) and it has a single successor. If we loosen the requirements for what looks interesting to the threader (say by making everything interesting), then the threader will pick up this missed jump thread and as a side effect of eliminating the infeasible path (8->4->5->7) eliminates the false positive. >From gcc-bugs-return-671364-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:21:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69228 invoked by alias); 25 Feb 2020 19:21: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 69154 invoked by uid 48); 25 Feb 2020 19:21:26 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93820] [8/9/10 Regression] wrong code at -O3 on x86_64-linux-gnu since r9-1732 Date: Tue, 25 Feb 2020 19:21: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02946.txt.bz2 Content-length: 1185 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org --- Comment #5 from Jakub Jelinek --- Created attachment 47910 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47910&action=edit gcc10-pr93820.patch Untested fix. For GCC11 we might as well perform some kind of quick DSE in the store-merging pass (I mean, e.g. after sort_by_bitpos sorting, where the stores are sorted by increasing bitpos and with the same bitpos by increasing order, it shouldn't be that expensive for each store to check if it isn't fully redundant through stores with higher order, mark them some way, create special merged store for all of them that would emit nothing and just get those stores deleted and move them at the end of m_store_info or temporarily away from it so that coalesce_immediate_stores doesn't have to skip them). >From gcc-bugs-return-671365-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:22:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70312 invoked by alias); 25 Feb 2020 19:22: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 70252 invoked by uid 48); 25 Feb 2020 19:22:18 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93843] [10 Regression] wrong code at -O3 on x86_64-linux-gnu Date: Tue, 25 Feb 2020 19:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02947.txt.bz2 Content-length: 500 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93843 rsandifo at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot gnu.org --- Comment #8 from rsandifo at gcc dot gnu.org --- Testing a patch. >From gcc-bugs-return-671366-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:25:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72717 invoked by alias); 25 Feb 2020 19:25:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72639 invoked by uid 48); 25 Feb 2020 19:25:28 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93820] [8/9/10 Regression] wrong code at -O3 on x86_64-linux-gnu since r9-1732 Date: Tue, 25 Feb 2020 19:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02948.txt.bz2 Content-length: 644 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820 --- Comment #6 from Jakub Jelinek --- On the original testcase, the reason why dse3 doesn't help is we have: a[4] = 1; _4 = *c.0_1; a[5] = _4; a[3] = 1; e = 0; a[8] = 0; MEM [(int *)&a + 16B] = { 0, 0, 0, 0 }; and c.0_1 might alias the a array, so dse3 removes a[5] store as redundant, but only later cddce removes the _4 = *c.0_1 load and only then the a[4] = 1; store could be also removed (i.e. it would require iteration, or performing some kind of (cheap) dce in the dse pass after removing each store). >From gcc-bugs-return-671367-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:27:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79597 invoked by alias); 25 Feb 2020 19:27:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79562 invoked by uid 48); 25 Feb 2020 19:27:14 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/71699] bogus -Wmaybe-uninitialized warning: gcc misses that non-NULL pointer + offset can never be NULL Date: Tue, 25 Feb 2020 19:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 7.0 X-Bugzilla-Keywords: diagnostic, missed-optimization 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: 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: 2020-02/txt/msg02949.txt.bz2 Content-length: 720 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71699 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-25 CC| |law at redhat dot com Ever confirmed|0 |1 --- Comment #12 from Jeffrey A. Law --- Confirming for -O0 we get the false positive, which isn't a huge surprise given how little analysis we do for -O0, similarly for -Og. For -Ox for x >= 1 the warning is suppressed. >From gcc-bugs-return-671369-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:43:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45456 invoked by alias); 25 Feb 2020 19:43:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45432 invoked by uid 48); 25 Feb 2020 19:43:21 -0000 From: "meissner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93932] New: PowerPC vec_extract with variable element number has code regressions for V2DI/V2DF vectors Date: Tue, 25 Feb 2020 19:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: meissner at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02951.txt.bz2 Content-length: 1609 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932 Bug ID: 93932 Summary: PowerPC vec_extract with variable element number has code regressions for V2DI/V2DF vectors Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: meissner at gcc dot gnu.org Target Milestone: --- I've been looking at vec_extract recently, both in terms of support for the -mcpu=future and to look at supporting PR target/93230 in GCC 11. In some cases, if you have a vec_extract built-in function where the vector is in a register, and the element is variable, the compiler decides store this vector to memory, and then do the variable extract using a scalar load. Unfortunately, this lead to a STORE-HIT-LOAD slowdown, as the scalar load will likely have to wait for the vector store to finish. The test cases are the fold-vect-extract-.p{7,8,9}.c} files in the gcc.target/powerpc directory, where is 'char', 'short', 'int', 'longlong', 'float' and 'double', and the p7/p8/p9 indicates whether the test is for -mcpu=power7, -mcpu=power8, or -mcpu=power9. For -mcpu=power8, the regressions are: fold-vect-extract-double.p8.c: GCC 9.x and current trunk fold-vect-extract-longlong.p8.c: GCC 9.x and current trunk For -mcpu=power9, the regressions are: fold-vect-extract-double.p9.c: GCC 9.x (current trunk is ok) fold-vect-extract-longlong.p9.c: GCC 9.x (current trunk is ok) >From gcc-bugs-return-671368-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:43:09 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44742 invoked by alias); 25 Feb 2020 19:43: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 44671 invoked by uid 48); 25 Feb 2020 19:43:04 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/67196] Another false positive from -Wmaybe-uninitialized Date: Tue, 25 Feb 2020 19:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: 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: 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: 2020-02/txt/msg02950.txt.bz2 Content-length: 703 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67196 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #2 from Jeffrey A. Law --- I believe jump threading doesn't thread in this case because doing so is going to muck up the loop structures. Essentially it has to thread from outside the loop through the loop header to a point in the interior of the loop. Except for a very limited number of circumstances that creates irreducible loops and it's avoided. >From gcc-bugs-return-671371-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:44:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47591 invoked by alias); 25 Feb 2020 19:44:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 47472 invoked by uid 55); 25 Feb 2020 19:44:15 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89917] [8 Regression] ICE with lambda in variadic template hierarchy Date: Tue, 25 Feb 2020 19:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02953.txt.bz2 Content-length: 773 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89917 --- Comment #4 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:7ac251ee4fa84f5a7583c597fa0641278e3855fc commit r8-10064-g7ac251ee4fa84f5a7583c597fa0641278e3855fc Author: Jason Merrill Date: Tue Feb 25 13:37:18 2020 -0500 PR c++/89917 - ICE with lambda in variadic mem-init. A mem-initializer is not a type, and we don't want to turn autos within it into packs. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/89917 - ICE with lambda in variadic mem-init. * pt.c (make_pack_expansion): Change type_pack_expansion_p to false. >From gcc-bugs-return-671373-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:44:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48749 invoked by alias); 25 Feb 2020 19:44:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48368 invoked by uid 48); 25 Feb 2020 19:44:36 -0000 From: "meissner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93932] PowerPC vec_extract with variable element number has code regressions for V2DI/V2DF vectors Date: Tue, 25 Feb 2020 19:44: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: meissner at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02955.txt.bz2 Content-length: 713 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932 Michael Meissner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-25 CC| |dje at gcc dot gnu.org, | |meissner at gcc dot gnu.org, | |segher at gcc dot gnu.org, | |wschmidt at gcc dot gnu.org Ever confirmed|0 |1 >From gcc-bugs-return-671370-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:44:07 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46702 invoked by alias); 25 Feb 2020 19:44: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 46646 invoked by uid 48); 25 Feb 2020 19:44:02 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89917] [8 Regression] ICE with lambda in variadic template hierarchy Date: Tue, 25 Feb 2020 19:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02952.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89917 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671372-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:44:38 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48403 invoked by alias); 25 Feb 2020 19:44:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48281 invoked by uid 48); 25 Feb 2020 19:44:33 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93930] [8/9/10 Regression] Unnecessary broadcast instructions for AVX512 Date: Tue, 25 Feb 2020 19:44: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.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02954.txt.bz2 Content-length: 964 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93930 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-25 CC| |hubicka at gcc dot gnu.org, | |jakub at gcc dot gnu.org Target Milestone|--- |8.4 Summary|Unnecessary broadcast |[8/9/10 Regression] |instructions for AVX512 |Unnecessary broadcast | |instructions for AVX512 Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Seems this has started with r8-3873-gc53c148c9155c1c26bf35b2763bf34d2ae26bc4b >From gcc-bugs-return-671374-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 19:49:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57136 invoked by alias); 25 Feb 2020 19:49: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 57068 invoked by uid 48); 25 Feb 2020 19:49:26 -0000 From: "meissner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93932] PowerPC vec_extract with variable element number has code regressions for V2DI/V2DF vectors Date: Tue, 25 Feb 2020 19:49: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: meissner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: meissner at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02956.txt.bz2 Content-length: 1499 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932 Michael Meissner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |meissner at gcc dot gnu.org --- Comment #1 from Michael Meissner --- I've discovered that the issue is the combined insn that does variable extract where it handles both the register case and the memory case: (define_insn_and_split "vsx_extract__var" [(set (match_operand: 0 "gpc_reg_operand" "=v,wa,r") (unspec: [(match_operand:VSX_D 1 "input_operand" "v,Q,Q") (match_operand:DI 2 "gpc_reg_operand" "r,r,r")] UNSPEC_VSX_EXTRACT)) (clobber (match_scratch:DI 3 "=r,&b,&b")) (clobber (match_scratch:V2DI 4 "=&v,X,X"))] "VECTOR_MEM_VSX_P (mode) && TARGET_DIRECT_MOVE_64BIT" "#" "&& reload_completed" [(const_int 0)] { rs6000_split_vec_extract_var (operands[0], operands[1], operands[2], operands[3], operands[4]); DONE; }) If I split the insn into two separate patterns, one that handles only the register, and the other that only handles memory accesses. This way the compiler doesn't create the store and does the variable extract in the register. >From gcc-bugs-return-671375-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 20:14:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48808 invoked by alias); 25 Feb 2020 20:14:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48757 invoked by uid 48); 25 Feb 2020 20:14:31 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93905] [8 Regression] Cannot use Derived type of Base containing both enum and protected destructor Date: Tue, 25 Feb 2020 20: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: 8.3.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02957.txt.bz2 Content-length: 609 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org --- Comment #8 from Jakub Jelinek --- Created attachment 47911 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47911&action=edit gcc8-pr93905.patch Untested fix that I'm going to test tonight. >From gcc-bugs-return-671376-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:00:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91495 invoked by alias); 25 Feb 2020 21:00:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 91438 invoked by uid 48); 25 Feb 2020 20:59:56 -0000 From: "kreckel at ginac dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/29186] optimzation breaks floating point exception flag reading Date: Tue, 25 Feb 2020 21:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.1.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kreckel at ginac dot de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02958.txt.bz2 Content-length: 461 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29186 --- Comment #22 from Richard B. Kreckel --- I can't reproduce this bug any more, with any of the optimization settings on x86 or x86_64 going back as far as GCC 4.9.2. Delighted to see that this has been addressed in the meantime (even without supporting that pragma.) I suppose this bug can just be closed. I don't know about 30568. (Don't understand why it's related at all). >From gcc-bugs-return-671377-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:00:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93428 invoked by alias); 25 Feb 2020 21:00:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 93193 invoked by uid 48); 25 Feb 2020 21:00:13 -0000 From: "nathan at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93933] New: [concepts] redeclaration of constrained template give error Date: Tue, 25 Feb 2020 21:00: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nathan 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 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: 2020-02/txt/msg02959.txt.bz2 Content-length: 714 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933 Bug ID: 93933 Summary: [concepts] redeclaration of constrained template give error Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nathan at gcc dot gnu.org Target Milestone: --- Created attachment 47912 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47912&action=edit testcase I fell over this on the modules branch, but discovered it also occurring on trunk. We consider all TYPE_ARGUMENT_PACKS different. I have a patch. >From gcc-bugs-return-671378-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:01:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93790 invoked by alias); 25 Feb 2020 21:00: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 93454 invoked by uid 48); 25 Feb 2020 21:00:38 -0000 From: "nathan at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93933] [concepts] redeclaration of constrained template give error Date: Tue, 25 Feb 2020 21:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nathan at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02960.txt.bz2 Content-length: 492 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933 Nathan Sidwell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-25 Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot gnu.org Ever confirmed|0 |1 >From gcc-bugs-return-671379-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:17:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 3908 invoked by alias); 25 Feb 2020 21:17: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 2871 invoked by uid 55); 25 Feb 2020 21:17:32 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93912] typo: probablity Date: Tue, 25 Feb 2020 21:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02961.txt.bz2 Content-length: 1306 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93912 --- Comment #2 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:9c3da8cc5d01dcccfd98cda20753081414f12877 commit r10-6857-g9c3da8cc5d01dcccfd98cda20753081414f12877 Author: Jakub Jelinek Date: Tue Feb 25 22:10:48 2020 +0100 typo fix: Fix probablity, becuse, sucessor and destinarion typos [PR93912] 2020-02-25 Jakub Jelinek PR other/93912 * config/sh/sh.c (expand_cbranchdi4): Fix comment typo, probablity -> probability. * cfghooks.c (verify_flow_info): Likewise. * predict.c (combine_predictions_for_bb): Likewise. * bb-reorder.c (connect_better_edge_p): Likewise. Fix comment typo, sucessor -> successor. (find_traces_1_round): Fix comment typo, destinarion -> destination. * omp-expand.c (expand_oacc_for): Fix comment typo, sucessors -> successors. * tree-ssa-loop-ch.c (should_duplicate_loop_header_p): Fix dump message typo, sucessors -> successors. c/ * gimple-parser.c (c_parser_gimple_parse_bb_spec_edge_probability): Rename last argument from probablity to probability. >From gcc-bugs-return-671380-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:28:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13119 invoked by alias); 25 Feb 2020 21:28:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 13083 invoked by uid 48); 25 Feb 2020 21:28:44 -0000 From: "ppalka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93933] [concepts] redeclaration of constrained template give error Date: Tue, 25 Feb 2020 21:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ppalka at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02962.txt.bz2 Content-length: 408 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933 Patrick Palka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ppalka at gcc dot gnu.org --- Comment #1 from Patrick Palka --- Perhaps related to PR93795? >From gcc-bugs-return-671381-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:35:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118485 invoked by alias); 25 Feb 2020 21:35:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118415 invoked by uid 48); 25 Feb 2020 21:35:49 -0000 From: "fw at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libffi/70024] [5/6 Regression] libffi ABI change w/o SONAME bump Date: Tue, 25 Feb 2020 21:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libffi X-Bugzilla-Version: 5.3.0 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: fw at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 5.4 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: 2020-02/txt/msg02963.txt.bz2 Content-length: 479 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70024 Florian Weimer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fw at gcc dot gnu.org --- Comment #10 from Florian Weimer --- Was this an ABI change anywhere but on Mach-O targets? FFI_EXEC_TRAMPOLINE_TABLE is 0 on GNU/Linux, right? >From gcc-bugs-return-671382-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:41:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124052 invoked by alias); 25 Feb 2020 21:41:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 123978 invoked by uid 48); 25 Feb 2020 21:41:51 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93932] PowerPC vec_extract with variable element number has code regressions for V2DI/V2DF vectors Date: Tue, 25 Feb 2020 21:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: meissner 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: 2020-02/txt/msg02964.txt.bz2 Content-length: 681 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932 --- Comment #2 from Segher Boessenkool --- So the issue is that input_operand allows too much? Other patterns that could use such a fix are float2, floatuns2, movsd_store, movsd_load, *vsx_le_permute_, vsx_set_v1ti, vsx_extract__var, vsx_extract_v4sf_var, vsx_extract__var, *vsx_extract__mode_var, vsx_splat_. A few of those are probably safe, the define_expand ones for example; but those are all uses of input_operand in an insn that isn't a movM (which is the only place this predicate should be used). >From gcc-bugs-return-671383-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:42:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125713 invoked by alias); 25 Feb 2020 21:42:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 125654 invoked by uid 55); 25 Feb 2020 21:42:44 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92745] [8/9 Regression] Initializing array with vec4 results in compile error Date: Tue, 25 Feb 2020 21:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02965.txt.bz2 Content-length: 2770 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745 --- Comment #10 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:a955c8f0a0aacd9271876ddc5ca8f0ccaca18ac7 commit r8-10065-ga955c8f0a0aacd9271876ddc5ca8f0ccaca18ac7 Author: Marek Polacek Date: Fri Dec 20 23:30:04 2019 +0000 PR c++/92745 - bogus error when initializing array of vectors. In r268428 I changed reshape_init_r in such a way that when it sees a nested { } in a CONSTRUCTOR with missing braces, it just returns the initializer: + else if (COMPOUND_LITERAL_P (stripped_init) ... + ++d->cur; + gcc_assert (!BRACE_ENCLOSED_INITIALIZER_P (stripped_init)); + return init; But as this test shows, that's incorrect: if TYPE is an array, we need to proceed to reshape_init_array_1 which will iterate over the array initializers: 6006 /* Loop until there are no more initializers. */ 6007 for (index = 0; 6008 d->cur != d->end && (!sized_array_p || index <= max_index_cst); 6009 ++index) 6010 { and update d.cur accordingly. In other words, when reshape_init gets {{col[0][0], col[1][0], col[2][0], col[3][0]}, {col[0][1], col[1][1], col[2][1], col[3][1]}, {col[0][2], col[1][2], col[2][2], col[3][2]}, {col[0][3], col[1][3], col[2][3], col[3][3]}} we recurse on the first element: {col[0][0], col[1][0], col[2][0], col[3][0]} and we can't just move d.cur to point to {col[0][1], col[1][1], col[2][1], col[3][1]} and return; we need to iterate, so that d.cur ends up being properly updated, and after all initializers have been seen, points to d.end. Currently we skip the loop, wherefore we hit this: 6502 /* Make sure all the element of the constructor were used. Otherwise, 6503 issue an error about exceeding initializers. */ 6504 if (d.cur != d.end) 6505 { 6506 if (complain & tf_error) 6507 error ("too many initializers for %qT", type); 6508 return error_mark_node; 6509 } gcc/cp/ChangeLog 2020-02-25 Marek Polacek PR c++/92745 - bogus error when initializing array of vectors. * decl.c (reshape_init_r): For a nested compound literal, do call reshape_init_{class,array,vector}. gcc/testsuite/ChangeLog 2020-02-25 Marek Polacek Jakub Jelinek PR c++/92745 * g++.dg/cpp0x/initlist118.C: New test. * g++.dg/cpp0x/initlist118.C: Add -Wno-psabi -w to dg-options. >From gcc-bugs-return-671384-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:42:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126430 invoked by alias); 25 Feb 2020 21:42: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 126384 invoked by uid 55); 25 Feb 2020 21:42:54 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87770] [8 Regression] ICE in type_dependent_expression_p, at cp/pt.c:25230 Date: Tue, 25 Feb 2020 21:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02966.txt.bz2 Content-length: 1518 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87770 --- Comment #10 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:d2221c1179354ad71c4944ea0cc634803aae98f1 commit r8-10066-gd2221c1179354ad71c4944ea0cc634803aae98f1 Author: Alexandre Oliva Date: Tue Feb 5 06:11:25 2019 +0000 c++: test partial specializations for type dependence [PR87770] When instantiating a partial specialization of a template member function for a full specialization of a class template, we test whether the context of variables local to the partial specialization, i.e., the partial specialization itself, is dependent, and this ICEs in type_dependent_expression_p, when checking that the function type isn't type-dependent because it is not in a type-dependent scope. We shouldn't have got that far: the previous block in type_dependent_expression_p catches cases in which the function itself takes template arguments of its own, but it only did so for primary templates, not for partial specializations. This patch fixes that. gcc/cp/ChangeLog 2019-02-05 Alexandre Oliva PR c++/87770 * pt.c (instantiates_primary_template_p): New. (type_dependent_expression_p): Use it. gcc/testsuite/ChangeLog 2019-02-05 Alexandre Oliva PR c++/87770 * g++.dg/pr87770.C: New. >From gcc-bugs-return-671385-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:43:42 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127486 invoked by alias); 25 Feb 2020 21:43:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 127402 invoked by uid 48); 25 Feb 2020 21:43:37 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87770] [8 Regression] ICE in type_dependent_expression_p, at cp/pt.c:25230 Date: Tue, 25 Feb 2020 21:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02967.txt.bz2 Content-length: 506 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87770 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED CC| |jason at gcc dot gnu.org Resolution|--- |FIXED --- Comment #11 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671386-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:45:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129888 invoked by alias); 25 Feb 2020 21:45:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 128985 invoked by uid 48); 25 Feb 2020 21:45:28 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92745] [9 Regression] Initializing array with vec4 results in compile error Date: Tue, 25 Feb 2020 21:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02968.txt.bz2 Content-length: 667 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jason at gcc dot gnu.org Summary|[8/9 Regression] |[9 Regression] Initializing |Initializing array with |array with vec4 results in |vec4 results in compile |compile error |error | --- Comment #11 from Jason Merrill --- Fixed for 8.4 as well. >From gcc-bugs-return-671389-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:58:13 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34034 invoked by alias); 25 Feb 2020 21:58: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 33113 invoked by uid 48); 25 Feb 2020 21:58:08 -0000 From: "nathan at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93933] [concepts] redeclaration of constrained template give error Date: Tue, 25 Feb 2020 21:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nathan at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02971.txt.bz2 Content-length: 451 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933 Nathan Sidwell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |plexando at protonmail dot com --- Comment #2 from Nathan Sidwell --- *** Bug 93795 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-671387-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:58:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32389 invoked by alias); 25 Feb 2020 21:58:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32267 invoked by uid 48); 25 Feb 2020 21:57:57 -0000 From: "vajdaz at protonmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93934] New: Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Date: Tue, 25 Feb 2020 21: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: 7.4.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vajdaz at protonmail 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: 2020-02/txt/msg02969.txt.bz2 Content-length: 5041 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934 Bug ID: 93934 Summary: Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Product: gcc Version: 7.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: vajdaz at protonmail dot com Target Milestone: --- Valid C++ code is compiled to assembly that seems to be buggy. Below source code and assembly output of the compiler. Contents of source file float.cc: extern void foo(); extern void bar(); double func(int size, double d, bool b) { double result; for(int i = 0; i < size; ++i) { if (i == 0) { foo(); if(b) result = d; } else { bar(); if(b) result = 42.0; } } return b && size > 0 ? result : 7.0; } I assume that this is valid C++ code. On C++ level there is no way to access an uninitialized variable. The variable result is only used as a return value if size is greater than zero, and b is true, in which case result will be initialized before, for sure. Create assembly: $ g++ -m32 -O2 -fno-pic -fno-omit-frame-pointer -S float.cc Output is: .file "float.cc" .text .p2align 4,,15 .globl _Z4funcidb .type _Z4funcidb, @function _Z4funcidb: .LFB0: .cfi_startproc pushl %ebp .cfi_def_cfa_offset 8 .cfi_offset 5, -8 movl %esp, %ebp .cfi_def_cfa_register 5 pushl %edi pushl %esi pushl %ebx subl $44, %esp .cfi_offset 7, -12 .cfi_offset 6, -16 .cfi_offset 3, -20 movl 8(%ebp), %ebx movl 20(%ebp), %eax fldl 12(%ebp) testl %ebx, %ebx fstpl -48(%ebp) movl %eax, -36(%ebp) jle .L2 movl %eax, %esi xorl %edi, %edi .p2align 4,,10 .p2align 3 .L5: testl %edi, %edi je .L16 call _Z3barv movl %esi, %eax testb %al, %al je .L4 flds .LC0 fstpl -32(%ebp) .L4: addl $1, %edi cmpl %edi, %ebx jne .L5 cmpb $0, -36(%ebp) fldl -32(%ebp) je .L17 addl $44, %esp popl %ebx .cfi_remember_state .cfi_restore 3 popl %esi .cfi_restore 6 popl %edi .cfi_restore 7 popl %ebp .cfi_restore 5 .cfi_def_cfa 4, 4 ret .p2align 4,,10 .p2align 3 .L17: .cfi_restore_state fstp %st(0) .L2: flds .LC1 addl $44, %esp popl %ebx .cfi_remember_state .cfi_restore 3 popl %esi .cfi_restore 6 popl %edi .cfi_restore 7 popl %ebp .cfi_restore 5 .cfi_def_cfa 4, 4 ret .p2align 4,,10 .p2align 3 .L16: .cfi_restore_state call _Z3foov fldl -48(%ebp) movl %esi, %eax testb %al, %al fldl -32(%ebp) fcmovne %st(1), %st fstp %st(1) fstpl -32(%ebp) jmp .L4 .cfi_endproc .LFE0: .size _Z4funcidb, .-_Z4funcidb .section .rodata.cst4,"aM",@progbits,4 .align 4 .LC0: .long 1109917696 .align 4 .LC1: .long 1088421888 .ident "GCC: (Ubuntu 7.4.0-1ubuntu1~18.04.1) 7.4.0" .section .note.GNU-stack,"",@progbits Following things happen in the assembly code when size is 1 and b is true for example. * The value of size is stored into %ebx * The value of b is stored into %eax and -36(%ebp), later in %esi * The value of d is loaded into the fpu register stack and stored into -48(%ebp) We continue straight to the line with "je .L16" and jump to the label .L16. And here comes the interesting part: .L16: .cfi_restore_state call _Z3foov fldl -48(%ebp) <-- loading value of d into fpu movl %esi, %eax testb %al, %al <-- testing if b is true (for fcmovne below) fldl -32(%ebp) <-- loading uninitialized stack variable result fcmovne %st(1), %st <-- choosing which value to put back into result fstp %st(1) fstpl -32(%ebp) jmp .L4 Why we have here a combination of two fldl instructions and a fcmovne? This causes a possible fpu exception if the value of the uninitialized variable named result is accidentally a SNaN value. Which means, the behavior of this code is unpredictable. This can be reproduced with any GCC since 4.4.7, if the -march option is set to something that supports fcmov instructions. I used GCC 7.4.0. Is this a bug, or do I miss something? >From gcc-bugs-return-671388-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 21:58:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33885 invoked by alias); 25 Feb 2020 21:58: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 33049 invoked by uid 48); 25 Feb 2020 21:58:08 -0000 From: "nathan at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93795] Out-of-line definition of class member template with 'requires std::invocable' constraint fails to compile Date: Tue, 25 Feb 2020 21:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: nathan at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02970.txt.bz2 Content-length: 598 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93795 Nathan Sidwell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |nathan at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #2 from Nathan Sidwell --- dup of 93933, but different testcase *** This bug has been marked as a duplicate of bug 93933 *** >From gcc-bugs-return-671390-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 22:00:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36474 invoked by alias); 25 Feb 2020 22:00:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 36213 invoked by uid 48); 25 Feb 2020 22:00:05 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/93935] New: [9/10 regression] gcc.dg/vect/bb-slp-over-widen-2.c fails starting with r262371 (r10-6856) Date: Tue, 25 Feb 2020 22:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02972.txt.bz2 Content-length: 2971 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93935 Bug ID: 93935 Summary: [9/10 regression] gcc.dg/vect/bb-slp-over-widen-2.c fails starting with r262371 (r10-6856) Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- git g:68f8763d57ab6e90f9d78ec0b0e6b71241676a5c, r10-6856 This is probably a similar issue on power 7 for gcc.dg/vect/bb-slp-over-widen-2.c as for gcc.dg/vect/bb-slp-over-widen-1.c in pr87304. r267528 was a fix for gcc.dg/vect/bb-slp-over-widen-1.c. Occurs in gcc 9 and trunk. Sorry I missed this. make -k check-gcc RUNTESTFLAGS=vect.exp="gcc.dg/vect/bb-slp-over-widen-*.c" # of expected passes 16 # of unexpected failures 2 Executing on host: /home/seurer/gcc/git/build/gcc-9-test2/gcc/xgcc -B/home/seurer/gcc/git/build/gcc-9-test2/gcc/ /home/seurer/gcc/git/gcc-9-test2/gcc/testsuite/gcc.dg/vect/bb-slp-over-widen-2.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=never -maltivec -mvsx -mno-allow-movmisalign -ftree-vectorize -fno-vect-cost-model -fno-common -O2 -fdump-tree-slp-details -lm -o ./bb-slp-over-widen-2.exe (timeout = 300) spawn -ignore SIGHUP /home/seurer/gcc/git/build/gcc-9-test2/gcc/xgcc -B/home/seurer/gcc/git/build/gcc-9-test2/gcc/ /home/seurer/gcc/git/gcc-9-test2/gcc/testsuite/gcc.dg/vect/bb-slp-over-widen-2.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=never -maltivec -mvsx -mno-allow-movmisalign -ftree-vectorize -fno-vect-cost-model -fno-common -O2 -fdump-tree-slp-details -lm -o ./bb-slp-over-widen-2.exe PASS: gcc.dg/vect/bb-slp-over-widen-2.c (test for excess errors) Setting LD_LIBRARY_PATH to :/home/seurer/gcc/git/build/gcc-9-test2/gcc::/home/seurer/gcc/git/build/gcc-9-test2/gcc:/home/seurer/gcc/git/build/gcc-9-test2/./gmp/.libs:/home/seurer/gcc/git/build/gcc-9-test2/./prev-gmp/.libs:/home/seurer/gcc/git/build/gcc-9-test2/./mpfr/src/.libs:/home/seurer/gcc/git/build/gcc-9-test2/./prev-mpfr/src/.libs:/home/seurer/gcc/git/build/gcc-9-test2/./mpc/src/.libs:/home/seurer/gcc/git/build/gcc-9-test2/./prev-mpc/src/.libs:/home/seurer/gcc/git/build/gcc-9-test2/./isl/.libs:/home/seurer/gcc/git/build/gcc-9-test2/./prev-isl/.libs Execution timeout is: 300 spawn [open ...] PASS: gcc.dg/vect/bb-slp-over-widen-2.c execution test PASS: gcc.dg/vect/bb-slp-over-widen-2.c scan-tree-dump slp2 "demoting int to signed short" PASS: gcc.dg/vect/bb-slp-over-widen-2.c scan-tree-dump slp2 "demoting int to unsigned short" gcc.dg/vect/bb-slp-over-widen-2.c: pattern found 0 times FAIL: gcc.dg/vect/bb-slp-over-widen-2.c scan-tree-dump-times slp2 "basic block vectorized" 2 The second failure is similar. >From gcc-bugs-return-671391-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 22:14:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54676 invoked by alias); 25 Feb 2020 22:14: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 54649 invoked by uid 48); 25 Feb 2020 22:14:10 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93934] Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Date: Tue, 25 Feb 2020 22: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: 7.4.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg02973.txt.bz2 Content-length: 635 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization Target| |i?86-*-* Component|c++ |target --- Comment #1 from Andrew Pinski --- Looks correct on aarch64 so it might be only a i?86 issue with stack variables. Most likely been here since x86/x87 support was added to GCC. >From gcc-bugs-return-671392-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 22:46:08 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104393 invoked by alias); 25 Feb 2020 22:46:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 104244 invoked by uid 48); 25 Feb 2020 22:45:48 -0000 From: "stephane.goujet at wanadoo dot fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93910] -Waddress-of-packed-member triggered without actual access to a member or the address of a member Date: Tue, 25 Feb 2020 22:46: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.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: stephane.goujet at wanadoo dot fr 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_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: 2020-02/txt/msg02974.txt.bz2 Content-length: 2982 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910 stephane.goujet at wanadoo dot fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |--- --- Comment #9 from stephane.goujet at wanadoo dot fr --- Re-opening until some action is decided or conclusion is reached on the following items: 1. There is a documentation problem for the attribute 'packed'. The fact that this attribute modifies not only the 'internal' padding but also the 'external' alignment should be clearly stated. It may be obvious to you, but for the reader it is not, and this behaviour is not particularly expected/natural. I made a few experiments with clang (8) and Microsoft compiler (2019), they do not seem to change the external alignment, they align packed structs like regular structs. GCC behaviour is a bit of an outlier, hence the need for an explicit specification. 2. There are inconsistencies in the Warning: 2.a A packed struct declared with a "#pragma pack" does not trigger the warning (a similar thing has apparently been reported in bug 9 months ago but was ignored), despite having the same apparent effect on the structure 'external' alignment. 2.b A packed struct inside an array does not trigger the warning. I could add a: 1.b #pragma pack is said to mimic MSVC behaviour, however by modifying 'external' alignment, it behaves a bit differently than my (only) experiment with MSVC. Example code: --------------------------------- # 1 "inconsistent.c" # 1 "" # 1 "" # 31 "" # 1 "/usr/include/stdc-predef.h" 1 3 4 # 32 "" 2 # 1 "inconsistent.c" struct __attribute__((packed)) S { char a; int b; }; #pragma pack(push, 1) struct S2 { char a; int b; }; #pragma pack(pop) int main(void) { struct S s; struct S a[10]; int *ps = (int *) &s; int *pa0 = (int *) &a[0]; int *pa1 = (int *) &a[1]; struct S2 s2; struct S2 a2[10]; int *ps2 = (int *) &s2; int *pa20 = (int *) &a2[0]; int *pa21 = (int *) &a2[1]; return 0; } ------------------------- Result (it only warns on the case we saw previously, not on the others): ------------------------- ~/test/c/gcc9packed $LC_ALL=C gcc -Wextra inconsistent.c -o inconsistent_gcc -save-temps inconsistent.c: In function 'main': inconsistent.c:17:2: warning: converting a packed 'struct S' pointer (alignment 1) to a 'int' pointer (alignment 4) may result in an unaligned pointer value [-Waddress-of-packed-member] 17 | int *ps = (int *) &s; | ^~~ inconsistent.c:1:32: note: defined here 1 | struct __attribute__((packed)) S { | ^ ------------------------- (PS: thanks for having dealt with the small translation mistake.) >From gcc-bugs-return-671393-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 22:58:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120316 invoked by alias); 25 Feb 2020 22:58: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 120236 invoked by uid 48); 25 Feb 2020 22:58:28 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/92721] checking ICE on attribute access redeclaration Date: Tue, 25 Feb 2020 22:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords component short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02975.txt.bz2 Content-length: 727 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92721 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch Component|c++ |middle-end Summary|ICE: canonical types differ |checking ICE on attribute |for identical types |access redeclaration |'int(void*, void*)' and | |'int(void*, void*)' | --- Comment #8 from Martin Sebor --- Patch: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01431.html >From gcc-bugs-return-671394-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 23:06:34 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 2278 invoked by alias); 25 Feb 2020 23:06:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 2250 invoked by uid 48); 25 Feb 2020 23:06:29 -0000 From: "eric.niebler at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93936] New: [ranges] std::ranges::split_view<...>::_OuterIter<...>::__current() is private within this context Date: Tue, 25 Feb 2020 23:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: eric.niebler at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02976.txt.bz2 Content-length: 1794 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93936 Bug ID: 93936 Summary: [ranges] std::ranges::split_view<...>::_OuterIter<...>::__curre nt() is private within this context Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: eric.niebler at gmail dot com Target Milestone: --- The following program fails to compile with -std=c++2a on gcc-trunk: #include #include #include #include #include #include inline constexpr auto as_string = [](std::ranges::view auto rng) { auto in = rng | std::views::common; return std::string(in.begin(), in.end()); }; int main() { namespace views = std::views; std::string str = "Now is the time for all good men to come to the aid of their county."; auto rng = str | views::split(' ') | views::transform(as_string) | views::common; std::vector words(rng.begin(), rng.end()); std::ranges::copy(words, std::ostream_iterator{std::cout,","}); } The error is: /opt/compiler-explorer/gcc-trunk-20200225/include/c++/10.0.1/ranges:2828:31: error: 'constexpr auto& std::ranges::split_view<_Vp, _Pattern>::_OuterIter<_Const>::__current() const [with bool _Const = true; _Vp = std::ranges::ref_view >; _Pattern = std::ranges::single_view]' is private within this context 2828 | { return __x._M_i.__current() == __y._M_i.__current(); } | ~~~~~~~~~~~~~~~~~~^~ Obligatory godbolt link: https://godbolt.org/z/B4tZPx >From gcc-bugs-return-671395-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 23:10:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7562 invoked by alias); 25 Feb 2020 23:10:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7441 invoked by uid 48); 25 Feb 2020 23:09:59 -0000 From: "meissner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93932] PowerPC vec_extract with variable element number has code regressions for V2DI/V2DF vectors Date: Tue, 25 Feb 2020 23:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: meissner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: meissner 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: 2020-02/txt/msg02977.txt.bz2 Content-length: 808 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932 --- Comment #3 from Michael Meissner --- While I agree that in general, we should only use input_operand for moves and define_expands, I tend to think in the short term (GCC 10) we should just fix the case we know about. As you point out, this is used in every single place where we fold sign/zero/float extension into a load. In looking at gcc 8 and gcc 9, the variable extract patterns are mostly the same, except gcc 8 uses 'ww', etc. constraints, while gcc 9/10 uses the 'isa' attribute to eliminate the cases using power9 instructions on power8. I don't know why only V2DI/V2DF shows it up, when V4SF/V4SI/V8HI/V16QI use the same construct, and why -mcpu=power9 compiles it ok on trunk, but not gcc 9. >From gcc-bugs-return-671396-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 25 23:18:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21187 invoked by alias); 25 Feb 2020 23:18:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21127 invoked by uid 48); 25 Feb 2020 23:18:17 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/29186] optimzation breaks floating point exception flag reading Date: Tue, 25 Feb 2020 23:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.1.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02978.txt.bz2 Content-length: 588 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29186 --- Comment #23 from Marc Glisse --- (In reply to Richard B. Kreckel from comment #22) > I can't reproduce this bug any more, I think you are just lucky, I am sure it hasn't been fixed and gcc will still happily swap FP operations with function calls like fetestexcept. You still need something like volatile to protect your operation, and even then the compiler could theoretically move some unrelated FP op just before fetestexcept, which would set more flags than the operation you wanted to test. >From gcc-bugs-return-671397-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 00:39:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85261 invoked by alias); 26 Feb 2020 00:39:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 85197 invoked by uid 48); 26 Feb 2020 00:38:56 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93848] missing -Warray-bounds warning for array subscript 1 is outside array bounds Date: Wed, 26 Feb 2020 00:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02979.txt.bz2 Content-length: 1127 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93848 --- Comment #8 from Martin Sebor --- In int i[4]; int (*p)[4] = &i; bar_aux (p[1]); p[0] points to i and p[1] to (char*)&i + sizeof (i) (which is the same as &i[4]). The latter is a pointer just past the end of i. Evaluating past-the-end pointers is well-defined, as is all pointer arithmetic on them, just as long as the result is also a valid pointer to the same object (or just past its end). The only way past-the-end pointers differ from others is that the former cannot be dereferenced (by any means, either the * operator, or [] or ->). In int a[1][4]; printf("%p\n", (void *)&a[1][1]); on the other hand, the reference to a[1][1] is undefined because a[1] is not a reference to an element in a but rather just past the end of a, and so it can be neither dereferenced nor used to obtain pointers other than to a or just past it. &a[1] alone is valid (it's equivalent to (char*)&a + sizeof a) and points just past the end of a, but &a[1][1] is equivalent to (char*)&a + sizeof a + 1 which is not valid. >From gcc-bugs-return-671398-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 00:59:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94537 invoked by alias); 26 Feb 2020 00: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 94434 invoked by uid 48); 26 Feb 2020 00:59:05 -0000 From: "meissner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93937] New: Variable vector extract & zero extend insn can never match Date: Wed, 26 Feb 2020 00:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: meissner at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02980.txt.bz2 Content-length: 1846 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93937 Bug ID: 93937 Summary: Variable vector extract & zero extend insn can never match Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: meissner at gcc dot gnu.org Target Milestone: --- In looking at the variable vector extract code, the insns that attempt to merge a zero extend with a variable extract of a vector element will never match: (define_insn_and_split "*vsx_extract__mode_var" [(set (match_operand: 0 "gpc_reg_operand" "=r,r,r") (zero_extend: (unspec: [(match_operand:VSX_EXTRACT_I 1 "input_operand" "v,v,Q") (match_operand:DI 2 "gpc_reg_operand" "r,r,r")] UNSPEC_VSX_EXTRACT))) (clobber (match_scratch:DI 3 "=r,r,&b")) (clobber (match_scratch:V2DI 4 "=X,&v,X"))] "VECTOR_MEM_VSX_P (mode) && TARGET_DIRECT_MOVE_64BIT" "#" "&& reload_completed" [(const_int 0)] { machine_mode smode = mode; rs6000_split_vec_extract_var (gen_rtx_REG (smode, REGNO (operands[0])), operands[1], operands[2], operands[3], operands[4]); DONE; } [(set_attr "isa" "p9v,*,*")]) It will never match, because the compiler will never generate code of the form: (set (reg:SI) (zero_extend:SI (unspec:SI [(reg:V4SI) (reg:DI)] UNSPEC_VSX_EXTRACT))) I.e. the zero_extend type should be DImode. Obviously the issue with PR target/93932 (using input_operand) will also apply to this insn, once the modes are fixed. >From gcc-bugs-return-671401-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 00:59:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96955 invoked by alias); 26 Feb 2020 00:59:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96640 invoked by uid 48); 26 Feb 2020 00:59:32 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Wed, 26 Feb 2020 00:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg02983.txt.bz2 Content-length: 2451 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #24 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #23) > Created attachment 47913 [details] > Diff that replaces handling of degree trig functions. Fritz, I have attached a patch that completely replaces how you handled the various degree trig functions. This patch brings these functions into alignment with how all other functions are handled. The patch fixes a number of ICE issues with simplification. Ironically, I did not include Thomas's patch that started me down this path, so you'll want to revisit his patch. A simplify ChangeLog follows. * gfortran.h (GFC_ISYM_ACOSD,GFC_ISYM_ASIND, GFC_ISYM_ATAN2D, GFC_ISYM_ATAND, GFC_ISYM_COSD, GFC_ISYM_COTAND, GFC_ISYM_SIND, GFC_ISYM_TAND): New enum values. * intrinsic.c (add_functions): Associate acosd, asind, atand, atan2d, cosd, cotand, sind, and tand with its enum value, and give each routine a simplification routine. * intrinsic.c (add_functions): Connect cotan to gfc_simplify_cotan (do_simplify): Remove special casing of DEC math functions. * intrinsic.h: New prototypes for gfc_simplify_acosd, gfc_simplify_asind, gfc_simplify_atand, gfc_simplify_cosd, gfc_simplify_cotand, gfc_simplify_sind, gfc_simplify_tand. Remove prototypes for deleted functions gfc_simplify_atrigd, gfc_simplify_trigd, gfc_resolve_cotan, gfc_resolve_trigd gfc_resolve_atrigd * iresolve.c (is_trig_resolved, copy_replace_function_shallow, gfc_resolve_cotan, get_radians, get_degrees, resolve_trig_call, gfc_resolve_trigd, gfc_resolve_atrigd, gfc_resolve_atan2d): Deleted functions. * simplify.c (gfc_simplify_acosd, gfc_simplify_asind, gfc_simplify_atand, gfc_simplify_atan2d, gfc_simplify_cosd, gfc_simplify_sind, gfc_simplify_tand, gfc_simplify_cotand): New function for, well, simplification. * simplify.c (gfc_simplify_asinh): Fix error message. * simplify.c (simplify_trig_call, radians_f, gfc_simplify_atrigd): Delete function. * trans-intrinsic.c (rad2deg, deg2rad, gfc_conv_intrinsic_atrigd, gfc_conv_intrinsic_trigd, gfc_conv_intrinsic_cotan, gfc_conv_intrinsic_atan2d): New function. (gfc_conv_intrinsic_function): Use new enum values to select a new function. >From gcc-bugs-return-671400-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 00:59:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 95850 invoked by alias); 26 Feb 2020 00:59:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 95828 invoked by uid 48); 26 Feb 2020 00:59:20 -0000 From: "meissner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93937] Variable vector extract & zero extend insn can never match Date: Wed, 26 Feb 2020 00:59: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: meissner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: meissner at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02981.txt.bz2 Content-length: 498 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93937 Michael Meissner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-26 Assignee|unassigned at gcc dot gnu.org |meissner at gcc dot gnu.org Ever confirmed|0 |1 >From gcc-bugs-return-671399-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 00:59:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94545 invoked by alias); 26 Feb 2020 00: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 94443 invoked by uid 48); 26 Feb 2020 00:59:05 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Wed, 26 Feb 2020 00:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg02982.txt.bz2 Content-length: 258 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #23 from kargl at gcc dot gnu.org --- Created attachment 47913 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47913&action=edit Diff that replaces handling of degree trig functions. >From gcc-bugs-return-671402-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 01:17:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128915 invoked by alias); 26 Feb 2020 01:17:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 128878 invoked by uid 48); 26 Feb 2020 01:17:21 -0000 From: "olegendo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93877] [9/10 Regression] [SH] webkit2gtk fails to build with "internal compiler error: in extract_constrain_insn, at recog.c:2211" Date: Wed, 26 Feb 2020 01:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: olegendo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02984.txt.bz2 Content-length: 675 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877 Oleg Endo changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 Ever confirmed|0 |1 --- Comment #9 from Oleg Endo --- The "movsf_ie" insn doesn't allow FP reg -> GP reg moves in its constraints, but it allows it in its predicates "general_movdst_operand" and "general_movsrc_operand". I will have a look and try to correct it. >From gcc-bugs-return-671403-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 01:22:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 900 invoked by alias); 26 Feb 2020 01:22:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 866 invoked by uid 55); 26 Feb 2020 01:22:48 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Wed, 26 Feb 2020 01:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg02985.txt.bz2 Content-length: 623 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #25 from Steve Kargl --- On Wed, Feb 26, 2020 at 12:59:31AM +0000, kargl at gcc dot gnu.org wrote: > > * trans-intrinsic.c (rad2deg, deg2rad, gfc_conv_intrinsic_atrigd, > gfc_conv_intrinsic_trigd, gfc_conv_intrinsic_cotan, > gfc_conv_intrinsic_atan2d): New function. > (gfc_conv_intrinsic_function): Use new enum values to select a new > function. > Looks like gfc_conv_intrinsic_cotan isn't handling complex as I expected. Need to look at this a bit more closely. >From gcc-bugs-return-671404-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 01:26:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5258 invoked by alias); 26 Feb 2020 01:26:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5137 invoked by uid 48); 26 Feb 2020 01:26:03 -0000 From: "olegendo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/55212] [SH] Switch to LRA Date: Wed, 26 Feb 2020 01:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: olegendo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02986.txt.bz2 Content-length: 1223 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #121 from Oleg Endo --- (In reply to John Paul Adrian Glaubitz from comment #120) > > That's a huge task which is why I prefer fixing issues on the fly. I thought this is almost fully automated? You can apply this patch to GCC to enable LRA by default for SH --- sh.opt.orig 2019-03-04 10:09:09.244521000 +0900 +++ sh.opt 2020-02-26 10:19:55.414340269 +0900 @@ -299,5 +299,5 @@ Enable the use of the fsrra instruction. mlra -Target Report Var(sh_lra_flag) Init(0) Save +Target Report Var(sh_lra_flag) Init(1) Save Use LRA instead of reload (transitional). Then let it rebuild everything. > > We are going to switch over anyway with GCC-12 or GCC-13, so I'm not sure > what we are gaining if we continue to wait. I don't get it. You want to enable LRA by default for your distro, but you don't want to rebuild all the packages with that modification? It's like .. shipping a distro with a new compiler, which potentially can't compile the distro packages (correctly), so instead we secretly use an older compiler to build the packages .... ? Is that normal practice? Sorry, sounds like a mess to me. >From gcc-bugs-return-671405-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 01:54:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64957 invoked by alias); 26 Feb 2020 01:54:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 64930 invoked by uid 48); 26 Feb 2020 01:54:46 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93938] New: ICE in validate, at analyzer/region-model.cc:231 Date: Wed, 26 Feb 2020 01:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_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: 2020-02/txt/msg02987.txt.bz2 Content-length: 3226 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93938 Bug ID: 93938 Summary: ICE in validate, at analyzer/region-model.cc:231 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- gcc-10.0.1-alpha20200223 snapshot (g:3133bed5d0327e8a9cd0a601b7ecdb9de4fc825d) ICEs when compiling gcc/testsuite/gcc.dg/pr70022.c w/ -O1 -fanalyzer: % gcc-10.0.1 -O1 -fanalyzer -c gcc/testsuite/gcc.dg/pr70022.c during IPA pass: analyzer gcc/testsuite/gcc.dg/pr70022.c: In function 'foo': gcc/testsuite/gcc.dg/pr70022.c:9:11: internal compiler error: in validate, at analyzer/region-model.cc:231 9 | return v[~0UL]; | ~^~~~~~ 0x71c9d4 ana::region_id::validate(ana::region_model const&) const /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/region-model.cc:231 0x71cca0 ana::region_id::validate(ana::region_model const&) const /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/region-model.cc:201 0x71cca0 ana::region::validate(ana::region_model const*) const /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/region-model.cc:1368 0x11023fe ana::region_model::validate() const /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/region-model.cc:3712 0x1106b3f ana::region_model::purge_unused_svalues(ana::purge_stats*, ana::region_model_context*, ana::svalue_id*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/region-model.cc:6261 0x10fb236 ana::program_state::prune_for_point(ana::exploded_graph&, ana::program_point const&, ana::state_change*) const /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/program-state.cc:923 0x10e7dca ana::exploded_graph::get_or_create_node(ana::program_point const&, ana::program_state const&, ana::state_change*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:1885 0x10eadf2 ana::exploded_graph::process_node(ana::exploded_node*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:2509 0x10eb5ca ana::exploded_graph::process_worklist() /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:2310 0x10ebcf9 ana::impl_run_checkers(ana::logger*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:3670 0x10ec79c ana::run_checkers() /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:3727 0x10e1ef8 execute /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/analyzer-pass.cc:84 >From gcc-bugs-return-671406-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 02:23:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48288 invoked by alias); 26 Feb 2020 02:23: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 48240 invoked by uid 48); 26 Feb 2020 02:23:53 -0000 From: "vincent-gcc at vinc17 dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93806] Wrong optimization: instability of floating-point results with -funsafe-math-optimizations leads to nonsense Date: Wed, 26 Feb 2020 02:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vincent-gcc at vinc17 dot net 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: 2020-02/txt/msg02988.txt.bz2 Content-length: 1658 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93806 --- Comment #33 from Vincent Lefèvre --- I couldn't find a failing test with FP contraction, but this seems to be because GCC doesn't optimize as much as it could. Still, the following example could be interesting in the future or as a non-regression test: #include #define A 0x0.ffffffffffffp25 #define C -0x1.p50 int main (void) { volatile double a = A; double b = a, c = C; int i; #if 0 double x = b * b; printf ("%a\n", x); #endif // if (b == A && c == C) { i = b * b + c; printf ("%d\n", i); if (b == A && c == C) { // i = b * b + c; printf ("%d\n", i == -7); } } return 0; } By "GCC doesn't optimize as much as it could", I mean that the comparison with -7 is generated, even though the result of this comparison is known at compile time. Note that this is shown by the fact that uncommenting the second "i = b * b + c;" does not change anything: a comparison with -7 is still generated. With contraction enabled, one currently gets: -7 1 (which is correct). If one uncomments the first "if (b == A && c == C)", one gets: -8 0 (still correct) showing that contraction is disabled at compile time. Changing the "#if 0" to "#if 1" allows one to avoid contraction at run time. Such a change can be useful if the rule at compile time changes in the future, say: contraction is not used at run time, but at compile time, the optimization bug might have the effect to re-evaluate i with contraction, yielding inconsistent output. >From gcc-bugs-return-671407-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 02:53:38 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102323 invoked by alias); 26 Feb 2020 02:53: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 102293 invoked by uid 48); 26 Feb 2020 02:53:28 -0000 From: "vincent-gcc at vinc17 dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93939] New: missing optimization for floating-point expression converted to integer whose result is known at compile time Date: Wed, 26 Feb 2020 02:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 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: 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: 2020-02/txt/msg02989.txt.bz2 Content-length: 1319 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93939 Bug ID: 93939 Summary: missing optimization for floating-point expression converted to integer whose result is known at compile time Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: vincent-gcc at vinc17 dot net Target Milestone: --- Consider the following example. #include typedef double T; int main (void) { volatile T a = 8; T b = a; int i; i = 3 * b; printf ("%d\n", (int) i); if (b == 8) { i = 3 * b; printf ("%d\n", i == 24); } return 0; } Even if one compiles it with -O3, a comparison instruction for i == 24 is generated, while its result 1 is known at compile time. If I change T to int, or change the type of i to double, or comment out the first printf (so that the first i is not used), then the i == 24 is optimized as expected. Tested under Debian/unstable / x86_64 with: gcc-10 (Debian 10-20200222-1) 10.0.1 20200222 (experimental) [master revision 01af7e0a0c2:487fe13f218:e99b18cf7101f205bfdd9f0f29ed51caaec52779] >From gcc-bugs-return-671408-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 03:25:42 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108538 invoked by alias); 26 Feb 2020 03:25:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 108474 invoked by uid 48); 26 Feb 2020 03:25:37 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93940] New: crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Date: Wed, 26 Feb 2020 03:25: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02990.txt.bz2 Content-length: 2723 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940 Bug ID: 93940 Summary: crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: barry.revzin at gmail dot com Target Milestone: --- This holds for gcc 8.x, 9.x, and trunk. The following program (thanks, creduce): using uint16_t = unsigned short; struct a { uint16_t b = 0; }; struct c { short d; }; class e { public: void f(); void init_session(c); }; #ifdef ADD_CONSTEXPR #define CONSTEXPR constexpr #else #define CONSTEXPR #endif auto htons = [](uint16_t s) { if CONSTEXPR (__builtin_constant_p(s)) { return uint16_t(uint16_t(s >> 8) | uint16_t(s << 8)); } else { return uint16_t(uint16_t(s >> 8) | uint16_t(s << 8)); } }; struct g { e h; void i(a k) { h.f(); auto j = c(); j.d = htons(k.b); h.init_session(j); } }; void test() { g().i({}); } The htons lambda is mimicking the htons macro, which leads with the __builtin_constant_p check before doing either a different builtin or direct asm. In this case, the __builtin_constant_p appears to be significant but the rest not so much. When compiling the above with -std=c++17 -Og -pthread --coverage, the generated asm for test() is: test(): sub rsp, 24 lock add QWORD PTR __gcov0.test()[rip], 1 lock add QWORD PTR __gcov0._ZN1g1iE1a[rip], 1 lea rdi, [rsp+15] call e::f() That's it. It only calls f(), there is no call to init_session(). On the other hand, when compiling the above with -std=c++17 -Og -pthread --coverage -DADD_CONSTEXPR, the generated asm for test() is: test(): sub rsp, 24 lock add QWORD PTR __gcov0.test()[rip], 1 lock add QWORD PTR __gcov0._ZN1g1iE1a[rip], 1 lea rdi, [rsp+15] call e::f() lock add QWORD PTR __gcov0._ZN1g1iE1a[rip+8], 1 mov esi, 0 lea rdi, [rsp+15] call e::init_session(c) lock add QWORD PTR __gcov0._ZN1g1iE1a[rip+16], 1 lock add QWORD PTR __gcov0.test()[rip+8], 1 add rsp, 24 ret It seems that this whole combination of flags (-Og, pthread, coverage) is significant, as is the fact that htons is a lambda and not a function, as are all sorts of other things. I have no idea. Link to compiler explorer: https://godbolt.org/z/6pgLF_ >From gcc-bugs-return-671409-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 03:28:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117349 invoked by alias); 26 Feb 2020 03:28:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117306 invoked by uid 48); 26 Feb 2020 03:28:52 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93940] crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Date: Wed, 26 Feb 2020 03:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02991.txt.bz2 Content-length: 173 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940 --- Comment #1 from Barry Revzin --- gcc 7.x has the same behavior. gcc 6.x work fine. >From gcc-bugs-return-671410-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:23:37 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127749 invoked by alias); 26 Feb 2020 04:23:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 127465 invoked by uid 55); 26 Feb 2020 04:23:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88394] [8 Regression] g++ ICE (Segmentation fault) in insert_capture_proxy Date: Wed, 26 Feb 2020 04:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02992.txt.bz2 Content-length: 861 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88394 --- Comment #6 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:bf2fe5d49627ca757123f4425a029bd92c50fc05 commit r8-10068-gbf2fe5d49627ca757123f4425a029bd92c50fc05 Author: Jason Merrill Date: Tue Feb 25 21:29:03 2020 -0500 PR c++/88394 - ICE with VLA init-capture. We mostly use is_normal_capture_proxy to decide whether or not to use DECL_CAPTURED_VARIABLE; we could just check whether it's set. VLA capture is still mostly broken, but this fixes this ICE. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/88394 - ICE with VLA init-capture. * lambda.c (is_normal_capture_proxy): Check DECL_CAPTURED_VARIABLE. >From gcc-bugs-return-671411-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:23:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128224 invoked by alias); 26 Feb 2020 04:23:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 127719 invoked by uid 55); 26 Feb 2020 04:23:34 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87480] [8 Regression] SFINAE constructor not matched, only in templated function Date: Wed, 26 Feb 2020 04:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02993.txt.bz2 Content-length: 1191 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87480 --- Comment #7 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:2dcdcda91921b512b978f7223c530352fd61b91b commit r8-10069-g2dcdcda91921b512b978f7223c530352fd61b91b Author: Jason Merrill Date: Tue Feb 25 21:29:03 2020 -0500 PR c++/87480 - decltype of member access in default template arg The issue here is that declval().d is considered instantiation-dependent within a template, as the access to 'd' might depend on the particular specialization. But when we're deducing template arguments for a call, we know that the call and the arguments are non-dependent, so we can do the substitution as though we aren't in a template. Which strictly speaking we aren't, since the default argument is considered a separate definition. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/87480 - decltype of member access in default template arg * pt.c (type_unification_real): Accept a dependent result in template context. >From gcc-bugs-return-671417-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:25:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130891 invoked by alias); 26 Feb 2020 04:24:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 130607 invoked by uid 55); 26 Feb 2020 04:24:08 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/86747] [8 Regression] rejects-valid with redundant friend declaration Date: Wed, 26 Feb 2020 04:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02996.txt.bz2 Content-length: 1493 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86747 --- Comment #9 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:3d99aab56d7237bb8260653ed07ca8b182fbf975 commit r8-10073-g3d99aab56d7237bb8260653ed07ca8b182fbf975 Author: Alexandre Oliva Date: Tue Feb 25 21:29:03 2020 -0500 c++: tsubst friend tpl ctxt before looking it up for dupes [PR86747] When a member template is redeclared as a friend, we enter the context of the member before looking it up, and then we check that the decls are compatible. However, when the member template references template types of the enclosing context, say an enclosing template class, the compare fails because the friend decl is already tsubsted, whereas the looked up name isn't. The problem is that the enclosing context is taken from the friend declaration before tsubsting it, so we look up in the context of the generic template instead of that of the tsubsted one we're specializing. The solution is to tsubst the enclosing context when it's a non-namespace scope. gcc/cp/ChangeLog 2020-02-25 Alexandre Oliva PR c++/86747 * pt.c (tsubst_friend_class): Enter tsubsted class context. gcc/testsuite/ChangeLog 2020-02-25 Alexandre Oliva PR c++/86747 * g++.dg/pr86747.C: New. >From gcc-bugs-return-671415-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:24:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130639 invoked by alias); 26 Feb 2020 04:24:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 129994 invoked by uid 55); 26 Feb 2020 04:23:55 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87327] [8 Regression] Calling member functions on captured constexpr variables "is not a constant expression" Date: Wed, 26 Feb 2020 04:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02999.txt.bz2 Content-length: 1123 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87327 --- Comment #5 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:6470e8caa2bd331fb6e21524d6c14662531cfa9b commit r8-10072-g6470e8caa2bd331fb6e21524d6c14662531cfa9b Author: Jason Merrill Date: Tue Feb 25 21:29:03 2020 -0500 PR c++/86429 - constexpr variable in lambda. When we refer to a captured variable from a constant-expression context inside a lambda, the closure (like any function parameter) is not constant because we aren't in a call, so we don't have an argument. So the capture is non-constant. But if the captured variable is constant, we might be able to use it directly in constexpr evaluation. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/86429 - constexpr variable in lambda. PR c++/82643 PR c++/87327 * constexpr.c (cxx_eval_constant_expression): In a lambda function, try evaluating the captured variable directly. >From gcc-bugs-return-671413-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:23:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129346 invoked by alias); 26 Feb 2020 04:23: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 128824 invoked by uid 55); 26 Feb 2020 04:23:45 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87748] [8 Regression] G++-8 treats SFINAE as error Date: Wed, 26 Feb 2020 04:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02998.txt.bz2 Content-length: 1101 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87748 --- Comment #7 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:ac5e28911abdfb8d9bf6bea980223e199bbcf28d commit r8-10070-gac5e28911abdfb8d9bf6bea980223e199bbcf28d Author: Jason Merrill Date: Tue Feb 25 21:29:03 2020 -0500 PR c++/87748 - substitution failure error with decltype. This issue is similar to PR 87480; in both cases we were doing non-dependent substitution with processing_template_decl set, leading to member access expressions seeming still instantiation-dependent, and therefore decltype not being simplified to its actual type. And as in that PR, the fix is to clear processing_template_decl while substituting a default template argument. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/87748 - substitution failure error with decltype. * pt.c (most_specialized_partial_spec): Clear processing_template_decl. >From gcc-bugs-return-671412-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:23:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129113 invoked by alias); 26 Feb 2020 04:23:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 128464 invoked by uid 55); 26 Feb 2020 04:23:42 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87480] [8 Regression] SFINAE constructor not matched, only in templated function Date: Wed, 26 Feb 2020 04:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02995.txt.bz2 Content-length: 1101 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87480 --- Comment #8 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:ac5e28911abdfb8d9bf6bea980223e199bbcf28d commit r8-10070-gac5e28911abdfb8d9bf6bea980223e199bbcf28d Author: Jason Merrill Date: Tue Feb 25 21:29:03 2020 -0500 PR c++/87748 - substitution failure error with decltype. This issue is similar to PR 87480; in both cases we were doing non-dependent substitution with processing_template_decl set, leading to member access expressions seeming still instantiation-dependent, and therefore decltype not being simplified to its actual type. And as in that PR, the fix is to clear processing_template_decl while substituting a default template argument. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/87748 - substitution failure error with decltype. * pt.c (most_specialized_partial_spec): Clear processing_template_decl. >From gcc-bugs-return-671416-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:25:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130719 invoked by alias); 26 Feb 2020 04:24: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 130100 invoked by uid 55); 26 Feb 2020 04:23:56 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/82643] lambda capture breaks constexpr-ness of non-static const constexpr member call on non-constexpr value/variable Date: Wed, 26 Feb 2020 04:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg02997.txt.bz2 Content-length: 1123 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82643 --- Comment #7 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:6470e8caa2bd331fb6e21524d6c14662531cfa9b commit r8-10072-g6470e8caa2bd331fb6e21524d6c14662531cfa9b Author: Jason Merrill Date: Tue Feb 25 21:29:03 2020 -0500 PR c++/86429 - constexpr variable in lambda. When we refer to a captured variable from a constant-expression context inside a lambda, the closure (like any function parameter) is not constant because we aren't in a call, so we don't have an argument. So the capture is non-constant. But if the captured variable is constant, we might be able to use it directly in constexpr evaluation. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/86429 - constexpr variable in lambda. PR c++/82643 PR c++/87327 * constexpr.c (cxx_eval_constant_expression): In a lambda function, try evaluating the captured variable directly. >From gcc-bugs-return-671414-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:24:11 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130592 invoked by alias); 26 Feb 2020 04:24: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 129858 invoked by uid 55); 26 Feb 2020 04:23:54 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/86429] [8 Regression] lambda capture breaks constexpr-ness Date: Wed, 26 Feb 2020 04:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg02994.txt.bz2 Content-length: 1123 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86429 --- Comment #8 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:6470e8caa2bd331fb6e21524d6c14662531cfa9b commit r8-10072-g6470e8caa2bd331fb6e21524d6c14662531cfa9b Author: Jason Merrill Date: Tue Feb 25 21:29:03 2020 -0500 PR c++/86429 - constexpr variable in lambda. When we refer to a captured variable from a constant-expression context inside a lambda, the closure (like any function parameter) is not constant because we aren't in a call, so we don't have an argument. So the capture is non-constant. But if the captured variable is constant, we might be able to use it directly in constexpr evaluation. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/86429 - constexpr variable in lambda. PR c++/82643 PR c++/87327 * constexpr.c (cxx_eval_constant_expression): In a lambda function, try evaluating the captured variable directly. >From gcc-bugs-return-671418-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:26:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5363 invoked by alias); 26 Feb 2020 04:25:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 4669 invoked by uid 48); 26 Feb 2020 04:25:53 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93940] crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Date: Wed, 26 Feb 2020 04:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03000.txt.bz2 Content-length: 175 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940 --- Comment #2 from Barry Revzin --- Slightly more reduced: https://godbolt.org/z/5R9A5g >From gcc-bugs-return-671419-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:31:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48601 invoked by alias); 26 Feb 2020 04:31: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 48444 invoked by uid 48); 26 Feb 2020 04:30:54 -0000 From: "qrzhang at gatech dot edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93941] New: gcc generates wrong debug information at -O2 Date: Wed, 26 Feb 2020 04:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: qrzhang at gatech dot 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 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: 2020-02/txt/msg03001.txt.bz2 Content-length: 1342 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93941 Bug ID: 93941 Summary: gcc generates wrong debug information at -O2 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: qrzhang at gatech dot edu Target Milestone: --- It appears to be a recent regression. My bisect points to g:82e8e335f917b9ce40801838c (needs double check). $ gcc-trunk -v gcc version 10.0.1 20200225 (experimental) [master revision 2473c81cb2d:31b6c240eeb:81c833b311b16cfd87a947374d5ffbbd48facd03] (GCC) ## correct output $ gcc abc.c ; ./a.out 10 ## wrong value (i=1) at -O2 $ gcc-trunk -g -O2 abc.c $ gdb -x cmds -batch a.out Breakpoint 1 at 0x400451: file abc.c, line 15. Breakpoint 1, main () at abc.c:15 15 printf("%d\n", i); $1 = 1 Kill the program being debugged? (y or n) [answered Y; input not from terminal] [Inferior 1 (process 2788) killed] $ cat abc.c volatile int a; char b[10][10][1]; int c; int main() { int i, d; i = 0; for (; i < 10; i++) { c = 0; for (; c < 10; c++) { d = 0; for (; d < 1; d++) a = b[i][c][d]; } } printf("%d\n", i); } $ cat cmds b abc.c:15 r p i kill q >From gcc-bugs-return-671420-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:31:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49696 invoked by alias); 26 Feb 2020 04:31: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 49091 invoked by uid 48); 26 Feb 2020 04:31:40 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93940] crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Date: Wed, 26 Feb 2020 04:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code 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: 2020-02/txt/msg03002.txt.bz2 Content-length: 451 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940 --- Comment #3 from Andrew Pinski --- j.d = 0; __builtin_unreachable (); Considering void g::i(a)/4 with 31 size to be inlined into void test()/5 in t6777.cc:40 Estimated badness is -1.161290, frequency 1.00. Introduced new external node (void __builtin_unreachable()/23). New minimal size reached: 40 node context cache: 1 hits, 0 misses, 1 initializations >From gcc-bugs-return-671421-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:36:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59447 invoked by alias); 26 Feb 2020 04:36:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 59413 invoked by uid 48); 26 Feb 2020 04:36:20 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93940] [8/9/10 Regression] crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Date: Wed, 26 Feb 2020 04:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia 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: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc component target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03003.txt.bz2 Content-length: 1653 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 CC| |marxin at gcc dot gnu.org Component|middle-end |ipa Target Milestone|--- |8.4 Summary|crazy codegen bug on Og |[8/9/10 Regression] crazy |with builtin_constant_p, |codegen bug on Og with |coverage, and pthread |builtin_constant_p, | |coverage, and pthread Ever confirmed|0 |1 --- Comment #4 from Andrew Pinski --- Take: using uint16_t = unsigned short; struct a { uint16_t b = 0; }; struct c { short d; }; class e { public: void f(); void init_session(c); }; auto htons = [](uint16_t s) { if (__builtin_constant_p(s)) { return uint16_t(uint16_t(s >> 8) | uint16_t(s << 8)); } return uint16_t(uint16_t(s >> 8) | uint16_t(s << 8)); }; struct g { e h; void i(a k) { h.f(); auto j = c(); j.d = htons(k.b); h.init_session(j); } }; void test() { g().i({}); } ---- CUT ---- This is to remove __builtin_unreachable being emitted from the front-end. __builtin_unreachable is only added by the inliner. I have not looked into why though. >From gcc-bugs-return-671423-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:55:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110557 invoked by alias); 26 Feb 2020 04:55:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 110037 invoked by uid 55); 26 Feb 2020 04:55:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87685] [8 Regression] Calling a static method from inside a generic lambda requires to capture 'this' Date: Wed, 26 Feb 2020 04:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03005.txt.bz2 Content-length: 1001 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87685 --- Comment #5 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:b6136084ea86ab0d3fac54be83e50817a3db74a9 commit r8-10075-gb6136084ea86ab0d3fac54be83e50817a3db74a9 Author: Jason Merrill Date: Tue Feb 25 13:37:18 2020 -0500 PR c++/87685 - generic lambda 'this' capture error. The standard says that in a generic lambda we should speculatively capture 'this' if we see a call to an overload set that contains a non-static member function, but it seems wrong to reject the program if we can't capture, since it might not actually be needed. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/87685 - generic lambda 'this' capture error. * lambda.c (lambda_expr_this_capture): Change add_capture_p to int. (maybe_generic_this_capture): Pass -1. >From gcc-bugs-return-671422-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:55:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110029 invoked by alias); 26 Feb 2020 04:55: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 109732 invoked by uid 55); 26 Feb 2020 04:55:00 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87554] [8 Regression] internal compiler error: in record_reference, at cgraphbuild.c:64 Date: Wed, 26 Feb 2020 04:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03004.txt.bz2 Content-length: 898 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87554 --- Comment #12 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:a57528b33be33d4428ac62901d04cf39807d624e commit r8-10074-ga57528b33be33d4428ac62901d04cf39807d624e Author: Jason Merrill Date: Tue Feb 25 13:37:18 2020 -0500 PR c++/87554 - ICE with extern template and reference member. The removed code ended up setting DECL_INITIAL to the INIT_EXPR returned by split_nonconstant_init, which makes no sense. This code was added back in 1996, so any rationale is long lost. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/87554 - ICE with extern template and reference member. * decl.c (cp_finish_decl): Don't set DECL_INITIAL of external vars. >From gcc-bugs-return-671425-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:55:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111729 invoked by alias); 26 Feb 2020 04:55:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111408 invoked by uid 55); 26 Feb 2020 04:55:19 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89831] [8 Regression] passing 'const ...' as 'this' argument discards qualifiers Date: Wed, 26 Feb 2020 04:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03007.txt.bz2 Content-length: 963 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89831 --- Comment #4 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:2b6565dd2d07d3f2f706795f800d0cc2ff8f2f68 commit r8-10077-g2b6565dd2d07d3f2f706795f800d0cc2ff8f2f68 Author: Jason Merrill Date: Tue Feb 25 13:37:18 2020 -0500 PR c++/89831 - error with qualified-id in const member function. Since the fix for 15272 we were remembering the wrong function to use at instantiation time, because the type of the SCOPE_REF didn't reflect the cv-quals of 'this'. Conveniently, we can fix this by simplifying the code. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/89831 - error with qualified-id in const member function. * semantics.c (finish_non_static_data_member): Use object cv-quals in scoped case, too. >From gcc-bugs-return-671424-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 04:55:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111473 invoked by alias); 26 Feb 2020 04:55:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111092 invoked by uid 55); 26 Feb 2020 04:55:15 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88380] [8 Regression] Sequence of not-explicitly initialised, initialised, variable length generates no initialiser Date: Wed, 26 Feb 2020 04:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03006.txt.bz2 Content-length: 1000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88380 --- Comment #6 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:b9bfe25d3a7f925754df3a557e3b1743d21d0c4d commit r8-10076-gb9bfe25d3a7f925754df3a557e3b1743d21d0c4d Author: Jason Merrill Date: Tue Feb 25 13:37:18 2020 -0500 PR c++/88380 - wrong-code with flexible array and NSDMI. Here 'skipped' was set to -1 to force an explicit initializer for 'uninit' before the initializer for 'initialized', and so we also tried to emit an explicit initializer for the flexible array, for which build_zero_init returns error_mark_node. We should ignore flexarrays even when skipped < 0. gcc/cp/ChangeLog 2020-02-25 Jason Merrill PR c++/88380 - wrong-code with flexible array and NSDMI. * typeck2.c (process_init_constructor_record): Skip flexarrays. >From gcc-bugs-return-671426-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 05:01:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123258 invoked by alias); 26 Feb 2020 05:01:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121814 invoked by uid 48); 26 Feb 2020 05:01:38 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93940] [8/9/10 Regression] crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Date: Wed, 26 Feb 2020 05:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia 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: 8.4 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: 2020-02/txt/msg03008.txt.bz2 Content-length: 226 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940 --- Comment #5 from Andrew Pinski --- __atomic_fetch_add_8 (&__gcov0._ZN1g1iE1a[2], 1, 0); I wonder what the type of __gcov0._ZN1g1iE1a is. >From gcc-bugs-return-671427-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 05:38:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84745 invoked by alias); 26 Feb 2020 05:37:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84547 invoked by uid 55); 26 Feb 2020 05:37:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/90546] [9/10 Regression] Incorrect template argument deduction for conversion functions Date: Wed, 26 Feb 2020 05:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03009.txt.bz2 Content-length: 1161 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90546 --- Comment #11 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:c93117eea148326a718ae1e413bc85f4fa257d8f commit r8-10079-gc93117eea148326a718ae1e413bc85f4fa257d8f Author: Jason Merrill Date: Wed Feb 26 00:33:52 2020 -0500 c++: Allow template rvalue-ref conv to bind to lvalue ref. When I implemented the [over.match.ref] rule that a reference conversion function needs to match l/rvalue of the target reference type it changed our handling of this testcase. It seems to me that our current behavior is what the standard says, but it doesn't seem desirable, and all the other compilers have our old behavior. So let's limit the change to non-templates until there's some clarification from the committee. gcc/cp/ChangeLog 2020-02-26 Jason Merrill PR c++/90546 * call.c (build_user_type_conversion_1): Allow a template conversion returning an rvalue reference to bind directly to an lvalue. >From gcc-bugs-return-671428-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 05:38:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85252 invoked by alias); 26 Feb 2020 05:38:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84815 invoked by uid 55); 26 Feb 2020 05:37:50 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/90998] [9 Regression] ICE (segfault) in gcc/cp/call.c compare_ics() with -std=c++17 Date: Wed, 26 Feb 2020 05:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03013.txt.bz2 Content-length: 1638 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90998 --- Comment #8 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f52ec6bc163af837cd13e234b7c2eab6bc456e12 commit r8-10081-gf52ec6bc163af837cd13e234b7c2eab6bc456e12 Author: Marek Polacek Date: Wed Feb 26 00:33:52 2020 -0500 PR c++/90998 - ICE with copy elision in init by ctor and -Wconversion. After r269667 which introduced joust_maybe_elide_copy, in C++17 we can elide a constructor if it uses a conversion function that returns a prvalue, and use the conversion function in its stead. This eliding means that if we have a candidate that previously didn't have ->second_conv, it can have it after the elision. This confused the -Wconversion warning because it was assuming that if cand1->second_conv is non-null, so is cand2->second_conv. Here cand1->second_conv was non-null but cand2->second_conv remained null, so it crashed in compare_ics. I checked with clang that both compilers call A::operator B() in C++17 and B::B(A const &) otherwise. gcc/cp/ChangeLog 2020-02-26 Marek Polacek PR c++/90998 - ICE with copy elision in init by ctor and -Wconversion. * call.c (joust): Don't attempt to warn if ->second_conv is null. gcc/testsuite/ChangeLog 2020-02-26 Marek Polacek PR c++/90998 - ICE with copy elision in init by ctor and -Wconversion. * g++.dg/cpp0x/overload-conv-4.C: New test. >From gcc-bugs-return-671431-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 05:38:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85794 invoked by alias); 26 Feb 2020 05:38:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84855 invoked by uid 55); 26 Feb 2020 05:37:54 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/86521] [8 Regression] GCC 8 selects incorrect overload of ref-qualified conversion operator template Date: Wed, 26 Feb 2020 05:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03012.txt.bz2 Content-length: 1925 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86521 --- Comment #15 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f93784da474823ad563a9dfd6fd535a017b4bc9f commit r8-10078-gf93784da474823ad563a9dfd6fd535a017b4bc9f Author: Jason Merrill Date: Wed Feb 26 00:33:52 2020 -0500 PR c++/86521 - wrong overload resolution with ref-qualifiers. Here we were wrongly treating binding a const lvalue ref to an xvalue as direct binding, which is wrong under [dcl.init.ref] and [over.match.ref]. gcc/cp/ChangeLog 2020-02-26 Jason Merrill PR c++/86521 - wrong overload resolution with ref-qualifiers. * call.c (build_user_type_conversion_1): Don't use a conversion to a reference of the wrong rvalueness for direct binding. --- Comment #16 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:32988aac5be4fa472823e21d2d0eb877faca5667 commit r8-10080-g32988aac5be4fa472823e21d2d0eb877faca5667 Author: Jason Merrill Date: Wed Feb 26 00:33:52 2020 -0500 PR c++/86521 - C++17 copy elision in initialization by constructor. This is an overlooked case in C++17 mandatory copy elision: We want overload resolution to reflect that initializing an object from a prvalue does not involve a copy or move constructor even when [over.match.ctor] says that only constructors are candidates. Here I implement that by looking through the copy/move constructor in joust. gcc/cp/ChangeLog 2020-02-26 Jason Merrill PR c++/86521 - C++17 copy elision in initialization by constructor. * call.c (joust_maybe_elide_copy): New. (joust): Call it. >From gcc-bugs-return-671430-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 05:38:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85676 invoked by alias); 26 Feb 2020 05:38:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84986 invoked by uid 55); 26 Feb 2020 05:38:09 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/86521] [8 Regression] GCC 8 selects incorrect overload of ref-qualified conversion operator template Date: Wed, 26 Feb 2020 05:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03010.txt.bz2 Content-length: 1064 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86521 --- Comment #16 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:32988aac5be4fa472823e21d2d0eb877faca5667 commit r8-10080-g32988aac5be4fa472823e21d2d0eb877faca5667 Author: Jason Merrill Date: Wed Feb 26 00:33:52 2020 -0500 PR c++/86521 - C++17 copy elision in initialization by constructor. This is an overlooked case in C++17 mandatory copy elision: We want overload resolution to reflect that initializing an object from a prvalue does not involve a copy or move constructor even when [over.match.ctor] says that only constructors are candidates. Here I implement that by looking through the copy/move constructor in joust. gcc/cp/ChangeLog 2020-02-26 Jason Merrill PR c++/86521 - C++17 copy elision in initialization by constructor. * call.c (joust_maybe_elide_copy): New. (joust): Call it. >From gcc-bugs-return-671429-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 05:38:17 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85387 invoked by alias); 26 Feb 2020 05:38: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 84738 invoked by uid 55); 26 Feb 2020 05:37:43 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/86521] [8 Regression] GCC 8 selects incorrect overload of ref-qualified conversion operator template Date: Wed, 26 Feb 2020 05:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03011.txt.bz2 Content-length: 914 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86521 --- Comment #15 from CVS Commits --- The releases/gcc-8 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f93784da474823ad563a9dfd6fd535a017b4bc9f commit r8-10078-gf93784da474823ad563a9dfd6fd535a017b4bc9f Author: Jason Merrill Date: Wed Feb 26 00:33:52 2020 -0500 PR c++/86521 - wrong overload resolution with ref-qualifiers. Here we were wrongly treating binding a const lvalue ref to an xvalue as direct binding, which is wrong under [dcl.init.ref] and [over.match.ref]. gcc/cp/ChangeLog 2020-02-26 Jason Merrill PR c++/86521 - wrong overload resolution with ref-qualifiers. * call.c (build_user_type_conversion_1): Don't use a conversion to a reference of the wrong rvalueness for direct binding. >From gcc-bugs-return-671432-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 06:24:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116715 invoked by alias); 26 Feb 2020 06:24: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 116651 invoked by uid 48); 26 Feb 2020 06:24:43 -0000 From: "linkw at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/93935] [9/10 regression] gcc.dg/vect/bb-slp-over-widen-2.c fails starting with r262371 (r10-6856) Date: Wed, 26 Feb 2020 06:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: linkw at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: linkw at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03014.txt.bz2 Content-length: 715 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93935 Kewen Lin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-26 Ever confirmed|0 |1 --- Comment #1 from Kewen Lin --- Indeed, those two test cases are similar, both of them require misaligned vector access support. Although the case with -mvsx, it can't use unaligned vsx insns due to -mno-allow-movmisalign. The patch has been sent for review which allows r267528. >From gcc-bugs-return-671433-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 06:46:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62934 invoked by alias); 26 Feb 2020 06:46: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 62870 invoked by uid 48); 26 Feb 2020 06:46:35 -0000 From: "glaubitz at physik dot fu-berlin.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/55212] [SH] Switch to LRA Date: Wed, 26 Feb 2020 06:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glaubitz at physik dot fu-berlin.de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03015.txt.bz2 Content-length: 2172 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #122 from John Paul Adrian Glaubitz --- (In reply to Oleg Endo from comment #121) > (In reply to John Paul Adrian Glaubitz from comment #120) > > > > That's a huge task which is why I prefer fixing issues on the fly. > > I thought this is almost fully automated? The build process is. Fixing broken packages isn't. > You can apply this patch to GCC to enable LRA by default for SH > > --- sh.opt.orig 2019-03-04 10:09:09.244521000 +0900 > +++ sh.opt 2020-02-26 10:19:55.414340269 +0900 > @@ -299,5 +299,5 @@ > Enable the use of the fsrra instruction. > > mlra > -Target Report Var(sh_lra_flag) Init(0) Save > +Target Report Var(sh_lra_flag) Init(1) Save > Use LRA instead of reload (transitional). > > Then let it rebuild everything. Everything is around 13.000 source packages. > > We are going to switch over anyway with GCC-12 or GCC-13, so I'm not sure > > what we are gaining if we continue to wait. > > I don't get it. You want to enable LRA by default for your distro, but you > don't want to rebuild all the packages with that modification? It's like .. > shipping a distro with a new compiler, which potentially can't compile the > distro packages (correctly), so instead we secretly use an older compiler to > build the packages .... ? Is that normal practice? Sorry, sounds like a > mess to me. Debian/sh4 is not a release target, so it's not being shipped and there is no warranty anyway. I also don't have the possibility to rebuild the whole archive in a separate project. There is only unstable. If am doing a complete rebuild now, I will be busy for the next weeks or months (there are new packages coming in every day) looking at issues because there might be a lot of failing packages, also for other reasons. It's simply not practical from my perspective. I'm doing this as a hobby, not as a full time job, so I can't take care of all issues all-day long. And, finally, the buildd capacity is limited on sh4. If this was POWER or SPARC, we would have plenty of resources for a complete rebuild. >From gcc-bugs-return-671434-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 07:59:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75166 invoked by alias); 26 Feb 2020 07:59: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 68377 invoked by uid 55); 26 Feb 2020 07:59:17 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93820] [8/9/10 Regression] wrong code at -O3 on x86_64-linux-gnu since r9-1732 Date: Wed, 26 Feb 2020 07:59: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03016.txt.bz2 Content-length: 1177 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820 --- Comment #7 from rguenther at suse dot de --- On Tue, 25 Feb 2020, jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820 > > --- Comment #6 from Jakub Jelinek --- > On the original testcase, the reason why dse3 doesn't help is we have: > a[4] = 1; > _4 = *c.0_1; > a[5] = _4; > a[3] = 1; > e = 0; > a[8] = 0; > MEM [(int *)&a + 16B] = { 0, 0, 0, 0 }; > and c.0_1 might alias the a array, so dse3 removes a[5] store as redundant, but > only later cddce removes the _4 = *c.0_1 load and only then the a[4] = 1; store > could be also removed (i.e. it would require iteration, or performing some kind > of (cheap) dce in the dse pass after removing each store). A simple immediate-use / worklist based DCE would be possible after each DSE but then this always felt like too ad-hoc to me ... It would also have hidden this bug in store-merging (which is also why I prefer the GIMPLE testcase at least for the affected function since there's 100s of passes before store-merging) >From gcc-bugs-return-671435-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:03:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 87572 invoked by alias); 26 Feb 2020 08:03: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 87515 invoked by uid 55); 26 Feb 2020 08:03:52 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93905] [8 Regression] Cannot use Derived type of Base containing both enum and protected destructor Date: Wed, 26 Feb 2020 08:03: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.3.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03017.txt.bz2 Content-length: 1477 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 --- Comment #9 from CVS Commits --- The releases/gcc-8 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:f4335f978249a2991620f38e118adf790e677968 commit r8-10082-gf4335f978249a2991620f38e118adf790e677968 Author: Jakub Jelinek Date: Wed Feb 26 09:02:05 2020 +0100 c++: Fix rejects-valid bug in cxx_eval_outermost_constant_expr [PR93905] The following testcase is rejected in 8.3, but was accepted in 8.2 and is in 9.x. This started with my PR87934 * constexpr.c (cxx_eval_constant_expression) : Do re-process TREE_CONSTANT CONSTRUCTORs if they aren't reduced constant expressions. backport, where the NSDMI CONSTRUCTOR that contains CONST_DECLs is now constexpr evaluated so that it doesn't contain them. The difference from 9.x is that 9.x doesn't call get_target_expr if we got a CONSTRUCTOR for a class type for something that has been originally a CONSTRUCTOR too. This patch cherry-picks just that hunk of the r9-3835 change. 2020-02-26 Jakub Jelinek PR c++/93905 Backported from mainline 2018-11-04 Jason Merrill * constexpr.c (cxx_eval_outermost_constant_expr): Don't wrap a CONSTRUCTOR if one was passed in. * g++.dg/cpp0x/pr93905.C: New test. >From gcc-bugs-return-671437-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:04:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88411 invoked by alias); 26 Feb 2020 08:04: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 88369 invoked by uid 48); 26 Feb 2020 08:04:24 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93939] missing optimization for floating-point expression converted to integer whose result is known at compile time Date: Wed, 26 Feb 2020 08:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 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: 2020-02/txt/msg03019.txt.bz2 Content-length: 418 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93939 --- Comment #1 from Marc Glisse --- typedef long T; also generates a comparison with 24. The main issue is that b is used outside of the branch controlled by if(b==8), so a naive substitution misses it. Repeating 3*b in the branch is useless, we CSE it anyway. Still, DOM manages the optimization for int, so there is hope. >From gcc-bugs-return-671436-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:04:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88390 invoked by alias); 26 Feb 2020 08:04: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 88335 invoked by uid 48); 26 Feb 2020 08:04:23 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/29186] optimzation breaks floating point exception flag reading Date: Wed, 26 Feb 2020 08:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.1.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03018.txt.bz2 Content-length: 697 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29186 --- Comment #24 from Richard Biener --- For the division when GCC doesn't know the divident is not zero I think we actually fixed the bug but yes, in general FP operation reordering wrt FP env access isn't fixed. But GCC needs to consider that feclear/testexcept exit the program and since the division may trap it cannot hoist it before the feclearexcept call. It might move it after the fetestexcept call though (delaying traps is OK). As soon as we start to put more knowledge about feclearexcept into GCC this will break again. Oh - we actually do know this since GCC 8 ... So you're just lucky indeed ... >From gcc-bugs-return-671438-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:06:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90713 invoked by alias); 26 Feb 2020 08:06:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 90674 invoked by uid 55); 26 Feb 2020 08:06:14 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93905] [8 Regression] Cannot use Derived type of Base containing both enum and protected destructor Date: Wed, 26 Feb 2020 08:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.3.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03020.txt.bz2 Content-length: 658 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 --- Comment #10 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:5de338f001eb2a821f40e599bd55119d43e0ae7e commit r10-6859-g5de338f001eb2a821f40e599bd55119d43e0ae7e Author: Jakub Jelinek Date: Wed Feb 26 09:04:44 2020 +0100 c++: Fix rejects-valid bug in cxx_eval_outermost_constant_expr [PR93905] Add testcase for a bug that has been just on the 8 branch. 2020-02-26 Jakub Jelinek PR c++/93905 * g++.dg/cpp0x/pr93905.C: New test. >From gcc-bugs-return-671439-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:07:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91978 invoked by alias); 26 Feb 2020 08:07: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 91919 invoked by uid 55); 26 Feb 2020 08:07:16 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93905] [8 Regression] Cannot use Derived type of Base containing both enum and protected destructor Date: Wed, 26 Feb 2020 08:07: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.3.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03021.txt.bz2 Content-length: 665 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 --- Comment #11 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:c6b81c451983f1b9a6e184f137819abf4978eddd commit r9-8280-gc6b81c451983f1b9a6e184f137819abf4978eddd Author: Jakub Jelinek Date: Wed Feb 26 09:04:44 2020 +0100 c++: Fix rejects-valid bug in cxx_eval_outermost_constant_expr [PR93905] Add testcase for a bug that has been just on the 8 branch. 2020-02-26 Jakub Jelinek PR c++/93905 * g++.dg/cpp0x/pr93905.C: New test. >From gcc-bugs-return-671440-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:19:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126528 invoked by alias); 26 Feb 2020 08:19: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 126462 invoked by uid 48); 26 Feb 2020 08:19:04 -0000 From: "markeggleston at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93835] [9/10 Regression] ICE in simplify_findloc_nodim, at fortran/simplify.c:5513 Date: Wed, 26 Feb 2020 08: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: markeggleston at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03022.txt.bz2 Content-length: 410 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93835 markeggleston at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from markeggleston at gcc dot gnu.org --- committed >From gcc-bugs-return-671441-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:21:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1780 invoked by alias); 26 Feb 2020 08:21:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 940 invoked by uid 48); 26 Feb 2020 08:21:53 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93907] [10 Regression] internal compiler error: in hashtab_chk_error, at hash-table.c:137 Date: Wed, 26 Feb 2020 08:21: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cf_known_to_work short_desc cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03023.txt.bz2 Content-length: 5050 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93907 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|needs-reduction | Known to work| |9.2.0 Summary|internal compiler error: in |[10 Regression] internal |hashtab_chk_error, at |compiler error: in |hash-table.c:137 |hashtab_chk_error, at | |hash-table.c:137 Known to fail| |10.0 --- Comment #3 from Jonathan Wakely --- creduce yielded the following, which compiles with gcc 9 and -fconcepts. ICEs with gcc 10 and -std=gnu++2a template struct c { static constexpr int d = a; typedef c e; }; template struct f; template using g = typename f::e; struct b; template struct f { using e = b; }; template struct m { typedef g aj; }; template class n { typedef typename m::aj e; }; template using an = typename n::e; template constexpr bool ao = c::d; template constexpr bool i = c<1>::d; template concept bb = i; using cc = __int128; template concept cd = bb; template concept ce = requires { requires cd; }; template concept h = ce; template concept l = h; template concept cl = ao; template concept cp = requires(b j) { requires h>; }; struct o { template requires cp auto operator()(b) {} }; template using cm = decltype(o{}(b())); template concept ct = l; template concept dd = ct>; template concept de = dd; struct { template void operator()(da, b); } di; class p { void begin(); }; template using df = p; template void q() { df k; int d; di(k, d); } hash table checking failed: equal operator returns true for a pair of values with a different hash value constrained.cc: In instantiation of ‘void::operator()(da, b) [with da = p; b = int]’: constrained.cc:41:10: required from here constrained.cc:17:57: internal compiler error: in hashtab_chk_error, at hash-table.c:137 17 | template concept ce = requires { requires cd; }; | ~~~~~~~~~^~~~~~ 0x8ec130 hashtab_chk_error() /home/jwakely/src/gcc/gcc/gcc/hash-table.c:137 0x94efd3 hash_table::verify(sat_entry* const&, unsigned int) /home/jwakely/src/gcc/gcc/gcc/hash-table.h:1033 0x94f5cf hash_table::find_slot_with_hash(sat_entry* const&, unsigned int, insert_option) /home/jwakely/src/gcc/gcc/gcc/hash-table.h:968 0x94b9b3 hash_table::find_slot(sat_entry* const&, insert_option) /home/jwakely/src/gcc/gcc/gcc/hash-table.h:435 0x94b9b3 save_satisfaction /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2304 0x94c042 satisfaction_cache::save(tree_node*) /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2338 0x94c042 satisfy_atom /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2552 0x94c042 satisfy_constraint_r /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2579 0x94cb38 satisfy_constraint /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2599 0x94ce27 tsubst_nested_requirement /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2006 0x94ce27 tsubst_requirement /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2027 0x94ce27 tsubst_requirement_body /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2043 0x94ce27 tsubst_requires_expr(tree_node*, tree_node*, int, tree_node*) /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2159 0xa8674a tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool, bool) /home/jwakely/src/gcc/gcc/gcc/cp/pt.c:20336 0xa794c7 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) /home/jwakely/src/gcc/gcc/gcc/cp/pt.c:18597 0x94bdaa satisfy_atom /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2523 0x94bdaa satisfy_constraint_r /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2579 0x94cb38 satisfy_constraint /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2599 0x94e627 satisfy_declaration_constraints /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2698 0x94e627 constraint_satisfaction_value /home/jwakely/src/gcc/gcc/gcc/cp/constraint.cc:2733 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. >From gcc-bugs-return-671442-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:35:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36970 invoked by alias); 26 Feb 2020 08:35: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 36902 invoked by uid 55); 26 Feb 2020 08:35:35 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93820] [8/9/10 Regression] wrong code at -O3 on x86_64-linux-gnu since r9-1732 Date: Wed, 26 Feb 2020 08: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: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03024.txt.bz2 Content-length: 4513 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820 --- Comment #8 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:4d213bf6011ed2b30b9d0ca70069a5dbc294b5d7 commit r10-6860-g4d213bf6011ed2b30b9d0ca70069a5dbc294b5d7 Author: Jakub Jelinek Date: Wed Feb 26 09:33:48 2020 +0100 store-merging: Fix coalesce_immediate_stores [PR93820] The following testcase is miscompiled in 8+. The problem is that check_no_overlap has a special case for INTEGER_CST marked stores (i.e. stores of constants), if both all currenly merged stores and the one under consideration for merging with them are marked that way, it anticipates that other INTEGER_CST marked stores that overlap with those and precede those (have smaller info->order) could be merged with those and doesn't punt for them. In PR86844 and PR87859 fixes I've then added quite large code that is performed after check_no_overlap and tries to find out if we need and can merge further INTEGER_CST marked stores, or need to punt. Unfortunately, that code is there only in the overlapping case code and the testcase below shows that we really need it even in the adjacent store case. After sort_by_bitpos we have: bitpos width order rhs_code 96 32 3 INTEGER_CST 128 32 1 INTEGER_CST 128 128 2 INTEGER_CST 192 32 0 MEM_REF Because of the missing PR86844/PR87859-ish code in the adjacent store case, we merge the adjacent (memory wise) stores 96/32/3 and 128/32/1, and then we consider the 128-bit store which is in program-order in between them, but in this case we punt, because the merging would extend the merged store region from bitpos 96 and 64-bits to bitpos 96 and 160-bits and that has an overlap with an incompatible store (the MEM_REF one). The problem is that we can't really punt this way, because the 128-bit store is in between those two we've merged already, so either we manage to merge even that one together with the others, or would need to avoid already merging the 96/32/3 and 128/32/1 stores together. Now, rather than copying around the PR86844/PR87859 code to the other spot, we can actually just use the overlapping code, merge_overlapping is really a superset of merge_into, so that is what the patch does. If doing adjacent store merge for rhs_code other than INTEGER_CST, I believe the current code is already fine, check_no_overlap in that case doesn't make the exception and will punt if there is some earlier (smaller order) non-mergeable overlapping store. There is just one case that could be problematic, if the merged_store has BIT_INSERT_EXPRs in them and the new store is a constant store (INTEGER_CST rhs_code), then check_no_overlap would do the exception and still would allow the special case. But we really shouldn't have the special case in that case, so this patch also changes check_no_overlap to just have a bool whether we should have the special case or not. Note, as I said in the PR, for GCC11 we could consider performing some kind of cheap DSE during the store merging (perhaps guarded with flag_tree_dse). And another thing to consider is only consider as problematic non-mergeable stores that not only have order smaller than last_order as currently, but also have order larger than first_order, as in this testcase if we actually ignored (not merged with anything at all) the 192/32/0 store, because it is not in between the other stores we'd merge, it would be fine to merge the other 3 stores, though of course the testcase can be easily adjusted by putting the 192/32 store after the 128/32 store and then this patch would be still needed. Though, I think I'd need more time thinking this over. 2020-02-26 Jakub Jelinek PR tree-optimization/93820 * gimple-ssa-store-merging.c (check_no_overlap): Change RHS_CODE argument to ALL_INTEGER_CST_P boolean. (imm_store_chain_info::try_coalesce_bswap): Adjust caller. (imm_store_chain_info::coalesce_immediate_stores): Likewise. Handle adjacent INTEGER_CST store into merged_store->only_constants like overlapping one. * gcc.dg/pr93820.c: New test. >From gcc-bugs-return-671443-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:43:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45193 invoked by alias); 26 Feb 2020 08:43: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 45118 invoked by uid 55); 26 Feb 2020 08:43:25 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93820] [8/9/10 Regression] wrong code at -O3 on x86_64-linux-gnu since r9-1732 Date: Wed, 26 Feb 2020 08:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03025.txt.bz2 Content-length: 4520 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820 --- Comment #9 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:d0eff1793dc844c2a9532d8ef1a07ba137cfb4e6 commit r9-8281-gd0eff1793dc844c2a9532d8ef1a07ba137cfb4e6 Author: Jakub Jelinek Date: Wed Feb 26 09:33:48 2020 +0100 store-merging: Fix coalesce_immediate_stores [PR93820] The following testcase is miscompiled in 8+. The problem is that check_no_overlap has a special case for INTEGER_CST marked stores (i.e. stores of constants), if both all currenly merged stores and the one under consideration for merging with them are marked that way, it anticipates that other INTEGER_CST marked stores that overlap with those and precede those (have smaller info->order) could be merged with those and doesn't punt for them. In PR86844 and PR87859 fixes I've then added quite large code that is performed after check_no_overlap and tries to find out if we need and can merge further INTEGER_CST marked stores, or need to punt. Unfortunately, that code is there only in the overlapping case code and the testcase below shows that we really need it even in the adjacent store case. After sort_by_bitpos we have: bitpos width order rhs_code 96 32 3 INTEGER_CST 128 32 1 INTEGER_CST 128 128 2 INTEGER_CST 192 32 0 MEM_REF Because of the missing PR86844/PR87859-ish code in the adjacent store case, we merge the adjacent (memory wise) stores 96/32/3 and 128/32/1, and then we consider the 128-bit store which is in program-order in between them, but in this case we punt, because the merging would extend the merged store region from bitpos 96 and 64-bits to bitpos 96 and 160-bits and that has an overlap with an incompatible store (the MEM_REF one). The problem is that we can't really punt this way, because the 128-bit store is in between those two we've merged already, so either we manage to merge even that one together with the others, or would need to avoid already merging the 96/32/3 and 128/32/1 stores together. Now, rather than copying around the PR86844/PR87859 code to the other spot, we can actually just use the overlapping code, merge_overlapping is really a superset of merge_into, so that is what the patch does. If doing adjacent store merge for rhs_code other than INTEGER_CST, I believe the current code is already fine, check_no_overlap in that case doesn't make the exception and will punt if there is some earlier (smaller order) non-mergeable overlapping store. There is just one case that could be problematic, if the merged_store has BIT_INSERT_EXPRs in them and the new store is a constant store (INTEGER_CST rhs_code), then check_no_overlap would do the exception and still would allow the special case. But we really shouldn't have the special case in that case, so this patch also changes check_no_overlap to just have a bool whether we should have the special case or not. Note, as I said in the PR, for GCC11 we could consider performing some kind of cheap DSE during the store merging (perhaps guarded with flag_tree_dse). And another thing to consider is only consider as problematic non-mergeable stores that not only have order smaller than last_order as currently, but also have order larger than first_order, as in this testcase if we actually ignored (not merged with anything at all) the 192/32/0 store, because it is not in between the other stores we'd merge, it would be fine to merge the other 3 stores, though of course the testcase can be easily adjusted by putting the 192/32 store after the 128/32 store and then this patch would be still needed. Though, I think I'd need more time thinking this over. 2020-02-26 Jakub Jelinek PR tree-optimization/93820 * gimple-ssa-store-merging.c (check_no_overlap): Change RHS_CODE argument to ALL_INTEGER_CST_P boolean. (imm_store_chain_info::try_coalesce_bswap): Adjust caller. (imm_store_chain_info::coalesce_immediate_stores): Likewise. Handle adjacent INTEGER_CST store into merged_store->only_constants like overlapping one. * gcc.dg/pr93820.c: New test. >From gcc-bugs-return-671444-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:50:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7622 invoked by alias); 26 Feb 2020 08:50: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 7552 invoked by uid 48); 26 Feb 2020 08:50:50 -0000 From: "amonakov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93934] Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Date: Wed, 26 Feb 2020 08: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: 7.4.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: amonakov at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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: 2020-02/txt/msg03026.txt.bz2 Content-length: 830 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934 Alexander Monakov changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |amonakov at gcc dot gnu.org Resolution|--- |INVALID --- Comment #2 from Alexander Monakov --- fcmov can only raise an x87 fpu exception on x87 stack underflow, which cannot happen here. Even if it did raise FE_INVALID for SNaNs, note that GCC does not support SNaNs by default; -fsignaling-nans can be specified to request that, but note that documentation says the support is incomplete. No bug here afaict. >From gcc-bugs-return-671445-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:51:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8895 invoked by alias); 26 Feb 2020 08:51:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 8809 invoked by uid 55); 26 Feb 2020 08:51:38 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93820] [8/9/10 Regression] wrong code at -O3 on x86_64-linux-gnu since r9-1732 Date: Wed, 26 Feb 2020 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: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03027.txt.bz2 Content-length: 4522 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820 --- Comment #10 from CVS Commits --- The releases/gcc-8 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:8edd406bd7515833905d6bba8fb9195af392008c commit r8-10083-g8edd406bd7515833905d6bba8fb9195af392008c Author: Jakub Jelinek Date: Wed Feb 26 09:33:48 2020 +0100 store-merging: Fix coalesce_immediate_stores [PR93820] The following testcase is miscompiled in 8+. The problem is that check_no_overlap has a special case for INTEGER_CST marked stores (i.e. stores of constants), if both all currenly merged stores and the one under consideration for merging with them are marked that way, it anticipates that other INTEGER_CST marked stores that overlap with those and precede those (have smaller info->order) could be merged with those and doesn't punt for them. In PR86844 and PR87859 fixes I've then added quite large code that is performed after check_no_overlap and tries to find out if we need and can merge further INTEGER_CST marked stores, or need to punt. Unfortunately, that code is there only in the overlapping case code and the testcase below shows that we really need it even in the adjacent store case. After sort_by_bitpos we have: bitpos width order rhs_code 96 32 3 INTEGER_CST 128 32 1 INTEGER_CST 128 128 2 INTEGER_CST 192 32 0 MEM_REF Because of the missing PR86844/PR87859-ish code in the adjacent store case, we merge the adjacent (memory wise) stores 96/32/3 and 128/32/1, and then we consider the 128-bit store which is in program-order in between them, but in this case we punt, because the merging would extend the merged store region from bitpos 96 and 64-bits to bitpos 96 and 160-bits and that has an overlap with an incompatible store (the MEM_REF one). The problem is that we can't really punt this way, because the 128-bit store is in between those two we've merged already, so either we manage to merge even that one together with the others, or would need to avoid already merging the 96/32/3 and 128/32/1 stores together. Now, rather than copying around the PR86844/PR87859 code to the other spot, we can actually just use the overlapping code, merge_overlapping is really a superset of merge_into, so that is what the patch does. If doing adjacent store merge for rhs_code other than INTEGER_CST, I believe the current code is already fine, check_no_overlap in that case doesn't make the exception and will punt if there is some earlier (smaller order) non-mergeable overlapping store. There is just one case that could be problematic, if the merged_store has BIT_INSERT_EXPRs in them and the new store is a constant store (INTEGER_CST rhs_code), then check_no_overlap would do the exception and still would allow the special case. But we really shouldn't have the special case in that case, so this patch also changes check_no_overlap to just have a bool whether we should have the special case or not. Note, as I said in the PR, for GCC11 we could consider performing some kind of cheap DSE during the store merging (perhaps guarded with flag_tree_dse). And another thing to consider is only consider as problematic non-mergeable stores that not only have order smaller than last_order as currently, but also have order larger than first_order, as in this testcase if we actually ignored (not merged with anything at all) the 192/32/0 store, because it is not in between the other stores we'd merge, it would be fine to merge the other 3 stores, though of course the testcase can be easily adjusted by putting the 192/32 store after the 128/32 store and then this patch would be still needed. Though, I think I'd need more time thinking this over. 2020-02-26 Jakub Jelinek PR tree-optimization/93820 * gimple-ssa-store-merging.c (check_no_overlap): Change RHS_CODE argument to ALL_INTEGER_CST_P boolean. (imm_store_chain_info::try_coalesce_bswap): Adjust caller. (imm_store_chain_info::coalesce_immediate_stores): Likewise. Handle adjacent INTEGER_CST store into merged_store->only_constants like overlapping one. * gcc.dg/pr93820.c: New test. >From gcc-bugs-return-671446-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 08:52:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9977 invoked by alias); 26 Feb 2020 08:52: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 9886 invoked by uid 48); 26 Feb 2020 08:52:43 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93820] [8/9/10 Regression] wrong code at -O3 on x86_64-linux-gnu since r9-1732 Date: Wed, 26 Feb 2020 08:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03028.txt.bz2 Content-length: 424 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #11 from Jakub Jelinek --- Fixed. >From gcc-bugs-return-671447-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:01:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117722 invoked by alias); 26 Feb 2020 09:01:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117675 invoked by uid 48); 26 Feb 2020 09:01:51 -0000 From: "vajdaz at protonmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93934] Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Date: Wed, 26 Feb 2020 09:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 7.4.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: vajdaz at protonmail 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_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: 2020-02/txt/msg03029.txt.bz2 Content-length: 958 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934 Zoltan Vajda changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |--- --- Comment #3 from Zoltan Vajda --- (In reply to Alexander Monakov from comment #2) > fcmov can only raise an x87 fpu exception on x87 stack underflow, which > cannot happen here. > > Even if it did raise FE_INVALID for SNaNs, note that GCC does not support > SNaNs by default; -fsignaling-nans can be specified to request that, but > note that documentation says the support is incomplete. > > No bug here afaict. The problem is not the fcmov instruction, but the "fldl -32(%ebp)". It loads an uninitialized value from the variable result, which may be a SNaN. >From gcc-bugs-return-671448-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:07:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5077 invoked by alias); 26 Feb 2020 09:07: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 5033 invoked by uid 48); 26 Feb 2020 09:07:27 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93930] [8/9/10 Regression] Unnecessary broadcast instructions for AVX512 Date: Wed, 26 Feb 2020 09:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cf_gcctarget priority Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03030.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93930 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization Target| |x86_64-*-*, i?86-*-* Priority|P3 |P2 >From gcc-bugs-return-671449-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:12:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8678 invoked by alias); 26 Feb 2020 09:12:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 8635 invoked by uid 48); 26 Feb 2020 09:12:40 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93934] Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Date: Wed, 26 Feb 2020 09: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: 7.4.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03031.txt.bz2 Content-length: 474 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|missed-optimization |wrong-code --- Comment #4 from Richard Biener --- But does the load trap? I would expect fcmov also to not trap on sNaNs since it's a move instruction? >From gcc-bugs-return-671450-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:13:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9886 invoked by alias); 26 Feb 2020 09:13:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 9839 invoked by uid 48); 26 Feb 2020 09:13:14 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/93935] [9/10 regression] gcc.dg/vect/bb-slp-over-widen-2.c fails starting with r262371 (r10-6856) Date: Wed, 26 Feb 2020 09:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: linkw at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03032.txt.bz2 Content-length: 345 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93935 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 Target Milestone|--- |9.3 >From gcc-bugs-return-671451-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:15:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11367 invoked by alias); 26 Feb 2020 09:15: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 11260 invoked by uid 48); 26 Feb 2020 09:14:58 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/89164] can construct vector with non-copyable-but-trivially-copyable elements Date: Wed, 26 Feb 2020 09:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: accepts-invalid, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03033.txt.bz2 Content-length: 479 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89164 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #9 from Jonathan Wakely --- I'm not going to backport this to gcc-8 so closing as fixed. >From gcc-bugs-return-671452-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:20:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 15641 invoked by alias); 26 Feb 2020 09:20:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 15538 invoked by uid 48); 26 Feb 2020 09:20:14 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93939] missing optimization for floating-point expression converted to integer whose result is known at compile time Date: Wed, 26 Feb 2020 09:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03034.txt.bz2 Content-length: 765 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93939 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 Ever confirmed|0 |1 --- Comment #2 from Richard Biener --- It needs "backward propagation" of conditional equivalence information which we do for very limited numbers and sets of operations. In VN the additional issue is that we don't record conditional equivalences at all (we just record known predicates) because that doesn't fit in nicely. >From gcc-bugs-return-671453-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:26:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21244 invoked by alias); 26 Feb 2020 09:26: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 19796 invoked by uid 48); 26 Feb 2020 09:25:57 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/87544] alloc-size-larger-than incorrectly triggered Date: Wed, 26 Feb 2020 09:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03035.txt.bz2 Content-length: 528 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87544 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.0 --- Comment #21 from Jonathan Wakely --- Fixed for GCC 9, I'm not going to backport it to GCC 8. >From gcc-bugs-return-671454-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:28:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22436 invoked by alias); 26 Feb 2020 09:27:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21488 invoked by uid 48); 26 Feb 2020 09:26:56 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/87544] alloc-size-larger-than incorrectly triggered Date: Wed, 26 Feb 2020 09:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03036.txt.bz2 Content-length: 221 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87544 --- Comment #22 from Jonathan Wakely --- N.B. in case somebody does want to backport it, the fix for this depends on the fix for PR 78448. >From gcc-bugs-return-671455-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:38:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29819 invoked by alias); 26 Feb 2020 09:38:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 29692 invoked by uid 48); 26 Feb 2020 09:37:56 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/90281] utf-8 encoded std::filesystem::path can not be converted to utf-16. Date: Wed, 26 Feb 2020 09:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03037.txt.bz2 Content-length: 547 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90281 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.0 --- Comment #5 from Jonathan Wakely --- I no longer plan to backport this to the gcc-8 branch, so closing as fixed. >From gcc-bugs-return-671456-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:43:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97029 invoked by alias); 26 Feb 2020 09:43:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96948 invoked by uid 48); 26 Feb 2020 09:43:13 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93940] [8/9/10 Regression] crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Date: Wed, 26 Feb 2020 09:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03038.txt.bz2 Content-length: 1252 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hubicka at gcc dot gnu.org, | |jakub at gcc dot gnu.org --- Comment #6 from Jakub Jelinek --- This happens in edge_set_predicate: 271 if (predicate && *predicate == false 272 /* When handling speculative edges, we need to do the redirection 273 just once. Do it always on the direct edge, so we do not 274 attempt to resolve speculation while duplicating the edge. */ 275 && (!e->speculative || e->callee)) 276 e = redirect_to_unreachable (e); I bet the inliner assumes that __builtin_constant_p will evaluate to true, D.2273.b = 0; k = D.2273; ... _8 = k.b; _9 = __builtin_constant_p (_8); but while fre3 with -O2 propagates the 0 into __builtin_constant_p and folds it to 1, with -Og we do fewer optimizations and don't propagate the constant to it. With -O2 -fno-tree-fre it will fail the same way. >From gcc-bugs-return-671457-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:44:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98363 invoked by alias); 26 Feb 2020 09:44:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98298 invoked by uid 48); 26 Feb 2020 09:43:57 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93940] [8/9/10 Regression] crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Date: Wed, 26 Feb 2020 09:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03039.txt.bz2 Content-length: 3765 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940 --- Comment #7 from Richard Biener --- (In reply to Andrew Pinski from comment #5) > __atomic_fetch_add_8 (&__gcov0._ZN1g1iE1a[2], 1, 0); > > I wonder what the type of __gcov0._ZN1g1iE1a is. It's correct. unit-size align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type 0x7ffff682b738 precision:64 min max pointer_to_this > BLK size unit-size align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type 0x7ffff6990150 domain DI size unit-size align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type 0x7ffff69900a8 precision:64 min max >> addressable nothrow static BLK :0:0 size unit-size align:256 warn_if_not_align:0> I think the issue is with inliner predicates. The unreachable is added via #1 0x00000000010e52c3 in redirect_to_unreachable ( e= -> )>) at /space/rguenther/src/gcc-9-branch/gcc/ipa-fnsummary.c:236 #2 0x00000000010e53fe in edge_set_predicate ( e= -> )>, predicate=0x7fffffffc350) at /space/rguenther/src/gcc-9-branch/gcc/ipa-fnsummary.c:267 #3 0x00000000010ee97b in remap_edge_summaries ( inlined_edge= -> )>, node=, info=0x7ffff69917b8, callee_info=0x7ffff6991820, operand_map=..., offset_map=..., possible_truths=0, toplev_predicate=0x7fffffffc490) at /space/rguenther/src/gcc-9-branch/gcc/ipa-fnsummary.c:2951 #4 0x00000000010ef369 in ipa_merge_fn_summary_after_inlining ( edge= -> )>) at /space/rguenther/src/gcc-9-branch/gcc/ipa-fnsummary.c:3101 #5 0x0000000002257d95 in inline_call ( new_edges=0x7fffffffd6a8, overall_size=0x339e5b0 , update_overall_summary=true, callee_removed=0x0) at /space/rguenther/src/gcc-9-branch/gcc/ipa-inline-transform.c:448 #6 0x0000000002248e5b in inline_small_functions () at /space/rguenther/src/gcc-9-branch/gcc/ipa-inline.c:2074 #7 0x000000000224a8a0 in ipa_inline () at /space/rguenther/src/gcc-9-branch/gcc/ipa-inline.c:2536 #8 0x000000000224b74d in (anonymous namespace)::pass_ipa_inline::execute ( this=0x33fa340) at /space/rguenther/src/gcc-9-branch/gcc/ipa-inline.c:2944 for $1 = -> )> and likely the __builtin_constant_p handling. Something for Honza to debug. Honza? >From gcc-bugs-return-671458-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:44:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99318 invoked by alias); 26 Feb 2020 09:44: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 99261 invoked by uid 48); 26 Feb 2020 09:44:36 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93940] [8/9/10 Regression] crazy codegen bug on Og with builtin_constant_p, coverage, and pthread Date: Wed, 26 Feb 2020 09:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03040.txt.bz2 Content-length: 292 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 >From gcc-bugs-return-671459-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:46:15 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114177 invoked by alias); 26 Feb 2020 09:46: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 107391 invoked by uid 48); 26 Feb 2020 09:46:09 -0000 From: "amonakov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93934] Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Date: Wed, 26 Feb 2020 09:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 7.4.0 X-Bugzilla-Keywords: wrong-code 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03041.txt.bz2 Content-length: 677 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934 --- Comment #5 from Alexander Monakov --- Ah, indeed. fld won't raise FE_INVALID for 80-bit long double, but here 'result' is stored on the stack in 64-bit format. So: fcmov and 80-bit fldt don't trap, 32-bit flds and 64-bit fldl do. Somehow RTL if-conversion would have to check "-fsignaling-nans is requested and the target may raise FE_INVALID on loads" among other reason to reject a speculative load. I am afraid though that several other optimizations do not anticipate that x87 fp loads can raise exceptions on SNaNs either, making -fsignaling-nans difficult to implement in full. >From gcc-bugs-return-671460-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:51:23 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38221 invoked by alias); 26 Feb 2020 09:51:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 38164 invoked by uid 48); 26 Feb 2020 09:51:19 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93941] gcc generates wrong debug information at -O2 Date: Wed, 26 Feb 2020 09:51: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc version 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: 2020-02/txt/msg03042.txt.bz2 Content-length: 1165 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93941 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 CC|rguenther at suse dot de |jakub at gcc dot gnu.org, | |rguenth at gcc dot gnu.org Version|unknown |10.0 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Confirmed. Bisection is likely wrong (-O2 doesn't do vectorization) and rather it's probably related to # DEBUG i => (int) ((ivtmp.22_29 - (unsigned long) &b) /[ex] 10) + 1 somehow breaking down leaving us with some other choice for i from # DEBUG i => 0 or # DEBUG i => (int) ((ivtmp.22_29 - (unsigned long) &b) /[ex] 10) rather than dropping to a debug reset. GCC 9 had here since we didn't have the above "fancy" debug expression for i. >From gcc-bugs-return-671461-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:56:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110800 invoked by alias); 26 Feb 2020 09:56:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 97115 invoked by uid 48); 26 Feb 2020 09:56:11 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93934] Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Date: Wed, 26 Feb 2020 09:56: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: 7.4.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03043.txt.bz2 Content-length: 1575 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 Ever confirmed|0 |1 --- Comment #6 from Richard Biener --- (In reply to Alexander Monakov from comment #5) > Ah, indeed. fld won't raise FE_INVALID for 80-bit long double, but here > 'result' is stored on the stack in 64-bit format. > > So: fcmov and 80-bit fldt don't trap, 32-bit flds and 64-bit fldl do. > > Somehow RTL if-conversion would have to check "-fsignaling-nans is requested > and the target may raise FE_INVALID on loads" among other reason to reject a > speculative load. > > I am afraid though that several other optimizations do not anticipate that > x87 fp loads can raise exceptions on SNaNs either, making -fsignaling-nans > difficult to implement in full. I suppose a fldt followed by "truncation" to 32/64 bit would then trap at the truncation step? But yes, this will be difficult to handle. We'd have to mark all loads from not must-initialized memory as possibly trapping and thus not eligible for if-conversion. And this applies to possibly uninitialized registers as well which might be spilled or allocated to the stack. So confirmed at least. It's also more a middle-end issue affecting a subset of targets only. >From gcc-bugs-return-671462-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:58:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32718 invoked by alias); 26 Feb 2020 09:58:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32413 invoked by uid 48); 26 Feb 2020 09:58:50 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93934] Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Date: Wed, 26 Feb 2020 09:58: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: 7.4.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: 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: 2020-02/txt/msg03044.txt.bz2 Content-length: 244 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934 --- Comment #7 from Richard Biener --- Or the issue is in regstack handling all stack vars as 80bit and thus introducing the conversion step in the first place. >From gcc-bugs-return-671463-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:59:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33409 invoked by alias); 26 Feb 2020 09: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 33376 invoked by uid 48); 26 Feb 2020 09:59:05 -0000 From: "frederic.recoules@univ-grenoble-alpes.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug web/93942] New: [Extended-Asm] Last code snippet in 6.47.2.3 Output Operands is unsafe Date: Wed, 26 Feb 2020 09:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: web X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: frederic.recoules@univ-grenoble-alpes.fr 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: 2020-02/txt/msg03045.txt.bz2 Content-length: 891 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93942 Bug ID: 93942 Summary: [Extended-Asm] Last code snippet in 6.47.2.3 Output Operands is unsafe Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: web Assignee: unassigned at gcc dot gnu.org Reporter: frederic.recoules@univ-grenoble-alpes.fr Target Milestone: --- The following code snippet is wrong because the compiler can choose memory "m" constraint for both d and *e. uint32_t c = 1; uint32_t d; uint32_t *e = &c; asm ("mov %[e], %[d]" : [d] "=rm" (d) : [e] "rm" (*e)); The correct version should use a multi-alternative and it might be a good place to introduce this notion. asm ("movl %[e], %[d]" : [d] "=r,m" (d) : [e] "g,ri" (*e)); >From gcc-bugs-return-671464-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 09:59:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34255 invoked by alias); 26 Feb 2020 09:59: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 34169 invoked by uid 55); 26 Feb 2020 09:59:26 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93820] [8/9/10 Regression] wrong code at -O3 on x86_64-linux-gnu since r9-1732 Date: Wed, 26 Feb 2020 09:59: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03046.txt.bz2 Content-length: 614 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820 --- Comment #12 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:ce25177f505ea75b3c0833c3f3f0072b97ee1b44 commit r10-6861-gce25177f505ea75b3c0833c3f3f0072b97ee1b44 Author: Jakub Jelinek Date: Wed Feb 26 10:58:13 2020 +0100 testsuite: Add a -O2 -fgimple testcase next to the -O2 -fno-tree-dse one [PR93820] 2020-02-26 Jakub Jelinek PR tree-optimization/93820 * gcc.dg/pr93820-2.c: New test. >From gcc-bugs-return-671465-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 10:09:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59206 invoked by alias); 26 Feb 2020 10:09:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 59110 invoked by uid 48); 26 Feb 2020 10:09:45 -0000 From: "frederic.recoules@univ-grenoble-alpes.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93903] invalid input constraint in __asm__ Date: Wed, 26 Feb 2020 10:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: frederic.recoules@univ-grenoble-alpes.fr 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: 2020-02/txt/msg03047.txt.bz2 Content-length: 939 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93903 Frédéric Recoules changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |frederic.recoules@univ-gren | |oble-alpes.fr --- Comment #1 from Frédéric Recoules --- I am pretty sure the error comes from the space you left in "r ". Yet, in the "Simple-Constraints" documentation, it is said that space are ignored to allow visual alignment but, in fact, I realized a while ago it generates an error. I think it would not be a big change to either update the documentation at https://gcc.gnu.org/onlinedocs/gcc/Simple-Constraints.html#Simple-Constraints or to make the parser ignore the blank. >From gcc-bugs-return-671466-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 10:16:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85449 invoked by alias); 26 Feb 2020 10:16:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 63908 invoked by uid 48); 26 Feb 2020 10:15:58 -0000 From: "amonakov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93934] Unnecessary fld of uninitialized float stack variable results in ub of valid C++ code Date: Wed, 26 Feb 2020 10:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 7.4.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: amonakov at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03048.txt.bz2 Content-length: 929 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934 --- Comment #8 from Alexander Monakov --- I think regstack is fine as x87 only supports computations in its native 80-bit format and conversions to/from ieee float/double happen only on memory loads/stores. > I suppose a fldt followed by "truncation" to 32/64 bit would then trap at the truncation step? Such "truncation" can only be implemented via a spill/reload on x87, so, yes. > We'd have to mark all loads from not must-initialized memory as possibly > trapping and thus not eligible for if-conversion. (except long double) > And this applies to possibly uninitialized registers > as well which might be spilled or allocated to the stack. Ideally registers should be always spilled in their native 80-bit format, for which the problem does not arise. For C with -fexcess-precision=standard this should already be the case. >From gcc-bugs-return-671467-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 10:23:11 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49371 invoked by alias); 26 Feb 2020 10:23: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 49285 invoked by uid 55); 26 Feb 2020 10:23:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93047] frename-registers does not work well with __builtin_return Date: Wed, 26 Feb 2020 10:23: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: guojiufu 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: 2020-02/txt/msg03049.txt.bz2 Content-length: 1137 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93047 --- Comment #7 from CVS Commits --- The releases/gcc-9 branch has been updated by Jiu Fu Guo : https://gcc.gnu.org/g:0ce89ea10d93a583854f02bc115e05cfd9d818e4 commit r9-8282-g0ce89ea10d93a583854f02bc115e05cfd9d818e4 Author: Jiufu Guo Date: Mon Feb 17 10:48:39 2020 +0800 rs6000: mark clobber for registers changed by untpyed_call As PR93047 said, __builtin_apply/__builtin_return does not work well with -frename-registers. This is caused by return register(e.g. r3) is used to rename another register, before return register is stored to stack. This patch fix this issue by emitting clobber for those egisters which maybe changed by untyped call. gcc/ 2020-02-26 Jiufu Guo PR target/93047 * config/rs6000/rs6000.md (untyped_call): Add emit_clobber. gcc/testsuite 2020-02-26 Jiufu Guo PR target/93047 * gcc.dg/torture/stackalign/builtin-return-2.c: New test case. >From gcc-bugs-return-671469-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 10:31:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88988 invoked by alias); 26 Feb 2020 10:31:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 88335 invoked by uid 48); 26 Feb 2020 10:31:12 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93942] [Extended-Asm] Last code snippet in 6.47.2.3 Output Operands is unsafe Date: Wed, 26 Feb 2020 10:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: unknown X-Bugzilla-Keywords: documentation 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 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: 2020-02/txt/msg03051.txt.bz2 Content-length: 622 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93942 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |documentation Component|web |inline-asm --- Comment #1 from Andrew Pinski --- I don;t think this is wrong per-say. There could be target where mov accepts operands as both mem. The manual in this location says more examples, and not an i386 specific example here. >From gcc-bugs-return-671468-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 10:31:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88274 invoked by alias); 26 Feb 2020 10:31: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 88203 invoked by uid 48); 26 Feb 2020 10:31:03 -0000 From: "glaubitz at physik dot fu-berlin.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/55212] [SH] Switch to LRA Date: Wed, 26 Feb 2020 10:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glaubitz at physik dot fu-berlin.de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03050.txt.bz2 Content-length: 904 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #123 from John Paul Adrian Glaubitz --- (In reply to Oleg Endo from comment #121) > (In reply to John Paul Adrian Glaubitz from comment #120) > > > > That's a huge task which is why I prefer fixing issues on the fly. > > I thought this is almost fully automated? > > You can apply this patch to GCC to enable LRA by default for SH > > --- sh.opt.orig 2019-03-04 10:09:09.244521000 +0900 > +++ sh.opt 2020-02-26 10:19:55.414340269 +0900 > @@ -299,5 +299,5 @@ > Enable the use of the fsrra instruction. > > mlra > -Target Report Var(sh_lra_flag) Init(0) Save > +Target Report Var(sh_lra_flag) Init(1) Save > Use LRA instead of reload (transitional). I will just do that for the default kernel now. But I won't trigger a full archive rebuild. Just report issues once I see them. >From gcc-bugs-return-671470-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 10:31:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89814 invoked by alias); 26 Feb 2020 10:31: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 89686 invoked by uid 48); 26 Feb 2020 10:31:41 -0000 From: "glaubitz at physik dot fu-berlin.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/55212] [SH] Switch to LRA Date: Wed, 26 Feb 2020 10:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glaubitz at physik dot fu-berlin.de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03052.txt.bz2 Content-length: 370 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #124 from John Paul Adrian Glaubitz --- (In reply to John Paul Adrian Glaubitz from comment #123) > I will just do that for the default kernel now. But I won't trigger a full > archive rebuild. Just report issues once I see them. Compiler, of course. Not kernel. >From gcc-bugs-return-671471-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 10:46:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118712 invoked by alias); 26 Feb 2020 10:46:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118634 invoked by uid 48); 26 Feb 2020 10:46:10 -0000 From: "frederic.recoules@univ-grenoble-alpes.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93942] [Extended-Asm] Last code snippet in 6.47.2.3 Output Operands is unsafe Date: Wed, 26 Feb 2020 10:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: unknown X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: frederic.recoules@univ-grenoble-alpes.fr 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: 2020-02/txt/msg03053.txt.bz2 Content-length: 407 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93942 --- Comment #2 from Frédéric Recoules --- You are right, it is not strictly speaking wrong per-say but, I would say the context is a little bit misleading. Yet, I may be too x86 oriented... as a matter of personal curiosity, do you known an architecture that allows such dual memory constraint? >From gcc-bugs-return-671472-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 10:53:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 883 invoked by alias); 26 Feb 2020 10:53: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 859 invoked by uid 48); 26 Feb 2020 10:53:01 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93943] New: IRA/LRA happily rematerialize (un-CSEs) loads without register pressure Date: Wed, 26 Feb 2020 10:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03054.txt.bz2 Content-length: 1235 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93943 Bug ID: 93943 Summary: IRA/LRA happily rematerialize (un-CSEs) loads without register pressure Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: rguenth at gcc dot gnu.org Target Milestone: --- long a[1024], b[512], c[512]; void foo () { for (int i = 0; i < 256; ++i) { b[2*i] = a[4*i]; b[2*i+1] = a[4*i+2]; c[2*i] = a[4*i+1]; c[2*i+1] = a[4*i+3]; } } at -O3 is vectorized with SSE2 V2DImode vectors doing two vector loads, two shuffles and two vector stores. But we then emit .L2: movdqa a(%rax,%rax), %xmm0 movdqa %xmm0, %xmm1 punpckhqdq a+16(%rax,%rax), %xmm0 punpcklqdq a+16(%rax,%rax), %xmm1 addq $16, %rax movaps %xmm1, b-16(%rax) movaps %xmm0, c-16(%rax) cmpq $4096, %rax jne .L2 so took advantage of the memory op variant of the punpck instructions enlarging the code and using more load uops. >From gcc-bugs-return-671473-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 10:57:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40302 invoked by alias); 26 Feb 2020 10:57: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 40270 invoked by uid 48); 26 Feb 2020 10:57:07 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93943] IRA/LRA happily rematerialize (un-CSEs) loads without register pressure Date: Wed, 26 Feb 2020 10:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization, ra X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cf_gcctarget 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: 2020-02/txt/msg03055.txt.bz2 Content-length: 773 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93943 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization, ra Target| |x86_64-*-* CC| |uros at gcc dot gnu.org, | |vmakarov at gcc dot gnu.org --- Comment #1 from Richard Biener --- To me it looks like IRA allocated memory for r83 here for whatever reason. Well, for a cost reason: a3(r83,l1) costs: SSE_REGS:19800,19800 MEM:11880,11880 not sure why though? >From gcc-bugs-return-671474-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:06:33 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46136 invoked by alias); 26 Feb 2020 11:06:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 46066 invoked by uid 48); 26 Feb 2020 11:06:20 -0000 From: "frederic.recoules@univ-grenoble-alpes.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93944] New: Undocumented side effect in operand evaluations Date: Wed, 26 Feb 2020 11:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: frederic.recoules@univ-grenoble-alpes.fr 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: 2020-02/txt/msg03056.txt.bz2 Content-length: 1606 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93944 Bug ID: 93944 Summary: Undocumented side effect in operand evaluations Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: inline-asm Assignee: unassigned at gcc dot gnu.org Reporter: frederic.recoules@univ-grenoble-alpes.fr Target Milestone: --- I would have said that I read somewhere that concurrent side effect in the operands is an undefined behavior, but, I read the documentation (Extended-Asm.html) again and I did not see any mention of this. Here is a simple motivation example, it is the worst I can produce: int *f (int *v, const char m[]) { puts(m); return v; } int main (int argc, char * argv[]) { __asm__ ("leal 1(%2), %0" "\n\t" "leal 2(%3), %1" : "=&r" (*f(&argc, "0")), "=r" (*f(&argc, "1")) : "r" (*f(&argc, "2")), "r" (*f(&argc, "3"))); return argc; } Here is what I could think for stdout: - the behavior is totally undefined and the compiler will make demon fly out of my nose - inputs are evaluated before outputs (it could make sense) such 2 and 3 always appear before 0 and 1 but the rest is undefined - evaluation order is well defined and leads to "0123", the actual result with gcc 9.2 (but I don't like it) But also, lvalue argc takes "supposedly" the value of %0 and %1. I would think it is an undefined behavior that will depend on compiler final register allocation, it is? >From gcc-bugs-return-671475-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:09:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47668 invoked by alias); 26 Feb 2020 11:09: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 47610 invoked by uid 48); 26 Feb 2020 11:08:56 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93945] New: [9/10 Regression] memset of non-zero constant followed by bitfield read big-endian miscompilation since r9-547 Date: Wed, 26 Feb 2020 11:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03057.txt.bz2 Content-length: 1135 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93945 Bug ID: 93945 Summary: [9/10 Regression] memset of non-zero constant followed by bitfield read big-endian miscompilation since r9-547 Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: jakub at gcc dot gnu.org Target Milestone: --- I think since r9-547-gb72feab889cd7925fab59771269638fcc88bc195 we miscompile following testcase on big-endian (verified on powerpc64-linux) at -O2: union U { char a[8]; struct S { unsigned int b : 8, c : 13, d : 11; } e; } u; __attribute__((noipa)) int foo (void) { __builtin_memset (&u.a, 0xf4, sizeof (u.a)); return u.e.c; } __attribute__((noipa)) int bar (void) { asm volatile ("" : : "g" (&u) : "memory"); return u.e.c; } int main () { int a = foo (); __builtin_memset (&u.a, 0xf4, sizeof (u.a)); int b = bar (); if (a != b) __builtin_abort (); return 0; } >From gcc-bugs-return-671476-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:11:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49571 invoked by alias); 26 Feb 2020 11:11:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49542 invoked by uid 48); 26 Feb 2020 11:11:46 -0000 From: "schwab@linux-m68k.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93942] [Extended-Asm] Last code snippet in 6.47.2.3 Output Operands is unsafe Date: Wed, 26 Feb 2020 11:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: unknown X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: schwab@linux-m68k.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: 2020-02/txt/msg03058.txt.bz2 Content-length: 150 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93942 --- Comment #3 from Andreas Schwab --- M68K has memory to memory moves. >From gcc-bugs-return-671477-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:13:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51770 invoked by alias); 26 Feb 2020 11:13:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51730 invoked by uid 48); 26 Feb 2020 11:13:20 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93945] [9/10 Regression] memset of non-zero constant followed by bitfield read big-endian miscompilation since r9-547 Date: Wed, 26 Feb 2020 11: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords priority target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03059.txt.bz2 Content-length: 779 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93945 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |wrong-code Priority|P3 |P2 Target Milestone|--- |9.3 --- Comment #1 from Jakub Jelinek --- For 9.x, I think we need to require for that case that ref->size is a multiple of BITS_PER_UNIT (and I must say I'm a little bit worried that for this native_interpret_expr case we don't require that known_eq (ref->size, maxsize)). For the trunk, I'm actually working on support for arbitrary bitfield reads. >From gcc-bugs-return-671478-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:19:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 95792 invoked by alias); 26 Feb 2020 11:19: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 95498 invoked by uid 48); 26 Feb 2020 11:19:35 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93945] [9/10 Regression] memset of non-zero constant followed by bitfield read big-endian miscompilation since r9-547 Date: Wed, 26 Feb 2020 11:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03060.txt.bz2 Content-length: 1942 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93945 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 CC| |pinskia at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Andrew Pinski --- My bet is there missing the following somewhere: + if (BYTES_BIG_ENDIAN) + bitpos = TYPE_PRECISION (type) - bitpos - bitsize; I have not looked where though. I do know BIT_INSERT_EXPR is broken with that respect. The following patch fixes that: commit 7490f8e4f52d38d1ae265bec50ab518e86a53d19 Author: Andrew Pinski Date: Tue Dec 17 03:54:46 2019 +0000 Fix big-endian constant folding of BIT_INSERT_EXPR Big-endian has a different idea of what bit order should be compared to little-endian. This fixes it by correcting the shift/mask to be in the correct order. Change-Id: I3e4ba3c27d62a20affd08100083cee5f921edc7d Signed-off-by: Andrew Pinski diff --git a/gcc/fold-const.c b/gcc/fold-const.c index aefa91666e2..f515d776c57 100644 --- a/gcc/fold-const.c +++ b/gcc/fold-const.c @@ -12506,6 +12506,8 @@ fold_ternary_loc (location_t loc, enum tree_code code, tree type, { unsigned HOST_WIDE_INT bitpos = tree_to_uhwi (op2); unsigned bitsize = TYPE_PRECISION (TREE_TYPE (arg1)); + if (BYTES_BIG_ENDIAN) + bitpos = TYPE_PRECISION (type) - bitpos - bitsize; wide_int tem = (wi::to_wide (arg0) & wi::shifted_mask (bitpos, bitsize, true, TYPE_PRECISION (type))); >From gcc-bugs-return-671479-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:20:09 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96599 invoked by alias); 26 Feb 2020 11:20: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 96440 invoked by uid 48); 26 Feb 2020 11:19:56 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93942] [Extended-Asm] Last code snippet in 6.47.2.3 Output Operands is unsafe Date: Wed, 26 Feb 2020 11:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: unknown X-Bugzilla-Keywords: documentation 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: 2020-02/txt/msg03061.txt.bz2 Content-length: 419 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93942 --- Comment #4 from Andrew Pinski --- (In reply to Frédéric Recoules from comment #2) > Yet, I may be too x86 oriented... as a matter of personal curiosity, do you > known an architecture that allows such dual memory constraint? Yes s390, mvc instruction: http://www.simotime.com/asmins01.htm#MVC Which GCC does emit even. >From gcc-bugs-return-671480-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:22:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98872 invoked by alias); 26 Feb 2020 11:22:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98734 invoked by uid 48); 26 Feb 2020 11:22:38 -0000 From: "frederic.recoules@univ-grenoble-alpes.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93942] [Extended-Asm] Last code snippet in 6.47.2.3 Output Operands is unsafe Date: Wed, 26 Feb 2020 11:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: unknown X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: frederic.recoules@univ-grenoble-alpes.fr X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03062.txt.bz2 Content-length: 498 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93942 Frédéric Recoules changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #5 from Frédéric Recoules --- Thank you both. >From gcc-bugs-return-671481-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:25:42 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101163 invoked by alias); 26 Feb 2020 11:25:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101020 invoked by uid 48); 26 Feb 2020 11:25:28 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93945] [9/10 Regression] memset of non-zero constant followed by bitfield read big-endian miscompilation since r9-547 Date: Wed, 26 Feb 2020 11:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03063.txt.bz2 Content-length: 406 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93945 --- Comment #3 from Jakub Jelinek --- For 9.x all we need is add && multiple_p (ref->size, BITS_PER_UNIT) because the code doesn't attempt to handle loads or stores that aren't byte aligned and whole byte sized. I found this by code inspection when trying to add trunk support for arbitrary load bit offset or ref->size. >From gcc-bugs-return-671482-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:27:06 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104671 invoked by alias); 26 Feb 2020 11:27: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 104637 invoked by uid 48); 26 Feb 2020 11:27:01 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93944] Undocumented side effect in operand evaluations Date: Wed, 26 Feb 2020 11:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: accepts-invalid, documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03064.txt.bz2 Content-length: 963 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93944 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- I think you could say there is no sequence points in the inline-asm; just as there is none with most things in C. There for it is unspecified the order of evulations of the function calls. Therefor the code is undefined. I don't think we need to warn here (it is hard to warn due to the function call). I don't think we need to document this either. The main reason because of the sequence points and concurrent side effects in C is also undefined. Think of an inline-asm as one statement and it goes to the same effect as that. >From gcc-bugs-return-671483-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:44:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116135 invoked by alias); 26 Feb 2020 11:44:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116073 invoked by uid 48); 26 Feb 2020 11:44:34 -0000 From: "kito at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90811] [nvptx] ptxas error on OpenMP offloaded code Date: Wed, 26 Feb 2020 11:44: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.3.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kito at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03065.txt.bz2 Content-length: 1601 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811 Kito Cheng changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kito at gcc dot gnu.org, | |wilson at gcc dot gnu.org --- Comment #15 from Kito Cheng --- RISC-V got fail after g:26d7a5e690169ac04acde90070b0092c41b71c7e for gfortran.dg/pr45636.f90 It seems like because alignment change cause simplify_builtin_call can't simplify memset to load/store. The story for RISC-V here: - simplify_builtin_call call can_store_by_pieces check it's OK to store by pieces? - can_store_by_pieces call targetm.use_by_pieces_infrastructure_p to ask back-end - targetm.use_by_pieces_infrastructure_p call by_pieces_ninsns to calculate how many instruction needed, it was 1 for RV64*, because alignment is changed to 8 bits from 64 bits for char array due to this patch g:26d7a5e690169ac04acde90070b0092c41b71c7e. - by_pieces_ninsns got 4 instead of 1, and large than MOVE_RATIO, failed to simplify memset to load/store. - ARM (aarch32) seems like same story too. * Configure option for RV64: --target=riscv64-unknown-linux-gnu --with-arch=rv64gc --with-abi=lp64 Analysis: - align_local_variable changed policy, only ask alignment info (SET_DECL_ALIGN) from back-end only when expanding (expand pass). - So that's cause cost measurement changed, because some cost measurement are depend on the alignment. >From gcc-bugs-return-671484-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 11:52:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11119 invoked by alias); 26 Feb 2020 11:52: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 11042 invoked by uid 48); 26 Feb 2020 11:51:56 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90811] [nvptx] ptxas error on OpenMP offloaded code Date: Wed, 26 Feb 2020 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: 8.3.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03066.txt.bz2 Content-length: 402 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811 --- Comment #16 from Jakub Jelinek --- estimate_stack_frame_size is definitely the wrong spot to change DECL_ALIGN of variables, that is a routine for inlining heuristics and shouldn't have such side-effects. It can be done in some other pass of course, but for offloading to work properly, that needs to be after IPA. >From gcc-bugs-return-671485-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 12:36:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104019 invoked by alias); 26 Feb 2020 12:36:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 103975 invoked by uid 48); 26 Feb 2020 12:36:49 -0000 From: "vincent-gcc at vinc17 dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93681] Wrong optimization: instability of x87 floating-point results leads to nonsense Date: Wed, 26 Feb 2020 12:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 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: 2020-02/txt/msg03067.txt.bz2 Content-length: 263 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93681 --- Comment #4 from Vincent Lefèvre --- Instead of "-m32 -march=i686", one can also compile with "-mfpmath=387". This is useful if one does not have the 32-bit libs. >From gcc-bugs-return-671486-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 12:39:13 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106870 invoked by alias); 26 Feb 2020 12:39: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 106830 invoked by uid 48); 26 Feb 2020 12:39:05 -0000 From: "stephane.goujet at wanadoo dot fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93910] -Waddress-of-packed-member triggered without actual access to a member or the address of a member Date: Wed, 26 Feb 2020 12:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: stephane.goujet at wanadoo dot fr 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: 2020-02/txt/msg03068.txt.bz2 Content-length: 1822 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910 --- Comment #10 from stephane.goujet at wanadoo dot fr --- (In reply to stephane.goujet from comment #9) > 2. There are inconsistencies in the Warning: Another inconsistency: 2.c The documentation of the packed attribute says "This attribute, attached to a struct, [...] is equivalent to specifying the packed attribute on each of the members." Well, guess what? Waddress-of-packed-member is triggered when the attribute is at the struct level, but is not triggered when it is at members level. Example code: --------------------------- # 1 "indiv2.c" # 1 "" # 1 "" # 31 "" # 1 "/usr/include/stdc-predef.h" 1 3 4 # 32 "" 2 # 1 "indiv2.c" struct __attribute__((packed)) Sw { char a; int b; }; struct Si { char a __attribute__((packed)); int b __attribute__((packed)); }; int main(void) { struct Sw sw; struct Si si; int * pw = (int *) &sw; int * pi = (int *) &si; return 0; } --------------------------- Compilation result (setting aside the Wattributes warning, Waddress-of-packed-member warns for Sw, not for Si): --------------------------- ~/test/c/gcc9packed $LC_ALL=C gcc -Wextra indiv2.c -o indiv2_gcc -save-temps indiv2.c:10:2: warning: 'packed' attribute ignored for field of type 'char' [-Wattributes] 10 | char a __attribute__((packed)); | ^~~~ indiv2.c: In function 'main': indiv2.c:18:2: warning: converting a packed 'struct Sw' pointer (alignment 1) to a 'int' pointer (alignment 4) may result in an unaligned pointer value [-Waddress-of-packed-member] 18 | int * pw = (int *) &sw; | ^~~ indiv2.c:3:32: note: defined here 3 | struct __attribute__((packed)) Sw { | ^~ --------------------------- >From gcc-bugs-return-671487-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 12:49:23 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29638 invoked by alias); 26 Feb 2020 12:48: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 29343 invoked by uid 55); 26 Feb 2020 12:48:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93843] [10 Regression] wrong code at -O3 on x86_64-linux-gnu Date: Wed, 26 Feb 2020 12:48: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03069.txt.bz2 Content-length: 1251 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93843 --- Comment #9 from CVS Commits --- The master branch has been updated by Richard Sandiford : https://gcc.gnu.org/g:b6268016bf46dd63227dcbb73d13c30a3b4b9d2a commit r10-6863-gb6268016bf46dd63227dcbb73d13c30a3b4b9d2a Author: Richard Sandiford Date: Tue Feb 25 19:20:58 2020 +0000 optabs: Don't use scalar conversions for vectors [PR93843] In this PR we had a conversion between two integer vectors that both had scalar integer modes. We then tried to implement the conversion using the scalar optab for those modes, instead of doing the conversion elementwise. I wondered about letting through scalar modes for single-element vectors, but I don't have any evidence that that's useful/necessary, so it seemed better to keep things simple. 2020-02-26 Richard Sandiford gcc/ PR middle-end/93843 * optabs-tree.c (supportable_convert_operation): Reject types with scalar modes. gcc/testsuite/ PR middle-end/93843 * gcc.dg/vect/pr93843-1.c: New test. * gcc.dg/vect/pr93843-2.c: Likewise. >From gcc-bugs-return-671488-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 12:50:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32862 invoked by alias); 26 Feb 2020 12:50: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 32759 invoked by uid 48); 26 Feb 2020 12:50:32 -0000 From: "frederic.recoules@univ-grenoble-alpes.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93944] Undocumented side effect in operand evaluations Date: Wed, 26 Feb 2020 12:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: accepts-invalid, documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: frederic.recoules@univ-grenoble-alpes.fr 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_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: 2020-02/txt/msg03070.txt.bz2 Content-length: 1541 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93944 Frédéric Recoules changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |--- --- Comment #2 from Frédéric Recoules --- Let me disagree with you because, except if the documentation is intentionally hard to avoid inexperienced people to use inline assembly, I would think that omitting an "obvious" information despite the fact that somebody ask for it seems to be against the purpose of a documentation. That said, in C, I know 3 operators that introduce a sequence point: logical and (&&), logical or (||) and comma (,). The comma is particularly misleading because it is also used, at least, to separate function parameters or compound values initializer where it don't introduce sequence point. Yet, an inline assembly statement uses both comas (,) and colons (:) and, as far as I know, the latter are not used for a similar purpose in the C. I feel it would be legitimate to ask the question of how they interact between them since it is documented nowhere. But hopefully, it will change, isn't it? Disclaimer: I totally understand your point as I was thinking of it as a function call anyway, but I hope you will forgive me for playing the devil's advocate here. >From gcc-bugs-return-671490-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 12:51:06 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34179 invoked by alias); 26 Feb 2020 12:51: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 33568 invoked by uid 48); 26 Feb 2020 12:50:58 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93919] [10 Regression] vectorization of 18 char to char16_t conversion is miscompiled Date: Wed, 26 Feb 2020 12:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03072.txt.bz2 Content-length: 479 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93919 Bug 93919 depends on bug 93843, which changed state. Bug 93843 Summary: [10 Regression] wrong code at -O3 on x86_64-linux-gnu https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93843 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-671489-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 12:51:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33697 invoked by alias); 26 Feb 2020 12:51: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 33527 invoked by uid 48); 26 Feb 2020 12:50:56 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93843] [10 Regression] wrong code at -O3 on x86_64-linux-gnu Date: Wed, 26 Feb 2020 12: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03071.txt.bz2 Content-length: 460 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93843 rsandifo at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #10 from rsandifo at gcc dot gnu.org --- Fixed. >From gcc-bugs-return-671491-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 12:53:43 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50244 invoked by alias); 26 Feb 2020 12:53:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 50215 invoked by uid 48); 26 Feb 2020 12:53:37 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93946] New: Bogus redundant store removal Date: Wed, 26 Feb 2020 12:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03073.txt.bz2 Content-length: 962 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93946 Bug ID: 93946 Summary: Bogus redundant store removal Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: rguenth at gcc dot gnu.org Target Milestone: --- union U { long long i; long f; }; struct a {union U u;}; struct aa {struct a a;}; struct b {union U u;}; struct bb {struct b b;}; long foo (struct bb *bv, void *ptr) { struct aa *a = ptr; struct bb *b = ptr; bv->b.u.f = 1; a->a.u.i = 0; b->b.u.f = 0; return bv->b.u.f; } int main () { union C {struct aa aa; struct bb bb;} v; if (foo (&v.bb, &v) != 0) __builtin_abort (); return 0; } we treat b->b.u.f = 0 as redundant because the alias-set of that and the a->a.u.i = 0 store are actually the same. >From gcc-bugs-return-671492-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 12:55:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60304 invoked by alias); 26 Feb 2020 12:55: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 60128 invoked by uid 48); 26 Feb 2020 12:54:57 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93946] Bogus redundant store removal Date: Wed, 26 Feb 2020 12:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to 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: 2020-02/txt/msg03074.txt.bz2 Content-length: 644 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93946 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-26 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Ever confirmed|0 |1 Known to fail| |10.0, 4.8.5, 7.5.0, 9.2.0 --- Comment #1 from Richard Biener --- Mine. >From gcc-bugs-return-671493-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 12:58:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66169 invoked by alias); 26 Feb 2020 12:58: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 66116 invoked by uid 48); 26 Feb 2020 12:58:24 -0000 From: "thenlich at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Wed, 26 Feb 2020 12:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: thenlich at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg03075.txt.bz2 Content-length: 2248 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #26 from Thomas Henlich --- Created attachment 47914 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47914&action=edit Demonstration of range reduction There is a danger of some inaccuracy in the degree trigonometric functions (sind, cosd, tand, cotand) because a full period of 360 degrees can not be expressed accurately in radians. This can be circumvented by using some trigonometric identities to reduce the range and also place the inaccurate x range to where |dy/dx|→min, and away from y values near zero toward high y values so that the error is mostly cancelled. This is a best effort to still be able to use the standard library functions but also get an increased accuracy expected from the degree functions. Thus: 1. Calculate cosd(x) = sind(90 - x) 2. Calculate cotand(x) = tand(90 - x) 3. Reduce range of sind() argument from (0...360) further to x-360 if it is above 270, and to 180-x if it is above 90 Considering the demonstration program: $ gf10 -fdec-math periods.f90 && ./a.exe cos( 90.0000000 )= -4.37113883E-08 0.00000000 sin( 180.000000 )= -8.74227766E-08 0.00000000 cos( 270.000000 )= 1.19248806E-08 0.00000000 sin( -360.000000 )= -0.00000000 0.00000000 sin( 36000000.0 )= 0.00000000 0.00000000 sin( 36000180.0 )= -8.74227766E-08 0.00000000 cotan( 90.0000000 )= -4.37113883E-08 0.00000000 $ gf10 -fdec-math -fdefault-real-8 periods.f90 && ./a.exe cos( 90.000000000000000 )= 6.1230317691118863E-017 0.0000000000000000 sin( 180.00000000000000 )= 1.2246063538223773E-016 0.0000000000000000 cos( 270.00000000000000 )= -1.8369095307335659E-016 0.0000000000000000 sin( -360.00000000000000 )= -0.0000000000000000 0.0000000000000000 sin( 36000000.000000000 )= 0.0000000000000000 0.0000000000000000 sin( 36000180.000000000 )= 1.2246063538223773E-016 0.0000000000000000 cotan( 90.000000000000000 )= 6.1230317691118863E-017 0.0000000000000000 showing that values for all multiples of 90 degrees can be computed to be exactly zero. >From gcc-bugs-return-671494-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:01:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69082 invoked by alias); 26 Feb 2020 13:01:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 68732 invoked by uid 48); 26 Feb 2020 13:01:13 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93945] [9/10 Regression] memset of non-zero constant followed by bitfield read big-endian miscompilation since r9-547 Date: Wed, 26 Feb 2020 13:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03076.txt.bz2 Content-length: 587 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93945 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org --- Comment #4 from Jakub Jelinek --- Created attachment 47915 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47915&action=edit gcc10-pr93945.patch Untested trunk patch. >From gcc-bugs-return-671495-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:04:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73353 invoked by alias); 26 Feb 2020 13:04: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 73307 invoked by uid 48); 26 Feb 2020 13:04:42 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93947] New: ICE: Segmentation fault (in symtab_node::ultimate_alias_target) Date: Wed, 26 Feb 2020 13:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_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: 2020-02/txt/msg03077.txt.bz2 Content-length: 3233 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93947 Bug ID: 93947 Summary: ICE: Segmentation fault (in symtab_node::ultimate_alias_target) Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- gcc-10.0.1-alpha20200223 snapshot (g:3133bed5d0327e8a9cd0a601b7ecdb9de4fc825d) ICEs when compiling the following testcase, reduced from gcc/testsuite/gcc.target/arm/thumb1-ual-1.c, w/ -O1 -fanalyzer: struct pf { unsigned int iu : 2; }; enum { qr, jv, vm, mz, }; int uh; void w9 (struct pf *x2) { switch (x2->iu) { case qr: case jv: case vm: uh = 0; break; case mz: break; default: __builtin_abort (); } } % gcc-10.0.1 -O1 -fanalyzer -c tsdnvtnl.c during IPA pass: analyzer tsdnvtnl.c: In function 'w9': tsdnvtnl.c:25:5: internal compiler error: Segmentation fault 25 | default: | ^~~~~~~ 0xd8ba2f crash_signal /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/toplev.c:328 0x110d1c1 symtab_node::ultimate_alias_target(availability*, symtab_node*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/cgraph.h:3242 0x110d1c1 cgraph_node::ultimate_alias_target(availability*, symtab_node*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/cgraph.h:3263 0x110d1c1 ana::region_model::get_fndecl_for_call(gcall const*, ana::region_model_context*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/region-model.cc:6713 0x11113fb ana::region_model::on_call_pre(gcall const*, ana::region_model_context*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/region-model.cc:4175 0x10eab58 ana::exploded_node::on_stmt(ana::exploded_graph&, ana::supernode const*, gimple const*, ana::program_state*, ana::state_change*) const /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:1068 0x10eb0e1 ana::exploded_graph::process_node(ana::exploded_node*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:2492 0x10eb5ca ana::exploded_graph::process_worklist() /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:2310 0x10ebcf9 ana::impl_run_checkers(ana::logger*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:3670 0x10ec79c ana::run_checkers() /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/engine.cc:3727 0x10e1ef8 execute /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/analyzer/analyzer-pass.cc:84 >From gcc-bugs-return-671496-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:10:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26413 invoked by alias); 26 Feb 2020 13:10:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11039 invoked by uid 55); 26 Feb 2020 13:10:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/81091] libstdc++ not built with large file support Date: Wed, 26 Feb 2020 13:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03078.txt.bz2 Content-length: 1907 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81091 --- Comment #9 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:56b6c2ba3a45c768a33f726b130a56fc19cca650 commit r8-10084-g56b6c2ba3a45c768a33f726b130a56fc19cca650 Author: Jonathan Wakely Date: Thu Jan 9 13:38:43 2020 +0000 Build filesystem library with large file support Enable AC_SYS_LARGEFILE to set the macros needed for large file APIs to be used by default. We do not want to define those macros in the public headers that users include. The values of the macros are copied to a separate file that is only included by the filesystem sources during the build, and then the macros in are renamed so that they don't have any effect in user code including our headers. Also use larger type for result of filesystem::file_size to avoid truncation of large values on 32-bit systems (PR 91947). Backport from mainlne 2019-10-04 Jonathan Wakely PR libstdc++/81091 PR libstdc++/91947 * configure.ac: Use AC_SYS_LARGEFILE to enable 64-bit file APIs. * config.h.in: Regenerate: * configure: Regenerate: * include/Makefile.am (${host_builddir}/largefile-config.h): New target to generate config header for filesystem library. (${host_builddir}/c++config.h): Rename macros for large file support. * include/Makefile.in: Regenerate. * src/c++17/fs_dir.cc: Include new config header. * src/c++17/fs_ops.cc: Likewise. (filesystem::file_size): Use uintmax_t for size. * src/filesystem/dir.cc: Include new config header. * src/filesystem/ops.cc: Likewise. (experimental::filesystem::file_size): Use uintmax_t for size. >From gcc-bugs-return-671500-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:10:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28554 invoked by alias); 26 Feb 2020 13:10: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 27578 invoked by uid 55); 26 Feb 2020 13:10:32 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/78552] std::locale::classic() Needless Race Date: Wed, 26 Feb 2020 13:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 6.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03082.txt.bz2 Content-length: 774 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78552 --- Comment #5 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:26b070a3f6e5c7ccee7491fb758dba4c72bd7026 commit r8-10086-g26b070a3f6e5c7ccee7491fb758dba4c72bd7026 Author: Jonathan Wakely Date: Wed Feb 26 09:43:59 2020 +0000 PR libstdc++/78552 only construct std::locale for C locale once Backport from mainline 2019-10-09 Jonathan Wakely PR libstdc++/78552 * src/c++98/locale_init.cc (locale::classic()): Do not construct a new locale object for every call. (locale::_S_initialize_once()): Construct C locale here. >From gcc-bugs-return-671498-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:10:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26998 invoked by alias); 26 Feb 2020 13:10:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 26155 invoked by uid 55); 26 Feb 2020 13:10:23 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91947] std::filesystem::file_size will return wrong value on 32bit platforms with large files support Date: Wed, 26 Feb 2020 13:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03079.txt.bz2 Content-length: 1291 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91947 --- Comment #21 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:761696abfe0a772315449e3d2b57de76756f5953 commit r8-10085-g761696abfe0a772315449e3d2b57de76756f5953 Author: Jonathan Wakely Date: Fri Jan 24 11:13:55 2020 +0000 libstdc++: Simplify makefile rule for largefile-config.h (PR91947) The previous rule could leave an incomplete file if the build was interrupted, which would then not be remade if make was run again. This makes the rule more robust by writing to a temporary file and only moving it into place as the final step. It also simplifies the rule so that only the essential macro definitions are written to the file, not the explanatory comments and commented out #undef lines. Also, the macro for enabling LFS on Mac OS X 10.5 is now set unconditionally, which is a bug fix from upstream autoconf. Backport from mainline 2020-01-23 Jonathan Wakely PR libstdc++/91947 * include/Makefile.am (${host_builddir}/largefile-config.h): Simplify rule. * include/Makefile.in: Regenerate. >From gcc-bugs-return-671497-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:10:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26427 invoked by alias); 26 Feb 2020 13:10:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11246 invoked by uid 55); 26 Feb 2020 13:10:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91947] std::filesystem::file_size will return wrong value on 32bit platforms with large files support Date: Wed, 26 Feb 2020 13:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03081.txt.bz2 Content-length: 1908 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91947 --- Comment #20 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:56b6c2ba3a45c768a33f726b130a56fc19cca650 commit r8-10084-g56b6c2ba3a45c768a33f726b130a56fc19cca650 Author: Jonathan Wakely Date: Thu Jan 9 13:38:43 2020 +0000 Build filesystem library with large file support Enable AC_SYS_LARGEFILE to set the macros needed for large file APIs to be used by default. We do not want to define those macros in the public headers that users include. The values of the macros are copied to a separate file that is only included by the filesystem sources during the build, and then the macros in are renamed so that they don't have any effect in user code including our headers. Also use larger type for result of filesystem::file_size to avoid truncation of large values on 32-bit systems (PR 91947). Backport from mainlne 2019-10-04 Jonathan Wakely PR libstdc++/81091 PR libstdc++/91947 * configure.ac: Use AC_SYS_LARGEFILE to enable 64-bit file APIs. * config.h.in: Regenerate: * configure: Regenerate: * include/Makefile.am (${host_builddir}/largefile-config.h): New target to generate config header for filesystem library. (${host_builddir}/c++config.h): Rename macros for large file support. * include/Makefile.in: Regenerate. * src/c++17/fs_dir.cc: Include new config header. * src/c++17/fs_ops.cc: Likewise. (filesystem::file_size): Use uintmax_t for size. * src/filesystem/dir.cc: Include new config header. * src/filesystem/ops.cc: Likewise. (experimental::filesystem::file_size): Use uintmax_t for size. >From gcc-bugs-return-671499-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:10:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28418 invoked by alias); 26 Feb 2020 13:10:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 28384 invoked by uid 48); 26 Feb 2020 13:10:40 -0000 From: "ppalka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93936] [ranges] std::ranges::split_view<...>::_OuterIter<...>::__current() is private within this context Date: Wed, 26 Feb 2020 13:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ppalka at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ppalka at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03080.txt.bz2 Content-length: 561 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93936 Patrick Palka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 CC| |ppalka at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org Ever confirmed|0 |1 >From gcc-bugs-return-671501-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:16:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89151 invoked by alias); 26 Feb 2020 13:16: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 89111 invoked by uid 48); 26 Feb 2020 13:16:10 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93944] Undocumented side effect in operand evaluations Date: Wed, 26 Feb 2020 13:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: accepts-invalid, documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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: 2020-02/txt/msg03083.txt.bz2 Content-length: 877 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93944 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |jakub at gcc dot gnu.org Resolution|--- |INVALID --- Comment #3 from Jakub Jelinek --- The way sequence points are defined in C, it needs to be explicitly said where there is a sequence point, and as we don't say anything for the inline asm operands, that means there is no sequence point in between them. It really doesn't matter what token is used to separate the operands, in C/C++ it is the comma operator which has a sequence point in between the two expression. >From gcc-bugs-return-671502-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:44:15 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92671 invoked by alias); 26 Feb 2020 13:44:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 92656 invoked by uid 48); 26 Feb 2020 13:44:06 -0000 From: "thenlich at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93948] New: Surprising option processing of -fdec and -fdec-math in combination with -std Date: Wed, 26 Feb 2020 13:44: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.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: thenlich at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03084.txt.bz2 Content-length: 1202 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93948 Bug ID: 93948 Summary: Surprising option processing of -fdec and -fdec-math in combination with -std Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: thenlich at gcc dot gnu.org Target Milestone: --- It is surprising that the -std option leads to the -fdec-math option to be silently ignored, while the -fdec option is honoured. This makes it hard to enforce standard-compliant code while allowing only the small subset of the DEC math extensions. For example ==== program dec1 print "(g0)", sind(0.) end program ==== $ gf10 -std=f2008 dec1.f90 && ./a.exe cco91hFa.o:dec1.f90:(.text+0x57): undefined reference to `sind_' $ gf10 -std=f2008 -fdec dec1.f90 && ./a.exe 0.00000000 $ gf10 -std=f2008 -fdec-math dec1.f90 && ./a.exe cc6E3irl.o:dec1.f90:(.text+0x57): undefined reference to `sind_' collect2.exe: error: ld returned 1 exit status $ gf10 -fdec-math dec1.f90 && ./a.exe 0.00000000 >From gcc-bugs-return-671503-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 13:44:43 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93457 invoked by alias); 26 Feb 2020 13:44:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 93419 invoked by uid 48); 26 Feb 2020 13:44:39 -0000 From: "thenlich at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93948] Surprising option processing of -fdec and -fdec-math in combination with -std Date: Wed, 26 Feb 2020 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: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: thenlich 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_severity Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03085.txt.bz2 Content-length: 296 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93948 Thomas Henlich changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor >From gcc-bugs-return-671504-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:00:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73803 invoked by alias); 26 Feb 2020 14:00:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 73501 invoked by uid 48); 26 Feb 2020 14:00:20 -0000 From: "frederic.recoules@univ-grenoble-alpes.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93944] Undocumented side effect in operand evaluations Date: Wed, 26 Feb 2020 14:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: accepts-invalid, documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: frederic.recoules@univ-grenoble-alpes.fr X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03086.txt.bz2 Content-length: 335 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93944 --- Comment #4 from Frédéric Recoules --- I do apologise for the inconvenience, but I am still really convinced that an explicit note wouldn't hurt so much. At least I've learned something today and I am thankful for that. >From gcc-bugs-return-671505-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:09:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115185 invoked by alias); 26 Feb 2020 14:09: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 115143 invoked by uid 48); 26 Feb 2020 14:09:40 -0000 From: "joel.hutton at arm dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92922] [10 regression] [ilp32] FAIL: gcc.target/aarch64/sve/acle/asm/ldnt1_u32.c -std0 -O1 -g -DTEST_FULL (internal compiler error) Date: Wed, 26 Feb 2020 14:09: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: joel.hutton at arm 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03087.txt.bz2 Content-length: 414 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92922 Joel Hutton changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |joel.hutton at arm dot com --- Comment #1 from Joel Hutton --- This appears to be fixed on trunk. >From gcc-bugs-return-671506-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:14:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118142 invoked by alias); 26 Feb 2020 14:14: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 118061 invoked by uid 48); 26 Feb 2020 14:14:27 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93938] ICE in validate, at analyzer/region-model.cc:231 Date: Wed, 26 Feb 2020 14:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03088.txt.bz2 Content-length: 497 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93938 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-26 Ever confirmed|0 |1 --- Comment #1 from David Malcolm --- Confirmed; thanks. >From gcc-bugs-return-671507-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:21:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124307 invoked by alias); 26 Feb 2020 14:20:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124216 invoked by uid 55); 26 Feb 2020 14:20:44 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/78552] std::locale::classic() Needless Race Date: Wed, 26 Feb 2020 14:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 6.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03089.txt.bz2 Content-length: 773 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78552 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:84a5534ce2f8233e6fe9c957ec51a2328bfe60e3 commit r9-8283-g84a5534ce2f8233e6fe9c957ec51a2328bfe60e3 Author: Jonathan Wakely Date: Wed Feb 26 14:00:07 2020 +0000 PR libstdc++/78552 only construct std::locale for C locale once Backport from mainline 2019-10-09 Jonathan Wakely PR libstdc++/78552 * src/c++98/locale_init.cc (locale::classic()): Do not construct a new locale object for every call. (locale::_S_initialize_once()): Construct C locale here. >From gcc-bugs-return-671508-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:26:23 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6214 invoked by alias); 26 Feb 2020 14:26:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6173 invoked by uid 48); 26 Feb 2020 14:26:19 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/78552] std::locale::classic() Needless Race Date: Wed, 26 Feb 2020 14:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 6.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03090.txt.bz2 Content-length: 385 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78552 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|10.0 |8.4 --- Comment #7 from Jonathan Wakely --- Also fixed for 8.4 and 9.3 >From gcc-bugs-return-671509-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:29:13 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10234 invoked by alias); 26 Feb 2020 14:29: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 10188 invoked by uid 48); 26 Feb 2020 14:29:05 -0000 From: "olegendo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93808] [9 Regression] [SH] Ruby crashes with 'Illegal Instruction' with -fcrossjumping Date: Wed, 26 Feb 2020 14:29: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: olegendo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03091.txt.bz2 Content-length: 205 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93808 --- Comment #24 from Oleg Endo --- Adrian, have you had a chance to apply the test patch in comment #22 and re-run it? >From gcc-bugs-return-671510-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:32:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31416 invoked by alias); 26 Feb 2020 14:32:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31360 invoked by uid 48); 26 Feb 2020 14:32:50 -0000 From: "glaubitz at physik dot fu-berlin.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93808] [9 Regression] [SH] Ruby crashes with 'Illegal Instruction' with -fcrossjumping Date: Wed, 26 Feb 2020 14:32: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: glaubitz at physik dot fu-berlin.de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03092.txt.bz2 Content-length: 333 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93808 --- Comment #25 from John Paul Adrian Glaubitz --- (In reply to Oleg Endo from comment #24) > Adrian, have you had a chance to apply the test patch in comment #22 and > re-run it? I hadn't seen this patch, sorry. I will try that tonight. >From gcc-bugs-return-671511-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:33:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32943 invoked by alias); 26 Feb 2020 14:33:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32874 invoked by uid 48); 26 Feb 2020 14:33:52 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89831] [8 Regression] passing 'const ...' as 'this' argument discards qualifiers Date: Wed, 26 Feb 2020 14:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03093.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89831 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671512-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:33:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33331 invoked by alias); 26 Feb 2020 14:33:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32793 invoked by uid 55); 26 Feb 2020 14:33:45 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92376] [8/9 Regression] bootstrap fails with --disable-hosted-libstdcxx Date: Wed, 26 Feb 2020 14:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03094.txt.bz2 Content-length: 1045 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92376 --- Comment #5 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:1b522a79133037f04c8ffcdfbe6c885ccb3ddcd3 commit r9-8284-g1b522a79133037f04c8ffcdfbe6c885ccb3ddcd3 Author: Jonathan Wakely Date: Wed Feb 26 14:20:55 2020 +0000 libstdc++: Fix freestanding build (PR 92376) In a freestanding library we don't install the header, so don't try to include it unless it exists. Explicitly declare aligned alloc functions for freestanding, because doesn't declare them. Backport from mainline 2020-01-17 Jonathan Wakely PR libstdc++/92376 * include/bits/c++config: Only do PSTL config when the header is present, to fix freestanding. * libsupc++/new_opa.cc [!_GLIBCXX_HOSTED]: Declare allocation functions if they were detected by configure. >From gcc-bugs-return-671513-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:36:06 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40121 invoked by alias); 26 Feb 2020 14:36: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 40065 invoked by uid 48); 26 Feb 2020 14:36:01 -0000 From: "olegendo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/55212] [SH] Switch to LRA Date: Wed, 26 Feb 2020 14:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: olegendo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03095.txt.bz2 Content-length: 892 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #125 from Oleg Endo --- (In reply to John Paul Adrian Glaubitz from comment #122) > > The build process is. Fixing broken packages isn't. > > Everything is around 13.000 source packages. > > And, finally, the buildd capacity is limited on sh4. If this was POWER or > SPARC, we would have plenty of resources for a complete rebuild. Can you at least please try to check if the kernel builds & runs OK? As for the other packages, is there a way to let it just try to rebuild everything and get a list of the packages that failed to build. We don't need to sit down and fix all issues one by one for now. At least we can compare the list against the current list of non-building packages. If the difference is not too big, we can consider turning on LRA by default from GCC 10 on. >From gcc-bugs-return-671514-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:37:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69602 invoked by alias); 26 Feb 2020 14: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 63127 invoked by uid 48); 26 Feb 2020 14:37:50 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93905] [8 Regression] Cannot use Derived type of Base containing both enum and protected destructor Date: Wed, 26 Feb 2020 14:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.3.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03096.txt.bz2 Content-length: 433 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #12 from Jakub Jelinek --- Fixed for 8.4+. >From gcc-bugs-return-671515-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:40:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126742 invoked by alias); 26 Feb 2020 14:40: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 126634 invoked by uid 48); 26 Feb 2020 14:40:47 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93059] char and char8_t does not talk with each other with memcpy. std::copy std::copy_n, std::fill, std::fill_n, std::uninitialized_copy std::uninitialized_copy_n, std::fill, std::uninitialized_fill_n fails to convert to memxxx functions Date: Wed, 26 Feb 2020 14:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi 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: 2020-02/txt/msg03097.txt.bz2 Content-length: 1658 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93059 --- Comment #35 from Jonathan Wakely --- (In reply to Bernd Edlinger from comment #26) > (In reply to fdlbxtqi from comment #2) > > Also find a bug of __memmove > > > > /* > > * A constexpr wrapper for __builtin_memmove. > > * @param __num The number of elements of type _Tp (not bytes). > > */ > > template > > _GLIBCXX14_CONSTEXPR > > inline void* > > __memmove(_Tp* __dst, const _Tp* __src, size_t __num) > > { > > #ifdef __cpp_lib_is_constant_evaluated > > if (std::is_constant_evaluated()) > > { > > for(; __num > 0; --__num) > > { > > if constexpr (_IsMove) > > *__dst = std::move(*__src); > > else > > *__dst = *__src; > > ++__src; > > ++__dst; > > } > > return __dst; > > } > > else > > #endif > > return __builtin_memmove(__dst, __src, sizeof(_Tp) * __num); > > return __dst; > > } > > > > The last 2nd line return __dst is wrong. It should not exist. > > Sorry, I don't know what this function is all about. > But to me the code in the ifdef looks totally bogus. > First it returns __dst+__num, while memmove is sopposed > to return __dst, and is is somehow clear that > __dst and __src do not overlap? Yes, it was only used by std::copy and std::move and they require that __dst is not in the range [__src, __src+__num). It's allowed for __dst+__num to be in that range, but the function works correctly in that case anyway. The return value wasn't used. But I've removed the entire function, so it doesn't matter now. >From gcc-bugs-return-671516-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:44:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4249 invoked by alias); 26 Feb 2020 14:44:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 3612 invoked by uid 48); 26 Feb 2020 14:44:40 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93947] ICE: Segmentation fault (in symtab_node::ultimate_alias_target) Date: Wed, 26 Feb 2020 14:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03098.txt.bz2 Content-length: 497 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93947 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-26 Ever confirmed|0 |1 --- Comment #1 from David Malcolm --- Confirmed; thanks. >From gcc-bugs-return-671517-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:47:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7037 invoked by alias); 26 Feb 2020 14:46:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6770 invoked by uid 48); 26 Feb 2020 14:46:27 -0000 From: "olegendo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93877] [9/10 Regression] [SH] webkit2gtk fails to build with "internal compiler error: in extract_constrain_insn, at recog.c:2211" Date: Wed, 26 Feb 2020 14:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: olegendo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03099.txt.bz2 Content-length: 304 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877 --- Comment #10 from Oleg Endo --- I can't reproduce the first case with a standalone sh-elf compiler (GCC 9). The compile flags mention -specs=/usr/share/dpkg/pie-compile.specs ... what's in that specs file? >From gcc-bugs-return-671518-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:49:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8722 invoked by alias); 26 Feb 2020 14:48: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 7618 invoked by uid 48); 26 Feb 2020 14:47:48 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92376] [8/9 Regression] bootstrap fails with --disable-hosted-libstdcxx Date: Wed, 26 Feb 2020 14:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03100.txt.bz2 Content-length: 445 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92376 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jonathan Wakely --- Fixed for 8.4 and 9.3 too. >From gcc-bugs-return-671519-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:49:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11229 invoked by alias); 26 Feb 2020 14:49:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 9187 invoked by uid 55); 26 Feb 2020 14:48:55 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92376] [8/9 Regression] bootstrap fails with --disable-hosted-libstdcxx Date: Wed, 26 Feb 2020 14:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03101.txt.bz2 Content-length: 805 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92376 --- Comment #7 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:499ea2e31fba0ff6e4492f0a62e3ffb2bdba465e commit r8-10087-g499ea2e31fba0ff6e4492f0a62e3ffb2bdba465e Author: Jonathan Wakely Date: Wed Feb 26 14:20:55 2020 +0000 libstdc++: Fix freestanding build (PR 92376) Explicitly declare aligned alloc functions for freestanding, because doesn't declare them. Backport from mainline 2020-01-17 Jonathan Wakely PR libstdc++/92376 * libsupc++/new_opa.cc [!_GLIBCXX_HOSTED]: Declare allocation functions if they were detected by configure. >From gcc-bugs-return-671520-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:50:39 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12768 invoked by alias); 26 Feb 2020 14:50: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 12680 invoked by uid 48); 26 Feb 2020 14:50:32 -0000 From: "jrtc27 at jrtc27 dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93877] [9/10 Regression] [SH] webkit2gtk fails to build with "internal compiler error: in extract_constrain_insn, at recog.c:2211" Date: Wed, 26 Feb 2020 14:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jrtc27 at jrtc27 dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03102.txt.bz2 Content-length: 645 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877 --- Comment #11 from James Clarke --- (In reply to Oleg Endo from comment #10) > I can't reproduce the first case with a standalone sh-elf compiler (GCC 9). > > The compile flags mention > > -specs=/usr/share/dpkg/pie-compile.specs > > ... what's in that specs file? (sid-sh4-sbuild)root@sh4-gandi-02:~# cat /usr/share/dpkg/pie-compile.specs *self_spec: + %{!r:%{!fpie:%{!fPIE:%{!fpic:%{!fPIC:%{!fno-pic:%{!fno-PIE:%{!no-pie:-fPIE}}}}}}}} So, since -fPIC is provided on the command line already, it shouldn't be doing anything. >From gcc-bugs-return-671521-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:51:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13635 invoked by alias); 26 Feb 2020 14:51:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 13553 invoked by uid 48); 26 Feb 2020 14:51:15 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93812] [9/10 Regression] ICE in get_constant, at c-family/c-format.c:325 Date: Wed, 26 Feb 2020 14:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03103.txt.bz2 Content-length: 545 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93812 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #2 from Jakub Jelinek --- __attribute__((__format__(__printf__, 1, 2))) void foo (); void foo (void); void bar (void) { foo (); } ICEs too, no need for nested prototypes or recursive calls. >From gcc-bugs-return-671522-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:55:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49656 invoked by alias); 26 Feb 2020 14:55:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49357 invoked by uid 48); 26 Feb 2020 14:54:57 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/86521] [8 Regression] GCC 8 selects incorrect overload of ref-qualified conversion operator template Date: Wed, 26 Feb 2020 14:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03104.txt.bz2 Content-length: 433 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86521 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #17 from Jason Merrill --- Fixed for 8.4+. >From gcc-bugs-return-671523-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:55:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49703 invoked by alias); 26 Feb 2020 14:55:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49388 invoked by uid 48); 26 Feb 2020 14:54:58 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/90546] [9/10 Regression] Incorrect template argument deduction for conversion functions Date: Wed, 26 Feb 2020 14:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03105.txt.bz2 Content-length: 521 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90546 Bug 90546 depends on bug 86521, which changed state. Bug 86521 Summary: [8 Regression] GCC 8 selects incorrect overload of ref-qualified conversion operator template https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86521 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-671524-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 14:57:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92997 invoked by alias); 26 Feb 2020 14:57: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 92918 invoked by uid 48); 26 Feb 2020 14:56:57 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88380] [8 Regression] Sequence of not-explicitly initialised, initialised, variable length generates no initialiser Date: Wed, 26 Feb 2020 14:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03106.txt.bz2 Content-length: 432 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88380 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Jason Merrill --- Fixed for 8.4+. >From gcc-bugs-return-671525-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:00:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38451 invoked by alias); 26 Feb 2020 15:00:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 35977 invoked by uid 48); 26 Feb 2020 15:00:00 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93059] char and char8_t does not talk with each other with memcpy. std::copy std::copy_n, std::fill, std::fill_n, std::uninitialized_copy std::uninitialized_copy_n, std::fill, std::uninitialized_fill_n fails to convert to memxxx functions Date: Wed, 26 Feb 2020 15:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03107.txt.bz2 Content-length: 1116 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93059 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 Ever confirmed|0 |1 --- Comment #36 from Jonathan Wakely --- Patches should be sent to the mailing list, and a copyright assignment (or public domain disclaimer) would be needed for a patch of this size. Otherwise, leave it to me to do once we start the GCC 11 dev phase. Adding checks for types satisfying contiguous_iterator looks worthwhile, but should be a separate patch. I think the condition for using memmove should be something like: __are_same<_ValueTypeI, _ValueTypeO>::__value || (__is_integer<_ValueTypeI>::__value && __is_integer<_ValueTypeo>::__value && sizeof(_ValueTypeI) == sizeof(_ValueTypeO)) >From gcc-bugs-return-671526-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:02:07 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39880 invoked by alias); 26 Feb 2020 15:02: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 39839 invoked by uid 48); 26 Feb 2020 15:02:03 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93059] char and char8_t does not talk with each other with memcpy. std::copy std::copy_n, std::fill, std::fill_n, std::uninitialized_copy std::uninitialized_copy_n, std::fill, std::uninitialized_fill_n fails to convert to memxxx functions Date: Wed, 26 Feb 2020 15:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 11.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03108.txt.bz2 Content-length: 342 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93059 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Target|gcc 10.0 | Target Milestone|--- |11.0 >From gcc-bugs-return-671527-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:03:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41419 invoked by alias); 26 Feb 2020 15: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 41360 invoked by uid 55); 26 Feb 2020 15:03:01 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93803] [10 Regression] ICE: segmentation fault with constant initialization of class having a [[no_unique_address]] field Date: Wed, 26 Feb 2020 15:03: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03109.txt.bz2 Content-length: 1682 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93803 --- Comment #3 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:d6ff22074126d38829f25981de9d6940cd2a234c commit r10-6865-gd6ff22074126d38829f25981de9d6940cd2a234c Author: Marek Polacek Date: Mon Feb 24 09:19:01 2020 -0500 c++: Fix ICE with constexpr init and [[no_unique_address]] [PR93803] Here we crash when constexpr-initializing a class member of empty class type with [[no_unique_address]]. Without the attribute we would have a ctor (that initializes bar) of the form { .D.2173 = { .x = {} } } but with the attribute reduced_constant_expression_p gets { .x = {} } That means that "idx != field" is true for the latter and we see that foo, the base class of bar, is an empty class, so we want to look at the next initializable field (since empty class fields may not have an initializer). But in this case there are no more, therefore accessing DECL_CHAIN (field) crashes. Long story short, we need to avoid a crash on a null field when we're initializing a class that only contains an empty base class. While poking into this I discovered c++/93898, but that's a different problem. 2020-02-26 Marek Polacek PR c++/93803 - ICE with constexpr init and [[no_unique_address]]. * constexpr.c (reduced_constant_expression_p): Don't crash on a null field. * g++.dg/cpp2a/constexpr-init16.C: New test. * g++.dg/cpp2a/constexpr-init17.C: New test. >From gcc-bugs-return-671528-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:06:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62902 invoked by alias); 26 Feb 2020 15:06:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 56477 invoked by uid 48); 26 Feb 2020 15:06:38 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93803] [10 Regression] ICE: segmentation fault with constant initialization of class having a [[no_unique_address]] field Date: Wed, 26 Feb 2020 15:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03110.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93803 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Marek Polacek --- Fixed. >From gcc-bugs-return-671529-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:07:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22785 invoked by alias); 26 Feb 2020 15:07:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11919 invoked by uid 48); 26 Feb 2020 15:07:18 -0000 From: "olegendo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93877] [9/10 Regression] [SH] webkit2gtk fails to build with "internal compiler error: in extract_constrain_insn, at recog.c:2211" Date: Wed, 26 Feb 2020 15:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: olegendo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03111.txt.bz2 Content-length: 3052 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877 Oleg Endo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vmakarov at gcc dot gnu.org --- Comment #12 from Oleg Endo --- This looks to be an LRA related issue (checking with GCC 10). Without -mlra it actually compiles fine. Adding -mlra causes some issues: sh-elf-g++ -m4 -ml -matomic-model=soft-gusa -O2 -fno-strict-aliasing -fno-exceptions -fno-rtti -fPIC -fstack-protector-strong -std=c++17 -mlra ../Source/ThirdParty/ANGLE/src/compiler/translator/IntermNode.cpp: In static member function 'static sh::TConstantUnion* sh::TIntermConstantUnion::FoldAggregateBuiltIn(sh::TIntermAggregate*, sh::TDiagnostics*)': ../Source/ThirdParty/ANGLE/src/compiler/translator/IntermNode.cpp:3747:1: error: insn does not satisfy its constraints: (insn 9652 9651 3240 388 (parallel [ (set (reg:SF 66 fr2 [orig:662 _764 ] [662]) (reg:SF 0 r0 [3347])) (use (reg:SI 154 fpscr0)) (clobber (scratch:SI)) ]) "../Source/ThirdParty/ANGLE/src/compiler/translator/IntermNode.cpp":3568:60 214 {movsf_ie} (expr_list:REG_DEAD (reg:SF 0 r0 [3347]) (nil))) during RTL pass: cprop_hardreg ../Source/ThirdParty/ANGLE/src/compiler/translator/IntermNode.cpp:3747:1: internal compiler error: in extract_constrain_insn, at recog.c:2195 0x5dee99 _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) ../../gcc/gcc/rtl-error.c:108 0x5deec2 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) ../../gcc/gcc/rtl-error.c:118 0xe46907 extract_constrain_insn(rtx_insn*) ../../gcc/gcc/recog.c:2195 0xe4a204 copyprop_hardreg_forward_1 ../../gcc/gcc/regcprop.c:802 0xe4b212 execute ../../gcc/gcc/regcprop.c:1367 sh-elf-g++ -m4 -ml -matomic-model=soft-gusa -O2 -std=c++17 -mlra during RTL pass: reload ../Source/ThirdParty/ANGLE/src/compiler/translator/IntermNode.cpp: In member function 'sh::TConstantUnion* sh::TIntermConstantUnion::foldUnaryComponentWise(TOperator, sh::TDiagnostics*)': ../Source/ThirdParty/ANGLE/src/compiler/translator/IntermNode.cpp:3047:1: internal compiler error: in lra_set_insn_recog_data, at lra.c:1000 0xd1f5f1 lra_set_insn_recog_data(rtx_insn*) ../../gcc/gcc/lra.c:998 0xd2218f lra_get_insn_recog_data ../../gcc/gcc/lra-int.h:488 0xd2218f remove_scratches_1 ../../gcc/gcc/lra.c:2058 0xd22247 lra_emit_move(rtx_def*, rtx_def*) ../../gcc/gcc/lra.c:503 0xd399bb curr_insn_transform ../../gcc/gcc/lra-constraints.c:4434 0xd3b20d lra_constraints(bool) ../../gcc/gcc/lra-constraints.c:5025 0xd227d4 lra(_IO_FILE*) ../../gcc/gcc/lra.c:2437 0xcd20c9 do_reload ../../gcc/gcc/ira.c:5523 0xcd20c9 execute ../../gcc/gcc/ira.c:5709 Vlad, maybe you have some hint where to look? >From gcc-bugs-return-671530-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:18:39 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60932 invoked by alias); 26 Feb 2020 15:18:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 60126 invoked by uid 48); 26 Feb 2020 15:18:29 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93812] [9/10 Regression] ICE in get_constant, at c-family/c-format.c:325 Date: Wed, 26 Feb 2020 15:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03112.txt.bz2 Content-length: 1149 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93812 --- Comment #3 from Jakub Jelinek --- The problem is that c-format.c assumes that when the "format" attribute is present, handle_format_attribute has already verified it and it was ok. Unfortunately, that is not the case, because if the attribute appears on a !prototype_p function declaration, then fewer checks are performed on it compared to when it appears on a prototype_p function, and if the !prototype_p function decl is then merged with a prototype_p function decl, nothing performs the checking. So, one way out of this is drop the validated_p stuff and always validate,, it will then behave similarly to how: __attribute__((nonnull(2))) void foo (void); warns and doesn't add the attribute, but __attribute__((nonnull(2))) void bar (); void bar (void); adds it silently (but in this case I believe it doesn't ICE when actually using the attribute). Another possibility would be to repeat the checking of the attributes which need positional_argument (nonnull, format*, alloc_size, alloc_align) when merging a !prototype_p decl with prototype_p one. >From gcc-bugs-return-671531-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:20:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 63199 invoked by alias); 26 Feb 2020 15:20: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 62673 invoked by uid 55); 26 Feb 2020 15:19:57 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93862] [10 Regression] ICE on static_cast of rvalue-reference-to-array of unknown bound [P0338] to its known static bound Date: Wed, 26 Feb 2020 15:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03113.txt.bz2 Content-length: 1248 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93862 --- Comment #4 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:4a305fa2fd4c9d553b26efa00f868aa1e4416a9f commit r10-6867-g4a305fa2fd4c9d553b26efa00f868aa1e4416a9f Author: Marek Polacek Date: Mon Feb 24 14:43:48 2020 -0500 c++: Fix ICE with static_cast when converting from int[] [PR93862] This ICEs since my patch for P0388, which allowed conversions to arrays of unknown bound, but not the reverse, so these two static_casts are ill-formed. [expr.static.cast]/3 says that "cv1 T1" and "cv2 T2" have to be reference-compatible and the comment in build_static_cast_1 says it too but then we actually use reference_related_p... Fixed thus. 2020-02-26 Marek Polacek PR c++/93862 - ICE with static_cast when converting from int[]. * call.c (reference_compatible_p): No longer static. * cp-tree.h (reference_compatible_p): Declare. * typeck.c (build_static_cast_1): Use reference_compatible_p instead of reference_related_p. * g++.dg/cpp0x/rv-cast7.C: New test. >From gcc-bugs-return-671532-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:22:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73484 invoked by alias); 26 Feb 2020 15:22:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 73425 invoked by uid 55); 26 Feb 2020 15:22:47 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93562] [8/9 Regression] unique_ptr::swap incorrectly uses generic std::swap Date: Wed, 26 Feb 2020 15:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03114.txt.bz2 Content-length: 1145 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93562 --- Comment #5 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:30cb4c78ea6563177c43f897e480d9993c38c0ed commit r9-8285-g30cb4c78ea6563177c43f897e480d9993c38c0ed Author: Jonathan Wakely Date: Wed Feb 26 15:04:53 2020 +0000 libstdc++: Fix regressions in unique_ptr::swap (PR 93562) The requirements for this function are only that the deleter is swappable, but we incorrectly require that the element type is complete and that the deleter can be swapped using std::swap (which requires it to be move cosntructible and move assignable). The fix is to add __uniq_ptr_impl::swap which swaps the pointer and deleter individually, instead of using the generic std::swap on the tuple containing them. PR libstdc++/93562 * include/bits/unique_ptr.h (__uniq_ptr_impl::swap): Define. (unique_ptr::swap, unique_ptr::swap): Call it. * testsuite/20_util/unique_ptr/modifiers/93562.cc: New test. >From gcc-bugs-return-671533-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:24:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74668 invoked by alias); 26 Feb 2020 15:24:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74587 invoked by uid 48); 26 Feb 2020 15:23:58 -0000 From: "tydeman at tybor dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93949] New: Register const local var will not compile Date: Wed, 26 Feb 2020 15:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tydeman at tybor 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: 2020-02/txt/msg03115.txt.bz2 Content-length: 530 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93949 Bug ID: 93949 Summary: Register const local var will not compile Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: tydeman at tybor dot com Target Milestone: --- This valid code will not compile. int main(void){ register const double d[3] = { 0., 1., 2. }; return 0; } >From gcc-bugs-return-671534-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:25:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77676 invoked by alias); 26 Feb 2020 15:25:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 77577 invoked by uid 55); 26 Feb 2020 15:25:48 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93936] [ranges] std::ranges::split_view<...>::_OuterIter<...>::__current() is private within this context Date: Wed, 26 Feb 2020 15:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ppalka 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: 2020-02/txt/msg03116.txt.bz2 Content-length: 976 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93936 --- Comment #1 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:8ce13842b50cbd2676f2e322995182af20df31fe commit r10-6871-g8ce13842b50cbd2676f2e322995182af20df31fe Author: Patrick Palka Date: Wed Feb 26 08:38:06 2020 -0500 libstdc++: Fix use of inaccessible private member in split_view (PR93936) We are calling _OuterIter::__current from _InnerIter::operator==, but the former is private within this non-member friend. Fix this by calling _OuterIter::operator== instead, which does the right thing here. libstdc++-v3/ChangeLog: PR libstdc++/93936 * include/std/ranges (split_view::_InnerIter::operator==): Compare the operands' _M_i rather than their _M_i.current(). * testsuite/std/ranges/adaptors/split.cc: Augment test. >From gcc-bugs-return-671535-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:26:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78495 invoked by alias); 26 Feb 2020 15:26: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 78466 invoked by uid 48); 26 Feb 2020 15:26:18 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93862] [10 Regression] ICE on static_cast of rvalue-reference-to-array of unknown bound [P0338] to its known static bound Date: Wed, 26 Feb 2020 15:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03117.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93862 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Marek Polacek --- Fixed. >From gcc-bugs-return-671536-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:34:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93286 invoked by alias); 26 Feb 2020 15:33: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 92460 invoked by uid 48); 26 Feb 2020 15:33:45 -0000 From: "zsojka at seznam dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93950] New: ICE: in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 with -fanalyzer Date: Wed, 26 Feb 2020 15:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: zsojka at seznam dot cz X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone cf_gcchost 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: 2020-02/txt/msg03118.txt.bz2 Content-length: 4110 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93950 Bug ID: 93950 Summary: ICE: in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 with -fanalyzer Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: zsojka at seznam dot cz Target Milestone: --- Host: x86_64-pc-linux-gnu Created attachment 47916 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47916&action=edit reduced testcase (from OpenTTD sources) Compiler output: $ x86_64-pc-linux-gnu-g++ testcase.C -fanalyzer during IPA pass: analyzer testcase.C:10:11: internal compiler error: in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 10 | void *j = nullptr; | ^ 0x8b188d ana::region_model::make_region_for_unexpected_tree_code(ana::region_model_context*, tree_node*, dump_location_t const&) /repo/gcc-trunk/gcc/analyzer/region-model.cc:4786 0x8b188d ana::region_model::make_region_for_unexpected_tree_code(ana::region_model_context*, tree_node*, dump_location_t const&) /repo/gcc-trunk/gcc/analyzer/region-model.cc:4782 0x169f0cd ana::region_model::get_lvalue_1(ana::path_var, ana::region_model_context*) /repo/gcc-trunk/gcc/analyzer/region-model.cc:4650 0x169f6c3 ana::region_model::get_lvalue(ana::path_var, ana::region_model_context*) /repo/gcc-trunk/gcc/analyzer/region-model.cc:4811 0x1e8852d ana::state_change_event::get_lvalue(tree_node*) const /repo/gcc-trunk/gcc/analyzer/checker-path.h:206 0x1e8852d ana::diagnostic_manager::prune_for_sm_diagnostic(ana::checker_path*, ana::state_machine const*, tree_node*, unsigned int) const /repo/gcc-trunk/gcc/analyzer/diagnostic-manager.cc:1160 0x1e8876e ana::diagnostic_manager::prune_path(ana::checker_path*, ana::state_machine const*, tree_node*, unsigned int) const /repo/gcc-trunk/gcc/analyzer/diagnostic-manager.cc:1056 0x1e88a2f ana::diagnostic_manager::emit_saved_diagnostic(ana::exploded_graph const&, ana::saved_diagnostic const&, ana::exploded_path const&, gimple const*, int) /repo/gcc-trunk/gcc/analyzer/diagnostic-manager.cc:520 0x1e894ce ana::dedupe_winners::emit_best(ana::diagnostic_manager*, ana::exploded_graph const&) /repo/gcc-trunk/gcc/analyzer/diagnostic-manager.cc:446 0x1e894ce ana::diagnostic_manager::emit_saved_diagnostics(ana::exploded_graph const&) /repo/gcc-trunk/gcc/analyzer/diagnostic-manager.cc:489 0x1681248 ana::impl_run_checkers(ana::logger*) /repo/gcc-trunk/gcc/analyzer/engine.cc:3807 0x1681fcc ana::run_checkers() /repo/gcc-trunk/gcc/analyzer/engine.cc:3850 0x16766e8 execute /repo/gcc-trunk/gcc/analyzer/analyzer-pass.cc:84 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. $ x86_64-pc-linux-gnu-g++ -v Using built-in specs. COLLECT_GCC=/repo/gcc-trunk/binary-latest-amd64/bin/x86_64-pc-linux-gnu-g++ COLLECT_LTO_WRAPPER=/repo/gcc-trunk/binary-trunk-20200226101433-gb9934ad88d6-checking-yes-rtl-df-extra-nobootstrap-amd64/bin/../libexec/gcc/x86_64-pc-linux-gnu/10.0.1/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /repo/gcc-trunk//configure --enable-languages=c,c++ --enable-valgrind-annotations --disable-nls --enable-checking=yes,rtl,df,extra --disable-bootstrap --with-cloog --with-ppl --with-isl --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu --with-ld=/usr/bin/x86_64-pc-linux-gnu-ld --with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-20200226101433-gb9934ad88d6-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 10.0.1 20200226 (experimental) (GCC) >From gcc-bugs-return-671537-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:35:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96093 invoked by alias); 26 Feb 2020 15:35: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 95992 invoked by uid 55); 26 Feb 2020 15:35:12 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93676] [8/9/10 Regression] crash in build_value_init Date: Wed, 26 Feb 2020 15:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03119.txt.bz2 Content-length: 1015 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93676 --- Comment #7 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:38e1002657828150b2cda9f80c1f752184286e80 commit r10-6872-g38e1002657828150b2cda9f80c1f752184286e80 Author: Marek Polacek Date: Wed Feb 19 15:59:33 2020 -0500 c++: Fix value-init crash in template [PR93676] Since we attempt to value-initialize in build_vec_init even when there's no initializer but the type has a constexpr default constructor. But build_value_init doesn't work in templates, and build_vec_init creates a lot of garbage that would not be used anyway, so don't call it in a template. PR c++/93676 - value-init crash in template. * init.c (build_new_1): Don't call build_vec_init in a template. * g++.dg/cpp0x/nsdmi-template19.C: New test. >From gcc-bugs-return-671538-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:35:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96957 invoked by alias); 26 Feb 2020 15:35:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96910 invoked by uid 48); 26 Feb 2020 15:35:47 -0000 From: "ppalka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93936] [ranges] std::ranges::split_view<...>::_OuterIter<...>::__current() is private within this context Date: Wed, 26 Feb 2020 15:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ppalka at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ppalka 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: 2020-02/txt/msg03120.txt.bz2 Content-length: 444 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93936 Patrick Palka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Patrick Palka --- This should be fixed now. >From gcc-bugs-return-671539-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:38:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104092 invoked by alias); 26 Feb 2020 15:38: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 104012 invoked by uid 48); 26 Feb 2020 15:38:41 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93676] [8/9 Regression] crash in build_value_init Date: Wed, 26 Feb 2020 15:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03121.txt.bz2 Content-length: 473 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93676 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[8/9/10 Regression] crash |[8/9 Regression] crash in |in build_value_init |build_value_init --- Comment #8 from Marek Polacek --- Fixed on trunk so far. >From gcc-bugs-return-671541-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:39:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 105771 invoked by alias); 26 Feb 2020 15:39:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 105688 invoked by uid 55); 26 Feb 2020 15:39:32 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93562] [8/9 Regression] unique_ptr::swap incorrectly uses generic std::swap Date: Wed, 26 Feb 2020 15:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03123.txt.bz2 Content-length: 1542 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93562 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jonathan Wakely --- Fixed for 8.4 and 9.3 as well. --- Comment #7 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:e47c9cd77f5e60780f054aacb096315b1fcca8bb commit r8-10088-ge47c9cd77f5e60780f054aacb096315b1fcca8bb Author: Jonathan Wakely Date: Wed Feb 26 15:04:53 2020 +0000 libstdc++: Fix regressions in unique_ptr::swap (PR 93562) The requirements for this function are only that the deleter is swappable, but we incorrectly require that the element type is complete and that the deleter can be swapped using std::swap (which requires it to be move cosntructible and move assignable). The fix is to add __uniq_ptr_impl::swap which swaps the pointer and deleter individually, instead of using the generic std::swap on the tuple containing them. PR libstdc++/93562 * include/bits/unique_ptr.h (__uniq_ptr_impl::swap): Define. (unique_ptr::swap, unique_ptr::swap): Call it. * testsuite/20_util/unique_ptr/modifiers/93562.cc: New test. >From gcc-bugs-return-671540-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:39:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 105766 invoked by alias); 26 Feb 2020 15:39: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 105668 invoked by uid 48); 26 Feb 2020 15:39:31 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93562] [8/9 Regression] unique_ptr::swap incorrectly uses generic std::swap Date: Wed, 26 Feb 2020 15:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03122.txt.bz2 Content-length: 449 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93562 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jonathan Wakely --- Fixed for 8.4 and 9.3 as well. >From gcc-bugs-return-671543-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:43:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111576 invoked by alias); 26 Feb 2020 15:43: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 111527 invoked by uid 55); 26 Feb 2020 15:43:10 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93325] libstdc++ wrongly uses direct clock_gettime syscall on non-glibc, breaks time64 Date: Wed, 26 Feb 2020 15:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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: 2020-02/txt/msg03125.txt.bz2 Content-length: 1217 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93325 --- Comment #6 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:655434f5ae93a4222a48c39c37a3a6fe0bdfc071 commit r8-10089-g655434f5ae93a4222a48c39c37a3a6fe0bdfc071 Author: Jonathan Wakely Date: Wed Feb 26 15:32:34 2020 +0000 libstdc++: Replace glibc-specific check for clock_gettime (PR 93325) It's wrong to assume that clock_gettime is unavailable on any *-*-linux* target that doesn't have glibc 2.17 or later. Use a generic test instead of using __GLIBC_PREREQ. Only do that test when is_hosted=yes so that we don't get an error for cross targets without a working linker. This ensures that C library's clock_gettime will be used on non-glibc targets, instead of an incorrect syscall to SYS_clock_gettime. Backport from mainline 2020-01-28 Jonathan Wakely PR libstdc++/93325 * acinclude.m4 (GLIBCXX_ENABLE_LIBSTDCXX_TIME): Use AC_SEARCH_LIBS for clock_gettime instead of explicit glibc version check. * configure: Regenerate. >From gcc-bugs-return-671542-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:43:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110876 invoked by alias); 26 Feb 2020 15:43: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 110824 invoked by uid 55); 26 Feb 2020 15:43:00 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93325] libstdc++ wrongly uses direct clock_gettime syscall on non-glibc, breaks time64 Date: Wed, 26 Feb 2020 15:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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: 2020-02/txt/msg03124.txt.bz2 Content-length: 1216 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93325 --- Comment #5 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:08a70a65670ee801d4190ec122d42aa4a9a997a9 commit r9-8286-g08a70a65670ee801d4190ec122d42aa4a9a997a9 Author: Jonathan Wakely Date: Wed Feb 26 15:32:34 2020 +0000 libstdc++: Replace glibc-specific check for clock_gettime (PR 93325) It's wrong to assume that clock_gettime is unavailable on any *-*-linux* target that doesn't have glibc 2.17 or later. Use a generic test instead of using __GLIBC_PREREQ. Only do that test when is_hosted=yes so that we don't get an error for cross targets without a working linker. This ensures that C library's clock_gettime will be used on non-glibc targets, instead of an incorrect syscall to SYS_clock_gettime. Backport from mainline 2020-01-28 Jonathan Wakely PR libstdc++/93325 * acinclude.m4 (GLIBCXX_ENABLE_LIBSTDCXX_TIME): Use AC_SEARCH_LIBS for clock_gettime instead of explicit glibc version check. * configure: Regenerate. >From gcc-bugs-return-671544-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:44:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112627 invoked by alias); 26 Feb 2020 15:44:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 112553 invoked by uid 48); 26 Feb 2020 15:44:14 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93325] libstdc++ wrongly uses direct clock_gettime syscall on non-glibc, breaks time64 Date: Wed, 26 Feb 2020 15:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03126.txt.bz2 Content-length: 521 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93325 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |8.4 --- Comment #7 from Jonathan Wakely --- Fixed for 8.4 and 9.3 too. Thanks for the report. >From gcc-bugs-return-671545-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:56:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14538 invoked by alias); 26 Feb 2020 15:56: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 14413 invoked by uid 48); 26 Feb 2020 15:56:34 -0000 From: "guillaume at morinfr dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] New: ICE with '-flto -femit-struct-debug-baseonly' Date: Wed, 26 Feb 2020 15:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: guillaume at morinfr dot 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 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: 2020-02/txt/msg03127.txt.bz2 Content-length: 2482 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 Bug ID: 93951 Summary: ICE with '-flto -femit-struct-debug-baseonly' Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: guillaume at morinfr dot org Target Milestone: --- Created attachment 47917 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47917&action=edit reproducer This program ICEs with '-g -flto -femit-struct-debug-baseonly -std=gnu++2a' with gcc 9.2 and 8.3 (seems to work on the trunk). Remove any of -g, -flto, -femit-struct-debug-only and it builds fine. #include struct S1 { bool fct() const; }; struct S2 { bool fct() const; }; struct V { bool visit() const { auto visitor = [](auto&& s) -> bool { return s.fct(); }; return std::visit(visitor, v); } using Variant = std::variant; Variant v; }; #0 htab_hash_string (p=0x0) at ../../src/libiberty/hashtab.c:838 #1 0x000000000085acad in external_ref_hasher::hash (r=) at ../../src/gcc/dwarf2out.c:8917 #2 hash_table::find_slot (insert=INSERT, value=, this=0x206fa40) at ../../src/gcc/hash-table.h:423 #3 lookup_external_ref (map=map@entry=0x206fa40, die=0x7ffff58f93c0) at ../../src/gcc/dwarf2out.c:8945 #4 0x000000000085ad6f in optimize_external_refs_1 (die=0x7ffff58f9370, map=0x206fa40) at ../../src/gcc/dwarf2out.c:8983 #5 0x000000000085ad40 in optimize_external_refs_1 (die=0x7ffff58f9320, map=0x206fa40) at ../../src/gcc/dwarf2out.c:8987 #6 0x000000000085ad40 in optimize_external_refs_1 (die=0x7ffff58f92d0, map=0x206fa40) at ../../src/gcc/dwarf2out.c:8987 #7 0x000000000085ae59 in optimize_external_refs (die=die@entry=0x7ffff58f92d0) at ../../src/gcc/dwarf2out.c:9036 #8 0x0000000000860ac8 in output_comp_unit (die=0x7ffff58f92d0, output_if_empty=, dwo_id=0x0) at ../../src/gcc/dwarf2out.c:11055 #9 0x000000000088caa4 in dwarf2out_early_finish (filename=0x7fffffffd76d "g++9_lto_crash.cc") at ../../src/gcc/dwarf2out.c:32264 #10 0x0000000000801025 in symbol_table::finalize_compilation_unit (this=0x7ffff665f100) at ../../src/gcc/cgraphunit.c:2860 #11 0x0000000000b69cbd in compile_file () at ../../src/gcc/toplev.c:481 >From gcc-bugs-return-671546-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:58:17 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19162 invoked by alias); 26 Feb 2020 15:58:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 17814 invoked by uid 48); 26 Feb 2020 15:58:10 -0000 From: "ch3root at openwall dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93848] missing -Warray-bounds warning for array subscript 1 is outside array bounds Date: Wed, 26 Feb 2020 15:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: ch3root at openwall 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: 2020-02/txt/msg03128.txt.bz2 Content-length: 2206 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93848 --- Comment #9 from Alexander Cherepanov --- (In reply to Martin Sebor from comment #8) > In > > int i[4]; > int (*p)[4] = &i; > bar_aux (p[1]); > > p[0] points to i and p[1] to (char*)&i + sizeof (i) (which is the same as > &i[4]). It seems we start to differ here. p[1] itself doesn't point anywhere. It's an array, it has type int[4], its size is 4*sizeof(int). (That's easy to check.) It's an lvalue that "potentially designates an object". Given that there is no real object here, its evaluation is UB (C11, 6.3.2.1p1). IOW there is no pointer here, UB happens before we get a pointer. > The latter is a pointer just past the end of i. Evaluating > past-the-end pointers is well-defined, as is all pointer arithmetic on them, > just as long as the result is also a valid pointer to the same object (or > just past its end). The only way past-the-end pointers differ from others > is that the former cannot be dereferenced (by any means, either the * > operator, or [] or ->). Right, but this is applicable to p+1, not to p[1]. Indeed, p+1 is a past-the-end pointer, it points past the end of the array consisting of one element (i). In particular, you can add 0 and -1 to it to roam over the array. And you are right that you cannot apply * to it. That is, there is *(p+0) (it's i) but there is no *(p+1). And p[1] is *(p+1) by definition, so evaluating it is UB. > In > int a[1][4]; > printf("%p\n", (void *)&a[1][1]); > > on the other hand, the reference to a[1][1] is undefined because a[1] is not > a reference to an element in a but rather just past the end of a, and so it > can be neither dereferenced nor used to obtain pointers other than to a or > just past it. Sorry I don't quite understand. Are you saying that a[1]-1 is valid? And the result is a? > &a[1] alone is valid (it's equivalent to (char*)&a + sizeof > a) and points just past the end of a, but &a[1][1] is equivalent to > (char*)&a + sizeof a + 1 which is not valid. So we at least agree that &a[1][1] is UB and should give a warning and that -Warray-bounds doesn't work as intended here? >From gcc-bugs-return-671547-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:59:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97473 invoked by alias); 26 Feb 2020 15:59:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 95906 invoked by uid 48); 26 Feb 2020 15:59:15 -0000 From: "przemyslaw.wirkus at arm dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93320] internal compiler error: in is_base_type, at dwarf2out.c:12987 Date: Wed, 26 Feb 2020 15:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: przemyslaw.wirkus at arm dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03129.txt.bz2 Content-length: 536 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93320 Przemyslaw Wirkus changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |przemyslaw.wirkus at arm dot com --- Comment #6 from Przemyslaw Wirkus --- Hi, I was able to reduce your testcase to this code: template class a; class { void b(a... c); } /Przemyslaw >From gcc-bugs-return-671548-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 15:59:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98322 invoked by alias); 26 Feb 2020 15:59: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 98270 invoked by uid 48); 26 Feb 2020 15:59:42 -0000 From: "frederic.recoules@univ-grenoble-alpes.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93952] New: Giving an array in an operand Date: Wed, 26 Feb 2020 15:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: unknown X-Bugzilla-Keywords: ABI, accepts-invalid, documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: frederic.recoules@univ-grenoble-alpes.fr 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: 2020-02/txt/msg03130.txt.bz2 Content-length: 1736 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93952 Bug ID: 93952 Summary: Giving an array in an operand Product: gcc Version: unknown Status: UNCONFIRMED Keywords: ABI, accepts-invalid, documentation Severity: normal Priority: P3 Component: inline-asm Assignee: unassigned at gcc dot gnu.org Reporter: frederic.recoules@univ-grenoble-alpes.fr Target Milestone: --- I am trying to understand the meaning of giving an array in an operand of an inline assembly statement. Please consider the following small snippet of code: int main (int argc, char * argv[]) { char t[] = "abc"; int x; __asm__ ("movl %1, %0" : "=r" (x) : "r" (t)); return x; } Here are my observation and my understanding: The object t that has type "array of char" is converted to an expression with type "pointer to char" that points to the initial element of t. It is equivalent to: x = (int) &t[0]; If we change the constraint "r" to "m", the result is different. Here is the limit of my understanding and it is only speculation: The constraint "m" take the address of t, but as it is an array, it actually returns it unchanged and then it access to the value pointed by. It is like: x = (int) *(/*&*/(&t[0])); Now I wonder if the code where we replace the constraint by "rm" is valid because the returned value depends of the constraint the compiler have chosen. In my mind, I would have expected that "m" constraint pass the same value but in a way it is accessible through memory, that is: char *p = t; x = (int) *(&p); Could someone point me out where I am going wrong here? >From gcc-bugs-return-671549-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:02:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 103343 invoked by alias); 26 Feb 2020 16:02:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 103236 invoked by uid 55); 26 Feb 2020 16:02:24 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Wed, 26 Feb 2020 16:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg03131.txt.bz2 Content-length: 2091 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #27 from Steve Kargl --- On Wed, Feb 26, 2020 at 12:58:21PM +0000, thenlich at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 > > --- Comment #26 from Thomas Henlich --- > Created attachment 47914 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47914&action=edit > Demonstration of range reduction > > There is a danger of some inaccuracy in the degree trigonometric functions > (sind, cosd, tand, cotand) because a full period of 360 degrees can not be > expressed accurately in radians. > > This can be circumvented by using some trigonometric identities to reduce the > range and also place the inaccurate x range to where |dy/dx|→min, and away from > y values near zero toward high y values so that the error is mostly cancelled. I implemented FreeBSD's cosl, sinl, and tanl, did the legwork to produce all of the sincos family of functions, and have implemented sinpi and friends for FreeBSD . I'm well aware of argument reduction and ULPs. If you're going to go this route, then you'll need to write functions that can be called from libgfortran. My patch rewrites the special handling of degree trig functions to bring these functions into the general framework that gfortran uses for all other intrinsic routines (except a few in IEEE_ARITHEMETIC). > This is a best effort to still be able to use the standard library functions > but also get an increased accuracy expected from the degree functions. > > Thus: > 1. Calculate cosd(x) = sind(90 - x) > 2. Calculate cotand(x) = tand(90 - x) > 3. Reduce range of sind() argument from (0...360) further to x-360 if it is > above 270, and to 180-x if it is above 90 > (snip) > $ gf10 -fdec-math -fdefault-real-8 periods.f90 && ./a.exe Any result that uses -fdefault-real-8 will be ingored by me. That option should have been removed years ago. I even posted a patch that removed it. It was not well-received. >From gcc-bugs-return-671551-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:03:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 15063 invoked by alias); 26 Feb 2020 16:03: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 3068 invoked by uid 48); 26 Feb 2020 16:03:41 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93012] PPC: inefficient 64-bit constant generation (upper = lower) Date: Wed, 26 Feb 2020 16:03: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: segher 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: 2020-02/txt/msg03133.txt.bz2 Content-length: 466 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93012 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Segher Boessenkool --- Fixed on trunk. No backport planned. >From gcc-bugs-return-671550-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:03:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110907 invoked by alias); 26 Feb 2020 16:03: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 104385 invoked by uid 48); 26 Feb 2020 16:03:22 -0000 From: "glaubitz at physik dot fu-berlin.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93877] [9/10 Regression] [SH] webkit2gtk fails to build with "internal compiler error: in extract_constrain_insn, at recog.c:2211" Date: Wed, 26 Feb 2020 16:03: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.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: glaubitz at physik dot fu-berlin.de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03132.txt.bz2 Content-length: 1974 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877 --- Comment #13 from John Paul Adrian Glaubitz --- Indeed, this seems to be related to LRA. I just tried to build gcc-9 with LRA enabled by default and the build fails when trying to build gnat with: checking for shl_load in -ldld... s-gearop.adb: In function 'Ada.Numerics.Complex_Arrays.Back_Substitute.Sub_Row': s-gearop.adb:124:11: error: insn does not satisfy its constraints: (insn 463 462 465 5 (parallel [ (set (reg:SF 65 fr1 [343]) (reg:SF 0 r0 [344])) (use (reg:SI 154 fpscr0)) (clobber (scratch:SI)) ]) "a-ngcoty.adb":68:10 214 {movsf_ie} (expr_list:REG_DEAD (reg:SF 0 r0 [344]) (nil))) +===========================GNAT BUG DETECTED==============================+ | 9.2.1 20191130 (sh4-linux-gnu) in extract_constrain_insn, at recog.c:2211| | Error detected around s-gearop.adb:124:11 | | Please submit a bug report; see https://gcc.gnu.org/bugs/ . | | Use a subject line meaningful to you and us to track the bug. | | Include the entire contents of this bug box in the report. | | Include the exact command that you entered. | | Also include sources listed below. | +==========================================================================+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. Consider also -gnatd.n switch (see debug.adb). >From gcc-bugs-return-671552-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:08:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127605 invoked by alias); 26 Feb 2020 16:08:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 126721 invoked by uid 48); 26 Feb 2020 16:08:02 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93950] ICE: in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 with -fanalyzer Date: Wed, 26 Feb 2020 16:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03134.txt.bz2 Content-length: 513 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93950 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-26 Ever confirmed|0 |1 --- Comment #1 from David Malcolm --- Confirmed; thanks for filing this. >From gcc-bugs-return-671554-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:32:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113516 invoked by alias); 26 Feb 2020 16:32:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 112763 invoked by uid 55); 26 Feb 2020 16:32:19 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93205] std::discrete_distribution's operator>> causes OOM Date: Wed, 26 Feb 2020 16:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 7.5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03136.txt.bz2 Content-length: 1526 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93205 --- Comment #5 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:a29236a23c03fe08998b81a0ef1f67e7ea185ba3 commit r9-8289-ga29236a23c03fe08998b81a0ef1f67e7ea185ba3 Author: Jonathan Wakely Date: Wed Feb 26 16:31:19 2020 +0000 libstdc++: Fix undefined behaviour in random dist serialization (PR93205) The deserialization functions for random number distributions fail to check the stream state before using the extracted values. In some cases this leads to using indeterminate values to resize a vector, and then filling that vector with indeterminate values. No values that affect control flow should be used without checking that a good value was read from the stream. Additionally, where reasonable to do so, defer modifying any state in the distribution until all values have been successfully read, to avoid modifying some of the distribution's parameters and leaving others unchanged. Backport from mainline 2020-01-09 Jonathan Wakely PR libstdc++/93205 * include/bits/random.h (operator>>): Check stream operation succeeds. * include/bits/random.tcc: (operator>>): Likewise. (__extract_params): New function to fill a vector from a stream. * testsuite/26_numerics/random/pr60037-neg.cc: Adjust dg-error line. >From gcc-bugs-return-671553-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:32:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112800 invoked by alias); 26 Feb 2020 16:32:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 112708 invoked by uid 55); 26 Feb 2020 16:32:14 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92886] Inappropriate comment for std::ios_base::trunc Date: Wed, 26 Feb 2020 16:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03135.txt.bz2 Content-length: 653 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92886 --- Comment #3 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:7a7ef79651abd20b95d1f76479887d1ea008a62f commit r9-8288-g7a7ef79651abd20b95d1f76479887d1ea008a62f Author: Jonathan Wakely Date: Wed Feb 26 16:31:19 2020 +0000 libstdc++: Fix description of std::ios::trunc (PR 92886) Backport from mainline 2019-12-10 Jonathan Wakely PR libstdc++/92886 * include/bits/ios_base.h (std::ios_base::trunc): Fix comment. >From gcc-bugs-return-671556-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:33:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16637 invoked by alias); 26 Feb 2020 16:33:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 16569 invoked by uid 48); 26 Feb 2020 16:33:47 -0000 From: "joel.hutton at arm dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92922] [10 regression] [ilp32] FAIL: gcc.target/aarch64/sve/acle/asm/ldnt1_u32.c -std0 -O1 -g -DTEST_FULL (internal compiler error) Date: Wed, 26 Feb 2020 16:33: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: joel.hutton at arm 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: 10.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: 2020-02/txt/msg03138.txt.bz2 Content-length: 364 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92922 --- Comment #2 from Joel Hutton --- This was fixed by Richard Sandiford's patch. commit fb15e2bab5267213b8706fa6a29eeef94f62a524 Author: Richard Sandiford Date: Mon Jan 20 19:29:25 2020 +0000 aarch64: Fix SVE ACLE handling of SImode pointers >From gcc-bugs-return-671555-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:33:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 15786 invoked by alias); 26 Feb 2020 16:33:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 15733 invoked by uid 48); 26 Feb 2020 16:33:22 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92886] Inappropriate comment for std::ios_base::trunc Date: Wed, 26 Feb 2020 16:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03137.txt.bz2 Content-length: 291 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92886 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|10.0 |8.4 >From gcc-bugs-return-671558-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:42:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28790 invoked by alias); 26 Feb 2020 16:42:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 28745 invoked by uid 48); 26 Feb 2020 16:42:22 -0000 From: "sudi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92922] [10 regression] [ilp32] FAIL: gcc.target/aarch64/sve/acle/asm/ldnt1_u32.c -std0 -O1 -g -DTEST_FULL (internal compiler error) Date: Wed, 26 Feb 2020 16:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: sudi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03140.txt.bz2 Content-length: 474 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92922 sudi at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |sudi at gcc dot gnu.org Resolution|--- |FIXED --- Comment #3 from sudi at gcc dot gnu.org --- Fixed as commented >From gcc-bugs-return-671557-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:42:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28086 invoked by alias); 26 Feb 2020 16:42: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 27985 invoked by uid 48); 26 Feb 2020 16:42:08 -0000 From: "wjwray at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93862] [10 Regression] ICE on static_cast of rvalue-reference-to-array of unknown bound [P0338] to its known static bound Date: Wed, 26 Feb 2020 16:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wjwray at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03139.txt.bz2 Content-length: 1096 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93862 --- Comment #6 from Will Wray --- Thanks for the quick work. However, I'm not sure that (2) and (3) _are_ invalid. (Sorry, I didn't have time to follow the email thread). I should have provided this link to an exchange with Richard Smith. I'd waited for his response before filing the bug. He says: "In both cases, it's valid to use static_cast to recover the original type." https://cpplang.slack.com/archives/C2PQKRWJU/p1579186047347300 zygoloid Feb 20 Lifetime extension applies; the lifetime extension rules don't care about qualification conversions. Another example: const int *const &r = static_cast(nullptr); performs lifetime extension even though the type of the temporary object (int*) has been lost (mutability-erased) in the reference binding. zygoloid Feb 20 In both cases, it's valid to use static_cast to recover the original type. willw Feb 20 Thanks for the confirmation. That makes sense. willw Feb 21 I filed the gcc bug https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93862 >From gcc-bugs-return-671559-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:44:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31359 invoked by alias); 26 Feb 2020 16:44: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 31244 invoked by uid 48); 26 Feb 2020 16:44:26 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93205] std::discrete_distribution's operator>> causes OOM Date: Wed, 26 Feb 2020 16:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 7.5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03141.txt.bz2 Content-length: 440 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93205 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jonathan Wakely --- Fixed for 8.4 and 9.3 >From gcc-bugs-return-671561-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:44:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32809 invoked by alias); 26 Feb 2020 16:44: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 32712 invoked by uid 55); 26 Feb 2020 16:44:42 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93205] std::discrete_distribution's operator>> causes OOM Date: Wed, 26 Feb 2020 16:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 7.5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03143.txt.bz2 Content-length: 1527 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93205 --- Comment #7 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:f80c40f93f9e8781b14f1a8301467f117fd24051 commit r8-10091-gf80c40f93f9e8781b14f1a8301467f117fd24051 Author: Jonathan Wakely Date: Wed Feb 26 16:09:52 2020 +0000 libstdc++: Fix undefined behaviour in random dist serialization (PR93205) The deserialization functions for random number distributions fail to check the stream state before using the extracted values. In some cases this leads to using indeterminate values to resize a vector, and then filling that vector with indeterminate values. No values that affect control flow should be used without checking that a good value was read from the stream. Additionally, where reasonable to do so, defer modifying any state in the distribution until all values have been successfully read, to avoid modifying some of the distribution's parameters and leaving others unchanged. Backport from mainline 2020-01-09 Jonathan Wakely PR libstdc++/93205 * include/bits/random.h (operator>>): Check stream operation succeeds. * include/bits/random.tcc: (operator>>): Likewise. (__extract_params): New function to fill a vector from a stream. * testsuite/26_numerics/random/pr60037-neg.cc: Adjust dg-error line. >From gcc-bugs-return-671560-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:44:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31915 invoked by alias); 26 Feb 2020 16:44: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 31361 invoked by uid 55); 26 Feb 2020 16:44:31 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92886] Inappropriate comment for std::ios_base::trunc Date: Wed, 26 Feb 2020 16:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03142.txt.bz2 Content-length: 654 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92886 --- Comment #4 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:a13dd21c3f4fe405980b469c544a00c4356d7006 commit r8-10090-ga13dd21c3f4fe405980b469c544a00c4356d7006 Author: Jonathan Wakely Date: Wed Feb 26 15:46:27 2020 +0000 libstdc++: Fix description of std::ios::trunc (PR 92886) Backport from mainline 2019-12-10 Jonathan Wakely PR libstdc++/92886 * include/bits/ios_base.h (std::ios_base::trunc): Fix comment. >From gcc-bugs-return-671562-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 16:48:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35772 invoked by alias); 26 Feb 2020 16:48:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 35672 invoked by uid 48); 26 Feb 2020 16:48:38 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93862] [10 Regression] ICE on static_cast of rvalue-reference-to-array of unknown bound [P0338] to its known static bound Date: Wed, 26 Feb 2020 16:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03144.txt.bz2 Content-length: 180 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93862 --- Comment #7 from Marek Polacek --- Oof, curious. Could you please create a new PR for that? >From gcc-bugs-return-671563-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:12:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94120 invoked by alias); 26 Feb 2020 17:12:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94067 invoked by uid 48); 26 Feb 2020 17:12:21 -0000 From: "wjwray at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93862] [10 Regression] ICE on static_cast of rvalue-reference-to-array of unknown bound [P0338] to its known static bound Date: Wed, 26 Feb 2020 17: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wjwray at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03145.txt.bz2 Content-length: 248 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93862 --- Comment #8 from Will Wray --- OK. I'll try to get full confirmation and clarification on legality, with links to wording if possible, then open a new bug if valid. >From gcc-bugs-return-671564-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:21:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106258 invoked by alias); 26 Feb 2020 17:21:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 106225 invoked by uid 48); 26 Feb 2020 17:21:11 -0000 From: "frederic.recoules@univ-grenoble-alpes.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93952] Giving an array in an operand Date: Wed, 26 Feb 2020 17:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: unknown X-Bugzilla-Keywords: ABI, accepts-invalid, documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: frederic.recoules@univ-grenoble-alpes.fr 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: 2020-02/txt/msg03146.txt.bz2 Content-length: 587 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93952 --- Comment #1 from Frédéric Recoules --- (In reply to Frédéric Recoules from comment #0) > Now I wonder if the code where we replace the constraint by "rm" is valid > because the returned value depends of the constraint the compiler have > chosen. Ok, it seems that if the compiler have the choice between "r" and "m", it returns the same result whatever it chooses. I do shake my head a bit because I don't understand why solo "m" is treated in a different way. >From gcc-bugs-return-671565-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:54:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29018 invoked by alias); 26 Feb 2020 17:54:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 28937 invoked by uid 48); 26 Feb 2020 17:54:29 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87685] [8 Regression] Calling a static method from inside a generic lambda requires to capture 'this' Date: Wed, 26 Feb 2020 17:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03147.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87685 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671566-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:55:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35816 invoked by alias); 26 Feb 2020 17:55:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31107 invoked by uid 48); 26 Feb 2020 17:55:37 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87554] [8 Regression] internal compiler error: in record_reference, at cgraphbuild.c:64 Date: Wed, 26 Feb 2020 17:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03148.txt.bz2 Content-length: 432 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87554 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #13 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671568-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:56:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44662 invoked by alias); 26 Feb 2020 17:56:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 44556 invoked by uid 48); 26 Feb 2020 17:56:37 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/86429] [8 Regression] lambda capture breaks constexpr-ness Date: Wed, 26 Feb 2020 17:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03150.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86429 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #9 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671567-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:56:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43915 invoked by alias); 26 Feb 2020 17:56: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 43863 invoked by uid 48); 26 Feb 2020 17:56:27 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87327] [8 Regression] Calling member functions on captured constexpr variables "is not a constant expression" Date: Wed, 26 Feb 2020 17:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03149.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87327 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671569-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:56:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44696 invoked by alias); 26 Feb 2020 17:56: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 44579 invoked by uid 48); 26 Feb 2020 17:56:37 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/54367] [meta-bug] lambda expressions Date: Wed, 26 Feb 2020 17:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.8.0 X-Bugzilla-Keywords: meta-bug X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03151.txt.bz2 Content-length: 477 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367 Bug 54367 depends on bug 86429, which changed state. Bug 86429 Summary: [8 Regression] lambda capture breaks constexpr-ness https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86429 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-671570-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:57:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46678 invoked by alias); 26 Feb 2020 17:57:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 46618 invoked by uid 48); 26 Feb 2020 17:57:44 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87480] [8 Regression] SFINAE constructor not matched, only in templated function Date: Wed, 26 Feb 2020 17:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03152.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87480 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #9 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671571-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:58:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47539 invoked by alias); 26 Feb 2020 17:58:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 47499 invoked by uid 48); 26 Feb 2020 17:58:16 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87748] [8 Regression] G++-8 treats SFINAE as error Date: Wed, 26 Feb 2020 17:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03153.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87748 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #8 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671572-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 17:59:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48440 invoked by alias); 26 Feb 2020 17:59:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48403 invoked by uid 48); 26 Feb 2020 17:59:16 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88394] [8 Regression] g++ ICE (Segmentation fault) in insert_capture_proxy Date: Wed, 26 Feb 2020 17:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03154.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88394 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671573-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 18:02:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71285 invoked by alias); 26 Feb 2020 18:02: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 71229 invoked by uid 55); 26 Feb 2020 18:02:23 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93913] [10 regression] r10-6762 breaks gcc.target/powerpc/fold-vec-st-*.c test cases Date: Wed, 26 Feb 2020 18:02: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03155.txt.bz2 Content-length: 825 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93913 --- Comment #3 from CVS Commits --- The master branch has been updated by Peter Bergner : https://gcc.gnu.org/g:051b9873e78fe1acb1a3fecd0c6e5685b6c12fb3 commit r10-6874-g051b9873e78fe1acb1a3fecd0c6e5685b6c12fb3 Author: Peter Bergner Date: Wed Feb 26 11:58:08 2020 -0600 rs6000: Fix more testsuite fallout from rs6000_legitimate_address_p() fix. [PR93913] PR target/93913 * gcc.target/powerpc/fold-vec-st-char.c (scan-assembler-times): Allow stxv and stxvx instructions as well. * gcc.target/powerpc/fold-vec-st-float.c: Likewise. * gcc.target/powerpc/fold-vec-st-int.c: Likewise. * gcc.target/powerpc/fold-vec-st-short.c: Likewise. >From gcc-bugs-return-671576-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 18:22:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16667 invoked by alias); 26 Feb 2020 18:22:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 16457 invoked by uid 48); 26 Feb 2020 18:22:31 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/86747] [8 Regression] rejects-valid with redundant friend declaration Date: Wed, 26 Feb 2020 18:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: aoliva at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03158.txt.bz2 Content-length: 506 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86747 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED CC| |jason at gcc dot gnu.org Resolution|--- |FIXED --- Comment #10 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671574-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 18:22:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16605 invoked by alias); 26 Feb 2020 18:22:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 16535 invoked by uid 48); 26 Feb 2020 18:22:32 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87652] [8 Regression] inner class template of outer class template can't access friend's protected data member Date: Wed, 26 Feb 2020 18:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: ice-on-valid-code, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03156.txt.bz2 Content-length: 490 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87652 Bug 87652 depends on bug 86747, which changed state. Bug 86747 Summary: [8 Regression] rejects-valid with redundant friend declaration https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86747 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-671575-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 18:22:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16646 invoked by alias); 26 Feb 2020 18:22:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 16502 invoked by uid 48); 26 Feb 2020 18:22:32 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87651] [8 Regression] inner class with template template friend declaration of same name fails to compile Date: Wed, 26 Feb 2020 18:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03157.txt.bz2 Content-length: 490 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87651 Bug 87651 depends on bug 86747, which changed state. Bug 86747 Summary: [8 Regression] rejects-valid with redundant friend declaration https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86747 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-671577-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 18:23:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18829 invoked by alias); 26 Feb 2020 18:23: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 18765 invoked by uid 48); 26 Feb 2020 18:23:27 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87651] [8 Regression] inner class with template template friend declaration of same name fails to compile Date: Wed, 26 Feb 2020 18:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org 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: 8.4 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: 2020-02/txt/msg03159.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87651 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671578-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 18:24:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19932 invoked by alias); 26 Feb 2020 18:24: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 19750 invoked by uid 48); 26 Feb 2020 18:24:18 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87652] [8 Regression] inner class template of outer class template can't access friend's protected data member Date: Wed, 26 Feb 2020 18:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: ice-on-valid-code, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org 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: 8.4 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: 2020-02/txt/msg03160.txt.bz2 Content-length: 505 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87652 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jason at gcc dot gnu.org Resolution|--- |FIXED --- Comment #8 from Jason Merrill --- Fixed for 8.4. >From gcc-bugs-return-671579-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 18:37:37 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92838 invoked by alias); 26 Feb 2020 18:37:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 92753 invoked by uid 48); 26 Feb 2020 18:37:33 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93949] [8/9/10 Regression] Register const local var will not compile since r0-58166 Date: Wed, 26 Feb 2020 18:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc assigned_to target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03161.txt.bz2 Content-length: 1362 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93949 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 CC| |jakub at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org Target Milestone|--- |8.4 Summary|Register const local var |[8/9/10 Regression] |will not compile |Register const local var | |will not compile since | |r0-58166 Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Started with r0-58166-g6de9cd9a886ea695aa892c3c7c07818a7b7e9e6f. The problem is in the /* If a const aggregate variable is being initialized, then it should never be a lose to promote the variable to be static. */ optimization. Either we shouldn't do that optimization if DECL_REGISTER is set, or we should clear DECL_REGISTER. If the latter, we should still punt on DECL_HARD_REGISTER. >From gcc-bugs-return-671580-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 19:00:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125591 invoked by alias); 26 Feb 2020 19:00: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 125516 invoked by uid 48); 26 Feb 2020 19:00:42 -0000 From: "stilor at att dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93751] -g1 does not behave per manual Date: Wed, 26 Feb 2020 19:00: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: 10.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: stilor at att dot net 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: 2020-02/txt/msg03162.txt.bz2 Content-length: 129 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751 --- Comment #12 from Alexey Neyman --- Patch ping. >From gcc-bugs-return-671581-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 19:16:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112044 invoked by alias); 26 Feb 2020 19:15: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 111786 invoked by uid 48); 26 Feb 2020 19:15:37 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93901] [10 Regression] noexcept specifier on ctor does not work with constexpr variable or expression since r10-4394 Date: Wed, 26 Feb 2020 19:15: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03163.txt.bz2 Content-length: 278 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93901 --- Comment #2 from Jakub Jelinek --- It is the * pt.c (maybe_instantiate_noexcept): Only update clones if we instantiated. part of that commit that breaks this, but I'm afraid I have no idea why. >From gcc-bugs-return-671582-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 19:25:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 3636 invoked by alias); 26 Feb 2020 19:25:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 3547 invoked by uid 55); 26 Feb 2020 19:25:47 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92852] [8/9/10 Regression] location references block not in block tree Date: Wed, 26 Feb 2020 19:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: ice-checking X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03164.txt.bz2 Content-length: 807 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852 --- Comment #13 from CVS Commits --- The releases/gcc-9 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:b6678d67c4b7471c25130b6c60a9087e02f31179 commit r9-8290-gb6678d67c4b7471c25130b6c60a9087e02f31179 Author: Jason Merrill Date: Wed Feb 26 13:03:23 2020 -0500 c++: Preserve location in maybe_constant_value. If cxx_eval_outermost_constant_expr doesn't change the argument, we really shouldn't unshare it when we try to fold it again. gcc/cp/ChangeLog 2020-02-26 Jason Merrill PR c++/92852 * constexpr.c (maybe_constant_value): Don't unshare if the cached value is the same as the argument. >From gcc-bugs-return-671583-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 19:25:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4279 invoked by alias); 26 Feb 2020 19:25:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 3693 invoked by uid 55); 26 Feb 2020 19:25:52 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93140] [8/9 Regression] Segfault in cc1plus on incorrect decltype among function args Date: Wed, 26 Feb 2020 19:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03165.txt.bz2 Content-length: 844 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93140 --- Comment #9 from CVS Commits --- The releases/gcc-9 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:1a8996b0a7b238180f4a10b19b1e90b33e5b2df0 commit r9-8291-g1a8996b0a7b238180f4a10b19b1e90b33e5b2df0 Author: Jason Merrill Date: Wed Feb 26 13:03:23 2020 -0500 c++: Fix decltype of empty pack expansion of parm. In unevaluated context, we only substitute a single PARM_DECL, not the entire chain, but the handling of an empty pack expansion was missing that check. gcc/cp/ChangeLog 2020-02-26 Jason Merrill PR c++/93140 * pt.c (tsubst_decl) [PARM_DECL]: Check cp_unevaluated_operand in handling of TREE_CHAIN for empty pack. >From gcc-bugs-return-671584-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 19:26:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5208 invoked by alias); 26 Feb 2020 19:26: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 4419 invoked by uid 55); 26 Feb 2020 19:25:59 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/90951] [8/9 Regression] error initializing a constexpr array of a struct with const member Date: Wed, 26 Feb 2020 19:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03166.txt.bz2 Content-length: 864 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90951 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:c51ac41714469104ee6120db3eedfb0964290502 commit r9-8292-gc51ac41714469104ee6120db3eedfb0964290502 Author: Jason Merrill Date: Wed Feb 26 13:03:23 2020 -0500 c++: Fix constexpr vs. omitted aggregate init. Value-initialization is importantly different from {}-initialization for this testcase, where the former calls the deleted S constructor and the latter initializes S happily. gcc/cp/ChangeLog 2020-02-26 Jason Merrill PR c++/90951 * constexpr.c (cxx_eval_array_reference): {}-initialize missing elements instead of value-initializing them. >From gcc-bugs-return-671585-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 19:26:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5229 invoked by alias); 26 Feb 2020 19:26:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5070 invoked by uid 55); 26 Feb 2020 19:26:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92003] [8/9 Regression] constexpr-ness of char const* doesn't propagate Date: Wed, 26 Feb 2020 19:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: patch, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03168.txt.bz2 Content-length: 930 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92003 --- Comment #7 from CVS Commits --- The releases/gcc-9 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f2f70af7c52720a0905a455425de0d6ca4fb1dc4 commit r9-8293-gf2f70af7c52720a0905a455425de0d6ca4fb1dc4 Author: Jason Merrill Date: Wed Feb 26 13:03:23 2020 -0500 cgraph: A COMDAT decl always has non-zero address. We should be able to assume that a template instantiation or other COMDAT has non-zero address even if MAKE_DECL_ONE_ONLY for the target sets DECL_WEAK and we haven't yet decided to emit a definition in this translation unit. gcc/ChangeLog 2020-02-26 Jason Merrill PR c++/92003 * symtab.c (symtab_node::nonzero_address): A DECL_COMDAT decl has non-zero address even if weak and not yet defined. >From gcc-bugs-return-671586-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 19:26:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5941 invoked by alias); 26 Feb 2020 19:26:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5231 invoked by uid 55); 26 Feb 2020 19:26:12 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92745] [9 Regression] Initializing array with vec4 results in compile error Date: Wed, 26 Feb 2020 19:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03167.txt.bz2 Content-length: 2819 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745 --- Comment #12 from CVS Commits --- The releases/gcc-9 branch has been updated by Jason Merrill : https://gcc.gnu.org/g:c890c9650f3c4b1be1f39eabb74b438c033a8c08 commit r9-8294-gc890c9650f3c4b1be1f39eabb74b438c033a8c08 Author: Marek Polacek Date: Fri Dec 20 23:30:04 2019 +0000 PR c++/92745 - bogus error when initializing array of vectors. In r268428 I changed reshape_init_r in such a way that when it sees a nested { } in a CONSTRUCTOR with missing braces, it just returns the initializer: + else if (COMPOUND_LITERAL_P (stripped_init) ... + ++d->cur; + gcc_assert (!BRACE_ENCLOSED_INITIALIZER_P (stripped_init)); + return init; But as this test shows, that's incorrect: if TYPE is an array, we need to proceed to reshape_init_array_1 which will iterate over the array initializers: 6006 /* Loop until there are no more initializers. */ 6007 for (index = 0; 6008 d->cur != d->end && (!sized_array_p || index <= max_index_cst); 6009 ++index) 6010 { and update d.cur accordingly. In other words, when reshape_init gets {{col[0][0], col[1][0], col[2][0], col[3][0]}, {col[0][1], col[1][1], col[2][1], col[3][1]}, {col[0][2], col[1][2], col[2][2], col[3][2]}, {col[0][3], col[1][3], col[2][3], col[3][3]}} we recurse on the first element: {col[0][0], col[1][0], col[2][0], col[3][0]} and we can't just move d.cur to point to {col[0][1], col[1][1], col[2][1], col[3][1]} and return; we need to iterate, so that d.cur ends up being properly updated, and after all initializers have been seen, points to d.end. Currently we skip the loop, wherefore we hit this: 6502 /* Make sure all the element of the constructor were used. Otherwise, 6503 issue an error about exceeding initializers. */ 6504 if (d.cur != d.end) 6505 { 6506 if (complain & tf_error) 6507 error ("too many initializers for %qT", type); 6508 return error_mark_node; 6509 } gcc/cp/ChangeLog 2019-12-19 Marek Polacek PR c++/92745 - bogus error when initializing array of vectors. * decl.c (reshape_init_r): For a nested compound literal, do call reshape_init_{class,array,vector}. gcc/testsuite/ChangeLog 2019-12-19 Marek Polacek Jakub Jelinek PR c++/92745 - bogus error when initializing array of vectors. * g++.dg/cpp0x/initlist118.C: New test. * g++.dg/cpp0x/initlist118.C: Add -Wno-psabi -w to dg-options. >From gcc-bugs-return-671587-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 19:43:38 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117007 invoked by alias); 26 Feb 2020 19:43:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116976 invoked by uid 48); 26 Feb 2020 19:43:34 -0000 From: "dcb314 at hotmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93953] New: ice during during GIMPLE pass: vect Date: Wed, 26 Feb 2020 19:43: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dcb314 at hotmail 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: 2020-02/txt/msg03169.txt.bz2 Content-length: 1161 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 Bug ID: 93953 Summary: ice during during GIMPLE pass: vect Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: dcb314 at hotmail dot com Target Milestone: --- Created attachment 47918 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47918&action=edit C source code For the attached C code, with recent gcc trunk and compiler flag -O3, does this: during GIMPLE pass: vect ../../../cl_screen.c: In function ‘CL_UpdateScreen’: ../../../cl_screen.c:2697:6: internal compiler error: Segmentation fault 0xee9b17 crash_signal ../../trunk.git/gcc/toplev.c:328 0x11c46b7 slp_copy_subtree ../../trunk.git/gcc/tree-vect-slp.c:1786 0x11c46ae slp_copy_subtree ../../trunk.git/gcc/tree-vect-slp.c:1785 0x11c46ae slp_copy_subtree ../../trunk.git/gcc/tree-vect-slp.c:1785 I'll have my usual go at finding a range where the problem first starts and reducing the code. >From gcc-bugs-return-671588-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 19:47:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130521 invoked by alias); 26 Feb 2020 19:47:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 130485 invoked by uid 48); 26 Feb 2020 19:47:21 -0000 From: "dcb314 at hotmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93953] ice during during GIMPLE pass: vect Date: Wed, 26 Feb 2020 19:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dcb314 at hotmail 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: 2020-02/txt/msg03170.txt.bz2 Content-length: 229 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 --- Comment #1 from David Binderman --- The bug first seems to occur sometime between 20200224 and 20200225. That is yesterday and the day before. >From gcc-bugs-return-671590-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 20:01:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 58164 invoked by alias); 26 Feb 2020 20:01: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 58113 invoked by uid 48); 26 Feb 2020 20:01:42 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93953] [10 Regression] ice during during GIMPLE pass: vect since r10-6838 Date: Wed, 26 Feb 2020 20:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03172.txt.bz2 Content-length: 432 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-on-valid-code Priority|P3 |P1 CC| |rguenth at gcc dot gnu.org >From gcc-bugs-return-671589-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 20:01:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57334 invoked by alias); 26 Feb 2020 20:01:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57287 invoked by uid 48); 26 Feb 2020 20:01:16 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93953] [10 Regression] ice during during GIMPLE pass: vect since r10-6838 Date: Wed, 26 Feb 2020 20:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc component target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03171.txt.bz2 Content-length: 948 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-26 CC| |jakub at gcc dot gnu.org Component|c |tree-optimization Target Milestone|--- |10.0 Summary|ice during during GIMPLE |[10 Regression] ice during |pass: vect |during GIMPLE pass: vect | |since r10-6838 Ever confirmed|0 |1 --- Comment #2 from Jakub Jelinek --- Indeed, started with r10-6838-g81c833b311b16cfd87a947374d5ffbbd48facd03 >From gcc-bugs-return-671591-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 20:11:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9767 invoked by alias); 26 Feb 2020 20:11:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 9641 invoked by uid 48); 26 Feb 2020 20:11:06 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93948] Surprising option processing of -fdec and -fdec-math in combination with -std Date: Wed, 26 Feb 2020 20:11: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.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03173.txt.bz2 Content-length: 1075 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93948 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kargl at gcc dot gnu.org --- Comment #1 from kargl at gcc dot gnu.org --- Thomas, the -std= options will cause gfortran to ignore all nonstandard intrinsic subprograms. If you want nonstandard intrinsic subprograms and use -std=f2008, then you need to use the -fall-intrinsics option. For your example, I see % gfcx -o z -std=f2008 -fall-intrinsics d.f90 /usr/local/bin/ld: /tmp/cceHxuCs.o: in function `MAIN__': d.f90:(.text+0x5f): undefined reference to `sind_' collect2: error: ld returned 1 exit status % gfcx -o z -std=f2008 -fall-intrinsics -fdec d.f90 % ./z 0.00000000 % gfcx -o z -std=f2008 -fall-intrinsics -fdec-math d.f90 % ./z 0.00000000 We should probably consider removing -fdec-math option, and handle the degree trig function like any other nonstandard intrinsic subprogram. >From gcc-bugs-return-671593-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 20:17:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18765 invoked by alias); 26 Feb 2020 20:17:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18707 invoked by uid 48); 26 Feb 2020 20:17:34 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93751] -g1 does not behave per manual Date: Wed, 26 Feb 2020 20:17: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: 10.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03175.txt.bz2 Content-length: 351 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751 --- Comment #13 from Eric Botcazou --- See https://gcc.gnu.org/contribute.html for the procedure. The patch is small so you can probably skip the legal prerequisites, but you must post it on the mailing list gcc-patches@gcc.gnu.org in order to get it approved. >From gcc-bugs-return-671592-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 20:17:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16861 invoked by alias); 26 Feb 2020 20:17: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 16816 invoked by uid 48); 26 Feb 2020 20:17:01 -0000 From: "dcb314 at hotmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93953] [10 Regression] ice during during GIMPLE pass: vect since r10-6838 Date: Wed, 26 Feb 2020 20:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dcb314 at hotmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03174.txt.bz2 Content-length: 376 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 --- Comment #3 from David Binderman --- The results from creduce, lightly hand modified to add some implied types, is int *b; int c; float d, e; void h() { int f, g; for (; f; ++f) { float a = -(0 > g); e += a * b[4 * (g + c * f)]; d += a * b[4 * (g + c * f) + 1]; } } >From gcc-bugs-return-671594-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 20:20:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22727 invoked by alias); 26 Feb 2020 20:20: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 22619 invoked by uid 48); 26 Feb 2020 20:20:11 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93953] [10 Regression] ice during during GIMPLE pass: vect since r10-6838 Date: Wed, 26 Feb 2020 20:20: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03176.txt.bz2 Content-length: 467 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 --- Comment #4 from Jakub Jelinek --- Reduced testcase: /* PR tree-optimization/93953 */ /* { dg-do compile } */ /* { dg-options "-O3 --param=ggc-min-expand=0 --param=ggc-min-heapsize=0" } */ int *b, c, e; float d, g, f; void foo (int l) { for (; l; ++l) { float a = g > l; d += a * b[4 * (l + c * e)]; f += a * b[4 * (l + c * e) + 1]; } } >From gcc-bugs-return-671595-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 20:25:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34585 invoked by alias); 26 Feb 2020 20:25: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 34533 invoked by uid 48); 26 Feb 2020 20:25:54 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93812] [9/10 Regression] ICE on redeclaration of an attribute format function without protoype Date: Wed, 26 Feb 2020 20:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03177.txt.bz2 Content-length: 2310 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93812 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot gnu.org Summary|[9/10 Regression] ICE in |[9/10 Regression] ICE on |get_constant, at |redeclaration of an |c-family/c-format.c:325 |attribute format function | |without protoype --- Comment #4 from Martin Sebor --- I'm not sure it makes sense to accept attribute format on functions without a prototype. It certainly doesn't make sense to keep it after a declaration to which it can't be applied has been seen. The only other kind of a declaration that the attribute can meaningfully be applied is a variadic one but such is not accepted after one without a prototype. GCC 8 does accept the attribute on functions without a prototype and even seems to do behave sensibly for "sensible" calls with the format argument in the right place, but without -Wformat-nonliteral it doesn't do anything useful if the format argument is not of the right type (e.g., because it's misplaced) such as in: __attribute__((__format__(__printf__, 1, 2))) void foo (); void bar (void) { foo (1, "%s", 2); // no warning } (As an aside, not diagnosing at least the call if not the declaration seems like a bug because GCC doesn't accept attribute format on variadic functions where the format doesn't have a declared type compatible with char* and where the first-to-check argument isn't the position of the ellipsis (i.e., it can't be an arbitrary position within the variable argument list).) A simple solution is to simply drop the attribute from functions without a prototype with a warning like Clang does: warning: '__format__' attribute only applies to Objective-C methods, blocks, and non-K&R-style functions [-Wignored-attributes] A slightly more involved but less intrusive (to user code) solution is to drop it when a redeclaration is seen with a prototype. >From gcc-bugs-return-671596-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 20:46:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74458 invoked by alias); 26 Feb 2020 20:46: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 74425 invoked by uid 48); 26 Feb 2020 20:46:43 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93789] [8/9/10 Regression] internal compiler error: in tree_to_uhwi, at tree.c:7361 Date: Wed, 26 Feb 2020 20:46: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: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03178.txt.bz2 Content-length: 421 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93789 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --- Comment #2 from Marek Polacek --- https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01494.html >From gcc-bugs-return-671597-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 21:21:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117549 invoked by alias); 26 Feb 2020 21:21:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117495 invoked by uid 48); 26 Feb 2020 21:21:44 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92745] [9 Regression] Initializing array with vec4 results in compile error Date: Wed, 26 Feb 2020 21:21: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.3.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03179.txt.bz2 Content-length: 430 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #13 from Jason Merrill --- And for 9.3. >From gcc-bugs-return-671598-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 21:22:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119497 invoked by alias); 26 Feb 2020 21:22:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119431 invoked by uid 48); 26 Feb 2020 21:22:31 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/90951] [8/9 Regression] error initializing a constexpr array of a struct with const member Date: Wed, 26 Feb 2020 21:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03180.txt.bz2 Content-length: 433 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90951 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Jason Merrill --- And 8.4 and 9.3. >From gcc-bugs-return-671599-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 21:23:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120427 invoked by alias); 26 Feb 2020 21:23:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 120379 invoked by uid 48); 26 Feb 2020 21:23:20 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92003] [8/9 Regression] constexpr-ness of char const* doesn't propagate Date: Wed, 26 Feb 2020 21:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: patch, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03181.txt.bz2 Content-length: 433 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92003 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #8 from Jason Merrill --- And 8.4 and 9.3. >From gcc-bugs-return-671600-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 21:51:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 100383 invoked by alias); 26 Feb 2020 21:51: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 100156 invoked by uid 48); 26 Feb 2020 21:51:11 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93140] [8/9 Regression] Segfault in cc1plus on incorrect decltype among function args Date: Wed, 26 Feb 2020 21:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03182.txt.bz2 Content-length: 436 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93140 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #10 from Jason Merrill --- Fixed for 8.4/9.3. >From gcc-bugs-return-671601-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 22:02:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118236 invoked by alias); 26 Feb 2020 22:02: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 118205 invoked by uid 48); 26 Feb 2020 22:02:22 -0000 From: "ppalka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93936] [ranges] std::ranges::split_view<...>::_OuterIter<...>::__current() is private within this context Date: Wed, 26 Feb 2020 22:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ppalka at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ppalka at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03183.txt.bz2 Content-length: 292 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93936 Patrick Palka changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >From gcc-bugs-return-671602-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 22:52:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116633 invoked by alias); 26 Feb 2020 22:52: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 116581 invoked by uid 48); 26 Feb 2020 22:51:56 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93812] [9/10 Regression] ICE on redeclaration of an attribute format function without protoype Date: Wed, 26 Feb 2020 22:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03184.txt.bz2 Content-length: 422 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93812 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --- Comment #5 from Martin Sebor --- Patch: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01503.html >From gcc-bugs-return-671603-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 26 23:22:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32952 invoked by alias); 26 Feb 2020 23:22:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32910 invoked by uid 55); 26 Feb 2020 23:22:44 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91276] Doc typos in __builtin_crypto_vpmsum* Date: Wed, 26 Feb 2020 23:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03185.txt.bz2 Content-length: 1205 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91276 --- Comment #2 from CVS Commits --- The master branch has been updated by Carl Love : https://gcc.gnu.org/g:15fc2e04a592f8bfcc3eafead71d0313566d8372 commit r10-6877-g15fc2e04a592f8bfcc3eafead71d0313566d8372 Author: Carl Love Date: Wed Feb 26 17:21:20 2020 -0600 PPC64, fix documentation for __builtin_crypto_vpmsum* builtin functions. PR target/91276 - Doc typos in __builtin_crypto_vpmsum* gcc/ChangeLog: 2020-02-26 Carl Love PR target/91276 * doc/extend.texi (PowerPC AltiVec Built-in Functions available on ISA 3.0): The builtin-function name __builtin_crypto_vpmsumb is only for the vector unsigned short arguments. It is also listed as the name of the built-in for arguments vector unsigned short, vector unsigned int and vector unsigned long long built-ins. The name of the builtins for these arguments should be: __builtin_crypto_vpmsumh, __builtin_crypto_vpmsumw and __builtin_crypto_vpmsumd respectively. Signed-off-by: Carl Love >From gcc-bugs-return-671604-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 00:14:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77059 invoked by alias); 27 Feb 2020 00:14: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 76989 invoked by uid 55); 27 Feb 2020 00:13:55 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91276] Doc typos in __builtin_crypto_vpmsum* Date: Thu, 27 Feb 2020 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: 10.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03186.txt.bz2 Content-length: 1065 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91276 --- Comment #3 from CVS Commits --- The releases/gcc-8 branch has been updated by Carl Love : https://gcc.gnu.org/g:f551b0889f56d2a89529e8cfce87f763f1a0bee9 commit r8-10092-gf551b0889f56d2a89529e8cfce87f763f1a0bee9 Author: Carl Love Date: Wed Feb 26 18:12:17 2020 -0600 PR target/91276 - Doc typos in __builtin_crypto_vpmsum* gcc/ChangeLog: 2020-02-26 Carl Love PR target/91276 * doc/extend.texi (PowerPC AltiVec Built-in Functions): The builtin-function name __builtin_crypto_vpmsumb is only for the vector unsigned short arguments. It is also listed as the name of the built-in for arguments vector unsigned short, vector unsigned int and vector unsigned long long built-ins. The name of the builtins for these arguments should be: __builtin_crypto_vpmsumh, __builtin_crypto_vpmsumw and __builtin_crypto_vpmsumd respectively. >From gcc-bugs-return-671605-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 00:23:57 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97098 invoked by alias); 27 Feb 2020 00:23: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 97044 invoked by uid 55); 27 Feb 2020 00:23:52 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91276] Doc typos in __builtin_crypto_vpmsum* Date: Thu, 27 Feb 2020 00:23: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: 10.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03187.txt.bz2 Content-length: 1163 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91276 --- Comment #4 from CVS Commits --- The releases/gcc-9 branch has been updated by Carl Love : https://gcc.gnu.org/g:526fadb010978c63dd06c0a85da3c4e1b5b1c63d commit r9-8298-g526fadb010978c63dd06c0a85da3c4e1b5b1c63d Author: Carl Love Date: Wed Feb 26 18:22:46 2020 -0600 PPC64, fix documentation for __builtin_crypto_vpmsum* builtin functions. PR target/91276 - Doc typos in __builtin_crypto_vpmsum* gcc/ChangeLog: 2020-02-26 Carl Love PR target/91276 * doc/extend.texi (PowerPC AltiVec Built-in Functions available on ISA 3.0): The builtin-function name __builtin_crypto_vpmsumb is only for the vector unsigned short arguments. It is also listed as the name of the built-in for arguments vector unsigned short, vector unsigned int and vector unsigned long long built-ins. The name of the builtins for these arguments should be: __builtin_crypto_vpmsumh, __builtin_crypto_vpmsumw and __builtin_crypto_vpmsumd respectively. >From gcc-bugs-return-671606-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 00:25:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 100082 invoked by alias); 27 Feb 2020 00:25:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 100002 invoked by uid 55); 27 Feb 2020 00:25:19 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Thu, 27 Feb 2020 00:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg03188.txt.bz2 Content-length: 2186 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #28 from Steve Kargl --- On Wed, Feb 26, 2020 at 04:02:23PM +0000, sgk at troutmask dot apl.washington.edu wrote: > > > This is a best effort to still be able to use the standard library functions > > but also get an increased accuracy expected from the degree functions. > > > > Thus: > > 1. Calculate cosd(x) = sind(90 - x) > > 2. Calculate cotand(x) = tand(90 - x) > > 3. Reduce range of sind() argument from (0...360) further to x-360 if it is > > above 270, and to 180-x if it is above 90 > > > Exhaustive testing in the domain [2**(-8),720] for REAL(4) gives troutmask:sgk[347] gfcx -o z -O2 -fdec e.f90 && ./z Total values tested: 146014209 ulp > 1.5 max ulp x at max ulp WIP Patch[1]: 6558266 4331134.9 359.999969 fcn below[2]: 717 1.6212178 1.79070497 [1] Work in progress has implemented range reduction in the interval [0,360], but does not fold the reduced range as is done in fcn(x). The reference solution in the ulp computation is fcn(x) converted to double precision. [2] Only 9 exceed a max ulp of 1.6. ! Compute SIND(x) where x is in degrees. function fcn(x) result(f) real(sp) f real(sp), intent(in) :: x integer sgn real(sp) arg real(sp), parameter :: deg2rad = atan(1._sp) / 45 ! ! Required for sin(-x) = - sin(x) ! sgn = 1 if (x < 0) sgn = -1 arg = abs(x) ! 0 <= arg < 360 arg = modulo(arg, 360._sp) ! Fold into [0,90] range if (arg <= 180) then if (arg > 90) arg = 180 - arg else sgn = -sgn arg = arg - 180 if (arg > 90) arg = 180 - arg end if if (arg == 180) then f = sign(0._sp, real(sgn,sp)) else f = sgn * sin(arg * deg2rad) end if end function fcn Probably need to punt the above into libgfortran. Note, for x < 2**(-8) we can do sin(x) ~ x >From gcc-bugs-return-671607-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 00:26:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101252 invoked by alias); 27 Feb 2020 00:26:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101195 invoked by uid 48); 27 Feb 2020 00:26:54 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93848] missing -Warray-bounds warning for array subscript 1 is outside array bounds Date: Thu, 27 Feb 2020 00:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03189.txt.bz2 Content-length: 722 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93848 --- Comment #10 from Martin Sebor --- An array is implicitly converted to a pointer; it's not an lvalue. But I think we're splitting hairs. I agree we want a warning for passing past-the-end pointers to functions that might inadvertently dereference it; I plan to implement it for GCC 11. The reference in int a[1][4]; printf("%p\n", (void *)&a[1][1]); is of course undefined, but when the warning sees the address-of operator it allows off-by-one indices. That's necessary only for the rightmost index but not otherwise. The missing warning here is the subject of pr84079. I have a simple fix that handles this case. >From gcc-bugs-return-671608-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 00:44:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40996 invoked by alias); 27 Feb 2020 00:44:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40962 invoked by uid 48); 27 Feb 2020 00:44:17 -0000 From: "qrzhang at gatech dot edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93954] New: gcc generates wrong debug information at -O3 Date: Thu, 27 Feb 2020 00:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: qrzhang at gatech dot 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 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: 2020-02/txt/msg03190.txt.bz2 Content-length: 1152 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93954 Bug ID: 93954 Summary: gcc generates wrong debug information at -O3 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: qrzhang at gatech dot edu Target Milestone: --- It appears to be a regression in gcc-8. The code is pretty self-explanatory. Bisection points to g:bd2b9f1e2d67ec8e88c977154ecfee $ gcc-trunk -v gcc version 10.0.1 20200226 (experimental) [master revision 4d213bf6011:5d3c19b2ec6:ce25177f505ea75b3c0833c3f3f0072b97ee1b44] (GCC) #It incorrectly prints i = 2580636200 $ gcc-trunk -g-O3 abc.c $ gdb -x cmds -batch a.out Breakpoint 1 at 0x4003a0: file abc.c, line 4. Breakpoint 1, main () at abc.c:4 4 ;// b here $1 = 2580636200 Kill the program being debugged? (y or n) [answered Y; input not from terminal] [Inferior 1 (process 17508) killed] $ cat abc.c int main() { unsigned i = 2580636200; i--; ;// b here } $ cat cmds b abc.c:4 r p i kill q >From gcc-bugs-return-671609-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 00:52:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111241 invoked by alias); 27 Feb 2020 00:51:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111137 invoked by uid 48); 27 Feb 2020 00:51:56 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93954] gcc generates wrong debug information at -O3 Date: Thu, 27 Feb 2020 00:51: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03191.txt.bz2 Content-length: 386 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93954 --- Comment #1 from Andrew Pinski --- >Bisection points to g:bd2b9f1e2d67ec8e88c977154ecfee My bet is if you put a break point at "i--;" you would get the incorrect answer before that patch. Since the function just has one instruction at -O3, there is not an instruction to place both lines there. >From gcc-bugs-return-671610-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 01:16:15 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93482 invoked by alias); 27 Feb 2020 01:16:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 93390 invoked by uid 48); 27 Feb 2020 01:16:05 -0000 From: "qrzhang at gatech dot edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93954] gcc generates wrong debug information at -O3 Date: Thu, 27 Feb 2020 01:16: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: qrzhang at gatech dot 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: 2020-02/txt/msg03192.txt.bz2 Content-length: 903 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93954 --- Comment #2 from Qirun Zhang --- (In reply to Andrew Pinski from comment #1) > >Bisection points to g:bd2b9f1e2d67ec8e88c977154ecfee > > My bet is if you put a break point at "i--;" you would get the incorrect > answer before that patch. > Since the function just has one instruction at -O3, there is not an > instruction to place both lines there. Break at "i--;" (at line 3) does give the same incorrect result. However, before that patch, gcc works fine. I tested g:6d3aa24cd6535dcfc9f0701579eca53aa1917 It gives me: $ bin/bin/gcc -g -O3 abc.c $ gdb -x cmds -batch a.out Breakpoint 1 at 0x4003a0: file abc.c, line 3. Breakpoint 1, main () at abc.c:4 4 ;// b here $1 = 2580636199 Kill the program being debugged? (y or n) [answered Y; input not from terminal] [Inferior 1 (process 19052) killed] >From gcc-bugs-return-671611-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:04:23 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5090 invoked by alias); 27 Feb 2020 02:04:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5031 invoked by uid 55); 27 Feb 2020 02:04:19 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93947] ICE: Segmentation fault (in symtab_node::ultimate_alias_target) Date: Thu, 27 Feb 2020 02:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03193.txt.bz2 Content-length: 1503 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93947 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:0ba70d1b5ae8df6406a880b2d23e4710b393e8c9 commit r10-6879-g0ba70d1b5ae8df6406a880b2d23e4710b393e8c9 Author: David Malcolm Date: Wed Feb 26 09:43:57 2020 -0500 analyzer: fix ICE on unreachable calls [PR 93947] PR analyzer/93947 reports an ICE at -O1 when attempting to analyze a call that has been optimized away as unreachable. The root cause is a NULL dereference due to the fndecl having a NULL cgraph_node: the cgraph_node was created by pass_build_cgraph_edges::execute, but was later removed by symbol_table::remove_unreachable_nodes before the analyzer pass. This patch fixes it by checking for NULL before handling the cgraph_node. The reproducer demonstrates a weakness in the analyzer's constraint handling, where region_model::apply_constraints_for_gswitch fails to spot when the cases fully cover the data type, and thus make the default impossible. For now this is xfail-ed in the testcase. gcc/analyzer/ChangeLog: PR analyzer/93947 * region-model.cc (region_model::get_fndecl_for_call): Gracefully fail for fn_decls that don't have a cgraph_node. gcc/testsuite/ChangeLog: PR analyzer/93947 * gcc.dg/analyzer/torture/pr93947.c: New test. >From gcc-bugs-return-671613-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:07:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24932 invoked by alias); 27 Feb 2020 02:07: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 23512 invoked by uid 55); 27 Feb 2020 02:06:59 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93544] ICE in get_lvalue_1, at analyzer/region-model.cc:4613 Date: Thu, 27 Feb 2020 02:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03195.txt.bz2 Content-length: 1447 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93544 --- Comment #7 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:71b633aaea3aac2d983da7b1b99da8c9a8c80d1a commit r10-6880-g71b633aaea3aac2d983da7b1b99da8c9a8c80d1a Author: David Malcolm Date: Wed Feb 26 16:32:16 2020 -0500 analyzer: fix ICE with -Wanalyzer-null-dereference [PR 93950] PR analyzer/93950 reports an ICE when pruning the path of a -Wanalyzer-null-dereference diagnostic. The root cause is a bug in the state-tracking code, in which the variable of interest is tracked from the callee to a "nullptr" param at the caller, whereupon we have an INTEGER_CST "variable", and the attempt to look up its lvalue fails. This code could use a rewrite; in the meantime this patch extends the bulletproofing from g:8525d1f5f57b11fe04a97674cc2fc2b7727621d0 for PR analyzer/93544 to all of the various places where var can be updated, fixing the ICE. gcc/analyzer/ChangeLog: PR analyzer/93950 * diagnostic-manager.cc (diagnostic_manager::prune_for_sm_diagnostic): Assert that var is either NULL or not a constant. When updating var, bulletproof against constant values. gcc/testsuite/ChangeLog: PR analyzer/93950 * g++.dg/analyzer/pr93950.C: New test. >From gcc-bugs-return-671612-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:07:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24860 invoked by alias); 27 Feb 2020 02:07:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23489 invoked by uid 55); 27 Feb 2020 02:06:59 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93950] ICE: in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 with -fanalyzer Date: Thu, 27 Feb 2020 02:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03194.txt.bz2 Content-length: 1447 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93950 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:71b633aaea3aac2d983da7b1b99da8c9a8c80d1a commit r10-6880-g71b633aaea3aac2d983da7b1b99da8c9a8c80d1a Author: David Malcolm Date: Wed Feb 26 16:32:16 2020 -0500 analyzer: fix ICE with -Wanalyzer-null-dereference [PR 93950] PR analyzer/93950 reports an ICE when pruning the path of a -Wanalyzer-null-dereference diagnostic. The root cause is a bug in the state-tracking code, in which the variable of interest is tracked from the callee to a "nullptr" param at the caller, whereupon we have an INTEGER_CST "variable", and the attempt to look up its lvalue fails. This code could use a rewrite; in the meantime this patch extends the bulletproofing from g:8525d1f5f57b11fe04a97674cc2fc2b7727621d0 for PR analyzer/93544 to all of the various places where var can be updated, fixing the ICE. gcc/analyzer/ChangeLog: PR analyzer/93950 * diagnostic-manager.cc (diagnostic_manager::prune_for_sm_diagnostic): Assert that var is either NULL or not a constant. When updating var, bulletproof against constant values. gcc/testsuite/ChangeLog: PR analyzer/93950 * g++.dg/analyzer/pr93950.C: New test. >From gcc-bugs-return-671614-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:09:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34241 invoked by alias); 27 Feb 2020 02:09:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 34208 invoked by uid 48); 27 Feb 2020 02:09:27 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93947] ICE: Segmentation fault (in symtab_node::ultimate_alias_target) Date: Thu, 27 Feb 2020 02:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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: 2020-02/txt/msg03196.txt.bz2 Content-length: 459 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93947 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from David Malcolm --- Should be fixed by the above commit. >From gcc-bugs-return-671615-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:10:08 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35196 invoked by alias); 27 Feb 2020 02:10: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 35145 invoked by uid 48); 27 Feb 2020 02:10:03 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93950] ICE: in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 with -fanalyzer Date: Thu, 27 Feb 2020 02:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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: 2020-02/txt/msg03197.txt.bz2 Content-length: 459 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93950 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from David Malcolm --- Should be fixed by the above commit. >From gcc-bugs-return-671616-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:36:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31084 invoked by alias); 27 Feb 2020 02:36:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 30399 invoked by uid 48); 27 Feb 2020 02:36:43 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/80635] [8/9/10 regression] std::optional and bogus -Wmaybe-uninitialized warning Date: Thu, 27 Feb 2020 02:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03198.txt.bz2 Content-length: 1114 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635 --- Comment #43 from Jason Merrill --- (In reply to Jeffrey A. Law from comment #42) > I suspect the V_C_E inhibits tree-ssa-uninit.c code to avoid false > positives. If we know the range of the V_C_E operand is narrow enough that > it fits into the type of the result of the V_C_E, could we optimize the > V_C_E into a NOP_EXPR? We'd then forward propagate away the NOP_EXPR and > the result is something the suppression code in tree-ssa-uninit.c can > analyze better. Looks like the V_C_E comes from sra_modify_assign: if (!useless_type_conversion_p (TREE_TYPE (lhs), TREE_TYPE (rhs))) { => rhs = fold_build1_loc (loc, VIEW_CONVERT_EXPR, TREE_TYPE (lhs), rhs); Here rhs (the scalar replacement variable) has unsigned QI type and lhs has type bool. Changing the type of 'live' to unsigned char avoids the V_C_E and thus indeed the warning. This also works with the libstdc++ optional. This seems like an SRA problem with fields of type bool. >From gcc-bugs-return-671617-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:47:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 86825 invoked by alias); 27 Feb 2020 02:47:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 86796 invoked by uid 48); 27 Feb 2020 02:47:22 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93955] New: detect conversion from pointer type to arithmetic type in constexpr Date: Thu, 27 Feb 2020 02:47: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03199.txt.bz2 Content-length: 828 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93955 Bug ID: 93955 Summary: detect conversion from pointer type to arithmetic type in constexpr Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mpolacek at gcc dot gnu.org Target Milestone: --- constexpr long int foo () { return (long int) "foo" #ifdef FOO - 1 #endif ; } constexpr long int l = foo (); is currently accepted with -DFOO but rejected otherwise. It should be rejected even in the -DFOO case: converting a pointer to an integral type must be done via a reinterpret_cast and that can't be part of a core constant expression. >From gcc-bugs-return-671618-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:49:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94431 invoked by alias); 27 Feb 2020 02:49:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94410 invoked by uid 48); 27 Feb 2020 02:49:16 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93955] detect conversion from pointer type to arithmetic type in constexpr Date: Thu, 27 Feb 2020 02:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek 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 Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03200.txt.bz2 Content-length: 1102 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93955 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |accepts-invalid --- Comment #1 from Marek Polacek --- The problem is that /* Technically we should check this for all subexpressions, but that runs into problems with our internal representation of pointer subtraction and the 5.19 rules are still in flux. */ if (CONVERT_EXPR_CODE_P (TREE_CODE (r)) && ARITHMETIC_TYPE_P (TREE_TYPE (r)) && TREE_CODE (TREE_OPERAND (r, 0)) == ADDR_EXPR) { if (!allow_non_constant) error ("conversion from pointer type %qT " "to arithmetic type %qT in a constant expression", TREE_TYPE (TREE_OPERAND (r, 0)), TREE_TYPE (r)); non_constant_p = true; } only works on the outermost expression, as the comment says. Looks like a GCC 11 project. >From gcc-bugs-return-671619-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:58:38 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120696 invoked by alias); 27 Feb 2020 02:58:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 120655 invoked by uid 55); 27 Feb 2020 02:58:34 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93789] [8/9/10 Regression] internal compiler error: in tree_to_uhwi, at tree.c:7361 Date: Thu, 27 Feb 2020 02:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03201.txt.bz2 Content-length: 1818 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93789 --- Comment #3 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:1231f71f96a4e461f94394b4fb8cfa25587fbd96 commit r10-6881-g1231f71f96a4e461f94394b4fb8cfa25587fbd96 Author: Marek Polacek Date: Wed Feb 26 15:02:25 2020 -0500 c++: Fix ICE with invalid array bounds [PR93789] r7-2111 introduced maybe_constant_value in cp_fully_fold. maybe_constant_value uses cxx_eval_outermost_constant_expr, which can clear TREE_CONSTANT: 6510 else if (non_constant_p && TREE_CONSTANT (r)) [...] 6529 TREE_CONSTANT (r) = false; In this test the array size is '(long int) "h"'. This used to be TREE_CONSTANT but given the change above, the flag will be cleared when we cp_fully_fold the array size in compute_array_index_type_loc. That means we don't emit an error in the 10391 else if (TREE_CONSTANT (size) block in the same function, and we go on. Then we compute ITYPE using cp_build_binary_op and use maybe_constant_value on it and suddenly we have something that's TREE_CONSTANT again. And then we crash in reshape_init_array_1 in tree_to_uhwi, because what we have doesn't fit in an unsigned HWI. icc accepts this code, but since we used to reject it, I see no desire to make this work, so don't use the folded result when we've lost the TREE_CONSTANT flag while evaluating the size. 2020-02-26 Marek Polacek PR c++/93789 - ICE with invalid array bounds. * decl.c (compute_array_index_type_loc): Don't use the folded size when folding cleared TREE_CONSTANT. * g++.dg/ext/vla22.C: New test. >From gcc-bugs-return-671620-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 02:59:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121957 invoked by alias); 27 Feb 2020 02:59:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121928 invoked by uid 48); 27 Feb 2020 02:59:55 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93789] [8/9/10 Regression] internal compiler error: in tree_to_uhwi, at tree.c:7361 Date: Thu, 27 Feb 2020 02:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03202.txt.bz2 Content-length: 508 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93789 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Marek Polacek --- Fixed for GCC 10. Since it's ice-on-invalid, I'm not planning to backport the fix. >From gcc-bugs-return-671621-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 03:23:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24382 invoked by alias); 27 Feb 2020 03:23: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 24362 invoked by uid 48); 27 Feb 2020 03:23:31 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/84079] missing -Warray-bounds taking the address of a multidimensional array element Date: Thu, 27 Feb 2020 03: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: 8.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 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: 2020-02/txt/msg03203.txt.bz2 Content-length: 575 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84079 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-27 Ever confirmed|0 |1 Known to fail|8.0 |10.0, 8.2.0, 9.2.0 --- Comment #2 from Martin Sebor --- Confirmed based on bug 93848 comment 9. >From gcc-bugs-return-671623-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 03:25:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38294 invoked by alias); 27 Feb 2020 03:25:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 38270 invoked by uid 48); 27 Feb 2020 03:25:48 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/84079] missing -Warray-bounds taking the address of a multidimensional array element Date: Thu, 27 Feb 2020 03:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 11.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03205.txt.bz2 Content-length: 433 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84079 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot gnu.org Target Milestone|--- |11.0 >From gcc-bugs-return-671622-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 03:25:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25894 invoked by alias); 27 Feb 2020 03:25:04 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25624 invoked by uid 48); 27 Feb 2020 03:25:00 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/84079] missing -Warray-bounds taking the address of a multidimensional array element Date: Thu, 27 Feb 2020 03:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.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: 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: 2020-02/txt/msg03204.txt.bz2 Content-length: 290 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84079 --- Comment #3 from Martin Sebor --- Created attachment 47919 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47919&action=edit Tested patch for GCC 11. The attached patch adds the missing warning. >From gcc-bugs-return-671624-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 03:39:43 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10619 invoked by alias); 27 Feb 2020 03:39:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 10562 invoked by uid 48); 27 Feb 2020 03:39:39 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/89550] [8/9/10 Regression] Spurious array-bounds warning when using __PRETTY_FUNCTION__ as a string_view Date: Thu, 27 Feb 2020 03:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03206.txt.bz2 Content-length: 530 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89550 --- Comment #8 from Martin Sebor --- GCC 10 doesn't warn on the submitted test case so it looks like the change in r269485 suppressed it. The patch was submitted here: https://gcc.gnu.org/ml/gcc-patches/2019-03/msg00321.html There's no test case in the commit and from the description on gcc-patches it's not clear if the patch was supposed to be a fix for this bug or just some general fix. Jakub, should this be resolved as fixed or what? >From gcc-bugs-return-671625-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 03:42:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12208 invoked by alias); 27 Feb 2020 03:42:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 12164 invoked by uid 48); 27 Feb 2020 03:42:19 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/86833] missing warning for out-of-bounds array access without optimization Date: Thu, 27 Feb 2020 03:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown 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: cf_reconfirmed_on 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: 2020-02/txt/msg03207.txt.bz2 Content-length: 446 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86833 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Last reconfirmed|2019-02-11 00:00:00 |2020-2-26 Known to fail| |10.0, 9.2.0 --- Comment #2 from Martin Sebor --- No progress in GCC 10. >From gcc-bugs-return-671626-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 03:54:33 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31306 invoked by alias); 27 Feb 2020 03:54:33 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31284 invoked by uid 55); 27 Feb 2020 03:54:29 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/90467] Documentation: many warning options that are enabled by default are documented in the -Woption form, not -Wno-option Date: Thu, 27 Feb 2020 03:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: 2020-02/txt/msg03208.txt.bz2 Content-length: 1177 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90467 --- Comment #1 from CVS Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:cf70bb0fbd7fb0f4bca99c53a36d0a389dcc2fc5 commit r10-6882-gcf70bb0fbd7fb0f4bca99c53a36d0a389dcc2fc5 Author: Sandra Loosemore Date: Wed Feb 26 19:51:06 2020 -0800 Document negative form of warning options enabled by default [PR90467]. 2020-02-26 Sandra Loosemore PR c++/90467 gcc/ * doc/invoke.texi (Option Summary): Re-alphabetize warnings in C++ Language Options, Warning Options, and Static Analyzer Options lists. Document negative form of options enabled by default. Move some things around to more accurately sort warnings by category. (C++ Dialect Options, Warning Options, Static Analyzer Options): Document negative form of options when enabled by default. Move some things around to more accurately sort warnings by category. Add some missing index entries. Light copy-editing. >From gcc-bugs-return-671627-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 06:51:06 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128571 invoked by alias); 27 Feb 2020 06:51:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 128548 invoked by uid 48); 27 Feb 2020 06:51:02 -0000 From: "mscfd at gmx dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93956] New: Wrong array creation with p => array_dt(1:n)%component Date: Thu, 27 Feb 2020 06:51: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.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mscfd at gmx dot net X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03209.txt.bz2 Content-length: 1414 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93956 Bug ID: 93956 Summary: Wrong array creation with p => array_dt(1:n)%component Product: gcc Version: 9.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: mscfd at gmx dot net Target Milestone: --- The following code (compiled without any options) prints "15000, 10000" for the second call to foo, instead of the expected "20000, 10000". The first call to foo gives the expected result. This is also reproducible with gfortran-10 branch. This code is a variation of the one reported in bug 93918 to further understand temporary array creation. program array_temps implicit none type :: tt integer :: u = 1 integer :: v = 2 end type tt type(tt), dimension(:), pointer :: r integer :: n integer, dimension(:), pointer :: p allocate(r(1:n)) call foo(r(:)%v, n) p => get(r(:)) call foo(p, n) deallocate(r) contains subroutine foo(a, n) integer, dimension(:), intent(in) :: a integer, intent(in) :: n print *, sum(a(1:n)), n end subroutine foo function get(x) result(q) type(tt), dimension(:), target, intent(in) :: x integer, dimension(:), pointer :: q q => x(:)%v end function get end program array_temps >From gcc-bugs-return-671628-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 06:57:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18493 invoked by alias); 27 Feb 2020 06:57:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18396 invoked by uid 48); 27 Feb 2020 06:57:46 -0000 From: "zhroma at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/92410] Invalid access to df->insns[] in regstat_bb_compute_calls_crossed (caught by hwasan) Date: Thu, 27 Feb 2020 06:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: zhroma at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: matmal01 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: 2020-02/txt/msg03210.txt.bz2 Content-length: 646 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92410 Roman Zhuykov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zhroma at gcc dot gnu.org --- Comment #10 from Roman Zhuykov --- (In reply to Martin Liška from comment #3) > Confirmed also with r247015 (GCC 7 branch point). (In reply to Martin Liška from comment #9) > I would close this as fixed. Asked about backporting, see https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01523.html >From gcc-bugs-return-671629-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 06:59:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25996 invoked by alias); 27 Feb 2020 06:59: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 25936 invoked by uid 48); 27 Feb 2020 06:59:27 -0000 From: "kito at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90811] [nvptx] ptxas error on OpenMP offloaded code Date: Thu, 27 Feb 2020 06:59: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.3.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kito at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03211.txt.bz2 Content-length: 589 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811 --- Comment #17 from Kito Cheng --- Created attachment 47920 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47920&action=edit update-local-align-pass.patch Hi Jakub: I got your point, and I agree with your point, estimate_stack_frame_size not the right place to update alignment. I write a patch to add a new pass to update the data alignment, executed at begging of pass_all_early_optimizations, PoC patch attached, it's not fully tested yet, how do you think about this approach? Thanks :) >From gcc-bugs-return-671630-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 07:31:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60328 invoked by alias); 27 Feb 2020 07:31:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 60198 invoked by uid 48); 27 Feb 2020 07:31:45 -0000 From: "thenlich at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Thu, 27 Feb 2020 07:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: thenlich at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg03212.txt.bz2 Content-length: 334 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #29 from Thomas Henlich --- (In reply to Steve Kargl from comment #28) > ! Fold into [0,90] range ... > if (arg == 180) then I don't understand how (arg == 180) could be true after folding into [0,90] range. >From gcc-bugs-return-671631-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 07:46:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70418 invoked by alias); 27 Feb 2020 07:46:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 70344 invoked by uid 48); 27 Feb 2020 07:46:28 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90811] [nvptx] ptxas error on OpenMP offloaded code Date: Thu, 27 Feb 2020 07:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.3.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03213.txt.bz2 Content-length: 712 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811 --- Comment #18 from Andrew Pinski --- (In reply to Kito Cheng from comment #17) > Created attachment 47920 [details] > update-local-align-pass.patch > > Hi Jakub: > > I got your point, and I agree with your point, estimate_stack_frame_size not > the right place to update alignment. > > I write a patch to add a new pass to update the data alignment, executed at > begging of pass_all_early_optimizations, PoC patch attached, it's not fully > tested yet, how do you think about this approach? Could you change pass_data_ipa_increase_alignment instead? Which does a similar thing except for global variables. >From gcc-bugs-return-671632-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 08:28:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31082 invoked by alias); 27 Feb 2020 08:28:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 30972 invoked by uid 48); 27 Feb 2020 08:27:58 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90811] [nvptx] ptxas error on OpenMP offloaded code Date: Thu, 27 Feb 2020 08:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.3.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03214.txt.bz2 Content-length: 971 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811 --- Comment #19 from Jakub Jelinek --- (In reply to Kito Cheng from comment #17) > Created attachment 47920 [details] > update-local-align-pass.patch > > Hi Jakub: > > I got your point, and I agree with your point, estimate_stack_frame_size not > the right place to update alignment. > > I write a patch to add a new pass to update the data alignment, executed at > begging of pass_all_early_optimizations, PoC patch attached, it's not fully > tested yet, how do you think about this approach? The placement is definitely wrong. For OpenMP/OpenACC offloading, it needs to be after /* These passes are run after IPA passes on every function that is being output to the assembler file. */ INSERT_PASSES_AFTER (all_passes) because before that the IL is used for both host and offloading targets, and both might have different local variable alignment preferences. >From gcc-bugs-return-671633-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 08:48:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82670 invoked by alias); 27 Feb 2020 08:48: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 82480 invoked by uid 48); 27 Feb 2020 08:48:00 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93955] detect conversion from pointer type to arithmetic type in constexpr Date: Thu, 27 Feb 2020 08:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03215.txt.bz2 Content-length: 402 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93955 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-27 Ever confirmed|0 |1 >From gcc-bugs-return-671634-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 09:14:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55518 invoked by alias); 27 Feb 2020 09:14:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 55362 invoked by uid 55); 27 Feb 2020 09:14:26 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93945] [9/10 Regression] memset of non-zero constant followed by bitfield read big-endian miscompilation since r9-547 Date: Thu, 27 Feb 2020 09: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03216.txt.bz2 Content-length: 1407 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93945 --- Comment #5 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:5f9cd512c4278621435cce486dd00248ea2e821c commit r10-6885-g5f9cd512c4278621435cce486dd00248ea2e821c Author: Jakub Jelinek Date: Thu Feb 27 10:12:52 2020 +0100 sccvn: Handle non-byte aligned offset or size for memset (, 123, ) [PR93945] The following is the last spot in vn_reference_lookup_3 that didn't allow non-byte aligned offsets or sizes. To be precise, it did allow size that wasn't multiple of byte size and that caused a wrong-code issue on big-endian, as the pr93945.c testcase shows, so for GCC 9 we should add && multiple_p (ref->size, BITS_PER_UNIT) check instead. For the memset with SSA_NAME middle-argument, it still requires byte-aligned offset, as we'd otherwise need to rotate the value at runtime. 2020-02-27 Jakub Jelinek PR tree-optimization/93582 PR tree-optimization/93945 * tree-ssa-sccvn.c (vn_reference_lookup_3): Handle memset with non-zero INTEGER_CST second argument and ref->offset or ref->size not a multiple of BITS_PER_UNIT. * gcc.dg/tree-ssa/pr93582-9.c: New test. * gcc.c-torture/execute/pr93945.c: New test. >From gcc-bugs-return-671635-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 09:14:37 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55523 invoked by alias); 27 Feb 2020 09:14:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 55406 invoked by uid 55); 27 Feb 2020 09:14:30 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93582] [10 Regression] -Warray-bounds gives error: array subscript 0 is outside array bounds of struct E[1] Date: Thu, 27 Feb 2020 09:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03217.txt.bz2 Content-length: 1408 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93582 --- Comment #33 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:5f9cd512c4278621435cce486dd00248ea2e821c commit r10-6885-g5f9cd512c4278621435cce486dd00248ea2e821c Author: Jakub Jelinek Date: Thu Feb 27 10:12:52 2020 +0100 sccvn: Handle non-byte aligned offset or size for memset (, 123, ) [PR93945] The following is the last spot in vn_reference_lookup_3 that didn't allow non-byte aligned offsets or sizes. To be precise, it did allow size that wasn't multiple of byte size and that caused a wrong-code issue on big-endian, as the pr93945.c testcase shows, so for GCC 9 we should add && multiple_p (ref->size, BITS_PER_UNIT) check instead. For the memset with SSA_NAME middle-argument, it still requires byte-aligned offset, as we'd otherwise need to rotate the value at runtime. 2020-02-27 Jakub Jelinek PR tree-optimization/93582 PR tree-optimization/93945 * tree-ssa-sccvn.c (vn_reference_lookup_3): Handle memset with non-zero INTEGER_CST second argument and ref->offset or ref->size not a multiple of BITS_PER_UNIT. * gcc.dg/tree-ssa/pr93582-9.c: New test. * gcc.c-torture/execute/pr93945.c: New test. >From gcc-bugs-return-671636-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 09:16:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57410 invoked by alias); 27 Feb 2020 09:15:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57382 invoked by uid 48); 27 Feb 2020 09:15:54 -0000 From: "thenlich at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93948] Surprising option processing of -fdec and -fdec-math in combination with -std Date: Thu, 27 Feb 2020 09:15: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.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: thenlich 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: 2020-02/txt/msg03218.txt.bz2 Content-length: 1055 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93948 --- Comment #2 from Thomas Henlich --- -fall-intrinsics is a nice workaround, but it also enables more than I want. I just find it not intuitive, that -fdec apparently has the same effect as -fall-intrinsics for some intrinsics, but -fdec-math (an option to actually enable some intrinsics) does not. As documented: "-fall-intrinsics This option causes all intrinsic procedures (including the GNU-specific extensions) to be accepted." Just not those which require -fdec or -fdec-math. "-fdec-math Enable legacy math intrinsics such as COTAN and degree-valued trigonometric functions (e.g. TAND, ATAND, etc...) for compatability with older code." Requiring one of -fdec or -fall-intrinsics, if -std is specified. Is redundant in the first case. Any plan for action regarding this option should probably consider the fact that decimal trigonometry functions are on the work list for Fortran 202X, which if passed would leave only COTAN as a non-standard function. >From gcc-bugs-return-671637-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 09:17:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68964 invoked by alias); 27 Feb 2020 09:16: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 68920 invoked by uid 48); 27 Feb 2020 09:16:55 -0000 From: "jrfsousa at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93957] New: ICE (regression) passing assumed rank arrays with bind(c) Date: Thu, 27 Feb 2020 09:16: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jrfsousa 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: 2020-02/txt/msg03219.txt.bz2 Content-length: 730 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93957 Bug ID: 93957 Summary: ICE (regression) passing assumed rank arrays with bind(c) Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: jrfsousa at gmail dot com Target Milestone: --- Created attachment 47921 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47921&action=edit Code triggering ICE Hi all! ICE regression probably introduced by the patch to PR92123 in: GNU Fortran (GCC) 10.0.1 20200224 (experimental) Best regards, José Rui >From gcc-bugs-return-671638-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 09:34:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54275 invoked by alias); 27 Feb 2020 09:34:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 53727 invoked by uid 48); 27 Feb 2020 09:34:36 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93949] [8/9/10 Regression] Register const local var will not compile since r0-58166 Date: Thu, 27 Feb 2020 09:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords priority Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03220.txt.bz2 Content-length: 355 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93949 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |rejects-valid Priority|P3 |P2 >From gcc-bugs-return-671639-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 09:46:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81842 invoked by alias); 27 Feb 2020 09:46:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 81658 invoked by uid 55); 27 Feb 2020 09:46:49 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93949] [8/9/10 Regression] Register const local var will not compile since r0-58166 Date: Thu, 27 Feb 2020 09:46: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.2.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03221.txt.bz2 Content-length: 1416 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93949 --- Comment #2 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:1956773cc655dfcba8d310066d3f6585dd4b8972 commit r10-6886-g1956773cc655dfcba8d310066d3f6585dd4b8972 Author: Jakub Jelinek Date: Thu Feb 27 10:45:30 2020 +0100 gimplify: Don't optimize register const vars to static [PR93949] The following testcase is rejected, while it was accepted in 3.4 and earlier (before tree-ssa merge). The problem is that we decide to promote the const variable to TREE_STATIC, but TREE_STATIC DECL_REGISTER VAR_DECLs may only be the global register vars and so assemble_variable/make_decl_rtl diagnoses it. Either we do what the following patch does, where we could consider register as a hint the user doesn't want such optimization, because if something is forced static, it is not "register" anymore and register static is not valid in C either, or we could clear DECL_REGISTER instead, but would still need to punt at least on DECL_HARD_REGISTER cases. 2020-02-27 Jakub Jelinek PR c/93949 * gimplify.c (gimplify_init_constructor): Don't promote readonly DECL_REGISTER variables to TREE_STATIC. * gcc.c-torture/compile/pr93949.c: New test. >From gcc-bugs-return-671640-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 10:16:33 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77444 invoked by alias); 27 Feb 2020 10:16:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 76408 invoked by uid 48); 27 Feb 2020 10:15:58 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93953] [10 Regression] ice during during GIMPLE pass: vect since r10-6838 Date: Thu, 27 Feb 2020 10:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03222.txt.bz2 Content-length: 458 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #5 from Richard Biener --- Mine. >From gcc-bugs-return-671641-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 10:18:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81841 invoked by alias); 27 Feb 2020 10:18: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 81190 invoked by uid 48); 27 Feb 2020 10:17:43 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] ICE with '-flto -g -femit-struct-debug-baseonly' Date: Thu, 27 Feb 2020 10:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on cc cf_known_to_work 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: 2020-02/txt/msg03223.txt.bz2 Content-length: 842 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needs-bisection Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-27 CC| |marxin at gcc dot gnu.org, | |rguenth at gcc dot gnu.org Known to work| |10.0 Ever confirmed|0 |1 Known to fail| |9.2.1 --- Comment #1 from Richard Biener --- Confirmed. Wonder what fixed it on trunk. >From gcc-bugs-return-671642-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 10:26:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120471 invoked by alias); 27 Feb 2020 10:25: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 117059 invoked by uid 55); 27 Feb 2020 10:24:23 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93945] [9/10 Regression] memset of non-zero constant followed by bitfield read big-endian miscompilation since r9-547 Date: Thu, 27 Feb 2020 10:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03224.txt.bz2 Content-length: 960 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93945 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:a460bf38dc3582ce1f559cc84084ca27e429b34c commit r9-8299-ga460bf38dc3582ce1f559cc84084ca27e429b34c Author: Jakub Jelinek Date: Thu Feb 27 11:21:52 2020 +0100 sccvn: Punt on ref->size not multiple of 8 for memset (, 123, ) in 9.x [PR93945] And here is the corresponding 9.x change where we the patch just punts if ref->size is not whole bytes, like we already punt if offseti is not byte aligned. 2020-02-27 Jakub Jelinek PR tree-optimization/93945 * tree-ssa-sccvn.c (vn_reference_lookup_3): For memset with non-zero second operand, require ref->size to be a multiple of BITS_PER_UNIT. * gcc.c-torture/execute/pr93945.c: New test. >From gcc-bugs-return-671643-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 10:28:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126481 invoked by alias); 27 Feb 2020 10:27:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 123684 invoked by uid 55); 27 Feb 2020 10:26:43 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93949] [8/9/10 Regression] Register const local var will not compile since r0-58166 Date: Thu, 27 Feb 2020 10:27: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.2.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03225.txt.bz2 Content-length: 1423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93949 --- Comment #3 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:b51057817d9a1aee4f24372f8c97f81f372c0a21 commit r9-8300-gb51057817d9a1aee4f24372f8c97f81f372c0a21 Author: Jakub Jelinek Date: Thu Feb 27 10:45:30 2020 +0100 gimplify: Don't optimize register const vars to static [PR93949] The following testcase is rejected, while it was accepted in 3.4 and earlier (before tree-ssa merge). The problem is that we decide to promote the const variable to TREE_STATIC, but TREE_STATIC DECL_REGISTER VAR_DECLs may only be the global register vars and so assemble_variable/make_decl_rtl diagnoses it. Either we do what the following patch does, where we could consider register as a hint the user doesn't want such optimization, because if something is forced static, it is not "register" anymore and register static is not valid in C either, or we could clear DECL_REGISTER instead, but would still need to punt at least on DECL_HARD_REGISTER cases. 2020-02-27 Jakub Jelinek PR c/93949 * gimplify.c (gimplify_init_constructor): Don't promote readonly DECL_REGISTER variables to TREE_STATIC. * gcc.c-torture/compile/pr93949.c: New test. >From gcc-bugs-return-671644-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 10:31:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 2501 invoked by alias); 27 Feb 2020 10:29: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 130085 invoked by uid 48); 27 Feb 2020 10:28:43 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93954] gcc generates wrong debug information at -O3 Date: Thu, 27 Feb 2020 10:29: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: 10.0 X-Bugzilla-Keywords: wrong-debug X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on version 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: 2020-02/txt/msg03226.txt.bz2 Content-length: 1732 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93954 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |wrong-debug Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-27 Version|unknown |10.0 Ever confirmed|0 |1 --- Comment #3 from Richard Biener --- So with GCC 7 we just have line number 5 and always print the value after the decrement. With GCC 9 we claim we actually have sth at line 4 (but not earlier). (gdb) start Temporary breakpoint 1 at 0x4003a0: file t.c, line 4. Starting program: /tmp/a.out Temporary breakpoint 1, main () at t.c:4 4 ;// b here (gdb) p i $1 = 2580636200 (gdb) disassemble Dump of assembler code for function main: => 0x00000000004003a0 <+0>: xor %eax,%eax 0x00000000004003a2 <+2>: retq End of assembler dump. (gdb) si 0x00000000004003a2 4 ;// b here (gdb) p i $2 = 2580636199 so now we have both values but with bogus line numbers for the pre-decrement point. .optimized GIMPLE: main () { [local count: 1073741824]: [t.c:2:3] # DEBUG BEGIN_STMT [t.c:2:12] # DEBUG i => 2580636200 [t.c:3:3] # DEBUG BEGIN_STMT [t.c:3:4] # DEBUG i => 2580636199 [t.c:4:3] # DEBUG BEGIN_STMT [:0:0] return 0; which looks sensible. Not sure if a producer or consumer issue but not having an instruction at line 3 makes things difficult (and value 2580636200 at line 4 is certainly wrong). >From gcc-bugs-return-671645-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 10:32:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4910 invoked by alias); 27 Feb 2020 10:30: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 498 invoked by uid 48); 27 Feb 2020 10:29:09 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93945] [9/10 Regression] memset of non-zero constant followed by bitfield read big-endian miscompilation since r9-547 Date: Thu, 27 Feb 2020 10:30: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03227.txt.bz2 Content-length: 432 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93945 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Jakub Jelinek --- Fixed for 9.3+. >From gcc-bugs-return-671646-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 10:43:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57760 invoked by alias); 27 Feb 2020 10:41:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 52354 invoked by uid 48); 27 Feb 2020 10:39:49 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93953] [10 Regression] ice during during GIMPLE pass: vect since r10-6838 Date: Thu, 27 Feb 2020 10:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03228.txt.bz2 Content-length: 141 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 --- Comment #6 from Richard Biener --- Doh. Testing fix. >From gcc-bugs-return-671647-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 10:56:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90390 invoked by alias); 27 Feb 2020 10:53: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 82480 invoked by uid 48); 27 Feb 2020 10:49:55 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93957] [10 Regression] ICE (regression) passing assumed rank arrays with bind(c) Date: Thu, 27 Feb 2020 10:53: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords priority target_milestone short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03229.txt.bz2 Content-length: 683 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93957 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-on-valid-code Priority|P3 |P4 Target Milestone|--- |10.0 Summary|ICE (regression) passing |[10 Regression] ICE |assumed rank arrays with |(regression) passing |bind(c) |assumed rank arrays with | |bind(c) >From gcc-bugs-return-671649-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 12:46:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36847 invoked by alias); 27 Feb 2020 12:46: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 36811 invoked by uid 55); 27 Feb 2020 12:46:22 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93953] [10 Regression] ice during during GIMPLE pass: vect since r10-6838 Date: Thu, 27 Feb 2020 12:46: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03231.txt.bz2 Content-length: 786 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 --- Comment #8 from CVS Commits --- The master branch has been updated by Richard Guenther : https://gcc.gnu.org/g:e840185b31e40466e1575507200e1600e2343454 commit r10-6890-ge840185b31e40466e1575507200e1600e2343454 Author: Richard Biener Date: Thu Feb 27 13:42:56 2020 +0100 tree-optimization/93953 - avoid reference into hash-map When possibly expanding a hash-map avoid keeping a reference to an entry. 2020-02-27 Richard Biener PR tree-optimization/93953 * tree-vect-slp.c (slp_copy_subtree): Avoid keeping a reference to the hash-map entry. * gcc.dg/pr93953.c: New testcase. >From gcc-bugs-return-671648-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 12:46:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35983 invoked by alias); 27 Feb 2020 12:46: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 35540 invoked by uid 48); 27 Feb 2020 12:45:48 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93953] [10 Regression] ice during during GIMPLE pass: vect since r10-6838 Date: Thu, 27 Feb 2020 12:46: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03230.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93953 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Richard Biener --- Fixed. >From gcc-bugs-return-671650-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 12:49:15 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43421 invoked by alias); 27 Feb 2020 12:49:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 43380 invoked by uid 55); 27 Feb 2020 12:49:05 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93508] VN doesn't handle _chk functions or valueize their length Date: Thu, 27 Feb 2020 12:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03232.txt.bz2 Content-length: 996 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93508 --- Comment #1 from CVS Commits --- The master branch has been updated by Richard Guenther : https://gcc.gnu.org/g:e431546ff9f1367538ed1307a1c98fa32fec7a8a commit r10-6891-ge431546ff9f1367538ed1307a1c98fa32fec7a8a Author: Richard Biener Date: Thu Feb 27 13:46:34 2020 +0100 tree-optimization/93508 - make VN translate through _chk and valueize length Value-numbering failed to handle __builtin_{memcpy,memset,...}_chk variants when removing abstraction and also failed to use the value-numbering lattice when requiring the length argument of the call to be constant. 2020-02-27 Richard Biener PR tree-optimization/93508 * tree-ssa-sccvn.c (vn_reference_lookup_3): Handle _CHK like non-_CHK variants. Valueize their length arguments. * gcc.dg/tree-ssa/ssa-fre-85.c: New testcase. >From gcc-bugs-return-671652-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 12:53:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48673 invoked by alias); 27 Feb 2020 12:53: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 48497 invoked by uid 48); 27 Feb 2020 12:53:46 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92645] Hand written vector code is 450 times slower when compiled with GCC compared to Clang Date: Thu, 27 Feb 2020 12:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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: 2020-02/txt/msg03234.txt.bz2 Content-length: 483 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92645 Bug 92645 depends on bug 93508, which changed state. Bug 93508 Summary: VN doesn't handle _chk functions or valueize their length https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93508 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-671651-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 12:53:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48542 invoked by alias); 27 Feb 2020 12:53: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 48476 invoked by uid 48); 27 Feb 2020 12:53:42 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93508] VN doesn't handle _chk functions or valueize their length Date: Thu, 27 Feb 2020 12:53: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03233.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93508 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Richard Biener --- Fixed. >From gcc-bugs-return-671653-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 13:32:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 86414 invoked by alias); 27 Feb 2020 13:32: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 86376 invoked by uid 48); 27 Feb 2020 13:32:09 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93191] Conversions to arrays of unknown bound P0388 Fails for variadic args Date: Thu, 27 Feb 2020 13:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03235.txt.bz2 Content-length: 1455 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93191 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW --- Comment #5 from Marek Polacek --- (In reply to Will Wray from comment #4) > Any follow-up from CWG? Yes, thanks to Richard Smith. Regarding int g(auto(&a)[]); int test_g = g(""); int f(auto(*a)[]); int test_f = f(&""); "I think the wording has a bug here, in the reference case. The 'f' case appears to be valid: per [temp.deduct.call]/4.2, "The transformed A can be a[nother] pointer or pointer-to-member type that can be converted to the deduced A via a function pointer conversion (7.3.13) and/or qualification conversion (7.3.5)." (Aside: why "another"?) The 'g' case *should* be valid, but [temp.deduct.call]/4.1 says only "If the original P is a reference type, the deduced A (i.e., the type referred to by the reference) can be more cv-qualified than the transformed A." ... which doesn't cover this kind of qualification conversion. We should presumably allow anything reference-compatible, not only "more cv-qualified" cases. (We'd need to be careful to make the reference part of /4.3, which is the other reference-compatible case, still work properly.)" So, confirmed, but I think it's GCC 11 material. >From gcc-bugs-return-671654-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 13:35:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88698 invoked by alias); 27 Feb 2020 13:35: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 88675 invoked by uid 48); 27 Feb 2020 13:35:41 -0000 From: "romain.geissler at amadeus dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93958] New: gcc trunk supports -std=c++20 but not -std=gnu++20 Date: Thu, 27 Feb 2020 13:35: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: romain.geissler at amadeus 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: 2020-02/txt/msg03236.txt.bz2 Content-length: 916 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93958 Bug ID: 93958 Summary: gcc trunk supports -std=c++20 but not -std=gnu++20 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: romain.geissler at amadeus dot com Target Milestone: --- Hi, Quite simple (and not important) "bug" report, recently Jason added the support of -std=c++20 (instead of -std=c++2a), but it looks like the gnu counter part -std=gnu++20 is not allowed. # This works: g++ -std=c++20 -o /dev/null -x c++ -c - <<<"" # This doesn't: g++ -std=gnu++20 -o /dev/null -x c++ -c - <<<"" g++: error: unrecognized command-line option ‘-std=gnu++20’; did you mean ‘-std=gnu++2a’? Cheers, Romain >From gcc-bugs-return-671655-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 13:38:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94933 invoked by alias); 27 Feb 2020 13:38: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 94882 invoked by uid 48); 27 Feb 2020 13:38:54 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93958] gcc trunk supports -std=c++20 but not -std=gnu++20 Date: Thu, 27 Feb 2020 13:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03237.txt.bz2 Content-length: 748 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93958 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-27 CC| |mpolacek at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Confirmed. The fix should be part of a larger cxx2a -> cxx20 transformation. I'm willing to do that. >From gcc-bugs-return-671656-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 13:50:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102147 invoked by alias); 27 Feb 2020 13:50:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 102114 invoked by uid 48); 27 Feb 2020 13:50:16 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93946] Bogus redundant store removal Date: Thu, 27 Feb 2020 13:50: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03238.txt.bz2 Content-length: 670 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93946 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at gcc dot gnu.org --- Comment #2 from Richard Biener --- Ick. And DSEs "new" redundant store removal code is completely buggy in this regard as well... adding noipa to foo makes the testcase still fail when FRE is fixed. So fixing that as well... (and then there's still DOM as well, with -fno-tree-dse which would delete the dead store). >From gcc-bugs-return-671657-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 14:11:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40703 invoked by alias); 27 Feb 2020 14:11:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40641 invoked by uid 48); 27 Feb 2020 14:11:19 -0000 From: "hubicka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92152] [10 Regression] Wrong code (Resurrection of PR53663) Date: Thu, 27 Feb 2020 14:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: hubicka at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03239.txt.bz2 Content-length: 595 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92152 --- Comment #15 from Jan Hubicka --- The following testcase: union U { long long i; long f; }; struct a {union U u;}; struct aa {struct a a;}; struct b {union U u;}; struct bb {struct b b;}; long foo (struct bb *bv, void *ptr) { struct aa *a = ptr; struct bb *b = ptr; bv->b.u.f = 1; a->a.u.i = 0; b->b.u.f = 0; return bv->b.u.f; } int main () { union C {struct aa aa; struct bb bb;} v; if (foo (&v.bb, &v) != 0) __builtin_abort (); return 0; } is misoptimized since GCC 4.6 >From gcc-bugs-return-671658-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 14:20:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35594 invoked by alias); 27 Feb 2020 14:20:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 35520 invoked by uid 48); 27 Feb 2020 14:20:16 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93946] Bogus redundant store removal Date: Thu, 27 Feb 2020 14:20: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03240.txt.bz2 Content-length: 423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93946 --- Comment #3 from Richard Biener --- Created attachment 47922 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47922&action=edit patch I am testing This is what I have now. Got to factor out that alias set. In VN consider passing ao_ref everywhere, the order of set, base-set is easy to get wrong since there's no type safety. >From gcc-bugs-return-671659-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 14:42:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22688 invoked by alias); 27 Feb 2020 14:42:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21298 invoked by uid 48); 27 Feb 2020 14:42:40 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92152] [10 Regression] Wrong code (Resurrection of PR53663) Date: Thu, 27 Feb 2020 14:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03241.txt.bz2 Content-length: 720 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92152 --- Comment #16 from Richard Biener --- (In reply to Jan Hubicka from comment #15) > The following testcase: > union U { long long i; long f; }; > struct a {union U u;}; > struct aa {struct a a;}; > struct b {union U u;}; > struct bb {struct b b;}; > > long > foo (struct bb *bv, void *ptr) > { > struct aa *a = ptr; > struct bb *b = ptr; > bv->b.u.f = 1; > a->a.u.i = 0; > b->b.u.f = 0; > return bv->b.u.f; > } > > int > main () > { > union C {struct aa aa; struct bb bb;} v; > if (foo (&v.bb, &v) != 0) > __builtin_abort (); > return 0; > } > > is misoptimized since GCC 4.6 That is PR93946 >From gcc-bugs-return-671660-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 15:09:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122047 invoked by alias); 27 Feb 2020 15:09: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 121955 invoked by uid 48); 27 Feb 2020 15:09:36 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93870] [8/9/10 Regression] User-defined conversion function not working in evaluation of template argument Date: Thu, 27 Feb 2020 15:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03242.txt.bz2 Content-length: 1024 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93870 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-27 CC| |mpolacek at gcc dot gnu.org Target Milestone|--- |8.4 Summary|User-defined conversion |[8/9/10 Regression] |function not working in |User-defined conversion |evaluation of template |function not working in |argument |evaluation of template | |argument Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Confirmed. Started with r7-4012-g16b61424dd309f61326f577a6deb8487c6c1f291. >From gcc-bugs-return-671661-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 15:16:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130443 invoked by alias); 27 Feb 2020 15:16:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 130243 invoked by uid 48); 27 Feb 2020 15:16:24 -0000 From: "ro at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93959] New: g++.dg/analyzer/malloc.C FAILs Date: Thu, 27 Feb 2020 15:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_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: 2020-02/txt/msg03243.txt.bz2 Content-length: 1977 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93959 Bug ID: 93959 Summary: g++.dg/analyzer/malloc.C FAILs Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: ro at gcc dot gnu.org Target Milestone: --- Host: *-*-solaris2.11 Target: *-*-solaris2.11 Build: *-*-solaris2.11 Since its introduction, the g++.dg/analyzer/malloc.C test FAILs on Solaris (both SPARC and x86, 32 and 64-bit): +FAIL: g++.dg/analyzer/malloc.C -std=c++14 (test for warnings, line 17) +FAIL: g++.dg/analyzer/malloc.C -std=c++14 (test for warnings, line 23) +FAIL: g++.dg/analyzer/malloc.C -std=c++14 (test for warnings, line 24) +FAIL: g++.dg/analyzer/malloc.C -std=c++14 (test for warnings, line 8) +FAIL: g++.dg/analyzer/malloc.C -std=c++17 (test for warnings, line 17) +FAIL: g++.dg/analyzer/malloc.C -std=c++17 (test for warnings, line 23) +FAIL: g++.dg/analyzer/malloc.C -std=c++17 (test for warnings, line 24) +FAIL: g++.dg/analyzer/malloc.C -std=c++17 (test for warnings, line 8) +FAIL: g++.dg/analyzer/malloc.C -std=c++2a (test for warnings, line 17) +FAIL: g++.dg/analyzer/malloc.C -std=c++2a (test for warnings, line 23) +FAIL: g++.dg/analyzer/malloc.C -std=c++2a (test for warnings, line 24) +FAIL: g++.dg/analyzer/malloc.C -std=c++2a (test for warnings, line 8) +FAIL: g++.dg/analyzer/malloc.C -std=c++98 (test for warnings, line 17) +FAIL: g++.dg/analyzer/malloc.C -std=c++98 (test for warnings, line 23) +FAIL: g++.dg/analyzer/malloc.C -std=c++98 (test for warnings, line 24) +FAIL: g++.dg/analyzer/malloc.C -std=c++98 (test for warnings, line 8) There's no compiler output for the testcase at all, warning or otherwise. gcc-testresults doesn't show the failure on any other target. >From gcc-bugs-return-671663-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 15:17:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1603 invoked by alias); 27 Feb 2020 15:17:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 1412 invoked by uid 48); 27 Feb 2020 15:17:16 -0000 From: "ro at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93959] g++.dg/analyzer/malloc.C FAILs Date: Thu, 27 Feb 2020 15:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03245.txt.bz2 Content-length: 286 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93959 Rainer Orth changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >From gcc-bugs-return-671662-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 15:17:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 686 invoked by alias); 27 Feb 2020 15:17:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 584 invoked by uid 55); 27 Feb 2020 15:16:58 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93948] Surprising option processing of -fdec and -fdec-math in combination with -std Date: Thu, 27 Feb 2020 15:17: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.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: sgk at troutmask dot apl.washington.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: 2020-02/txt/msg03244.txt.bz2 Content-length: 1275 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93948 --- Comment #3 from Steve Kargl --- On Thu, Feb 27, 2020 at 09:15:53AM +0000, thenlich at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93948 > > --- Comment #2 from Thomas Henlich --- > -fall-intrinsics is a nice workaround, but it also enables more than I want. > It's not a workaround given the wording of the Fortran stanard. A processor is allowed to provide additional intrinsic subprograms not specified in the standard. However, if a program uses the nonstandard subprograms that program is nonconforming. With a -std= option, one is requested conformance to the Fortran standard, which leads to a catch 22. When I introduced -fall-intrinsics, it was suggested that we have -fintrinsics=cotan,sind to allow only cotan and sind to be added to the set in Fortran standard. I did not and still do not see how to do this given the number of nonstandard intrinsics. > > Requiring one of -fdec or -fall-intrinsics, if -std is specified. Is redundant > in the first case. As I stated earlier, I think -fdec-math should go away and these routines would be handled just like, for example, etime(). >From gcc-bugs-return-671664-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 15:21:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17723 invoked by alias); 27 Feb 2020 15:21: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 17668 invoked by uid 48); 27 Feb 2020 15:21:45 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93960] New: std::to_address doesn't work with past-the-end Debug Mode iterators Date: Thu, 27 Feb 2020 15:21: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03246.txt.bz2 Content-length: 1899 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93960 Bug ID: 93960 Summary: std::to_address doesn't work with past-the-end Debug Mode iterators Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: redi at gcc dot gnu.org Target Milestone: --- // -std=gnu++2a #define _GLIBCXX_DEBUG #include int main() { std::vector v{1, 2, 3}; (void) std::to_address(v.end()); } This aborts: /home/jwakely/gcc/10/include/c++/10.0.1/debug/safe_iterator.h:311: In function: __gnu_debug::_Safe_iterator<_Iterator, _Sequence, _Category>::pointer __gnu_debug::_Safe_iterator<_Iterator, _Sequence, _Category>::operator->() const [with _Iterator = __gnu_cxx::__normal_iterator > >; _Sequence = std::__debug::vector; _Category = std::forward_iterator_tag; __gnu_debug::_Safe_iterator<_Iterator, _Sequence, _Category>::pointer = int*] Error: attempt to dereference a past-the-end iterator. Objects involved in the operation: iterator "this" @ 0x0x7ffca2d5b330 { type = __gnu_cxx::__normal_iterator > > (mutable iterator); state = past-the-end; references sequence with type 'std::__debug::vector >' @ 0x0x7ffca2d5b2e0 } Aborted (core dumped) We probably do want to be able to assert in operator-> so that we catch things like end->foo() but we also need std::to_address to work. The solution might be to overload std::to_address for our safe iterators, so that it returns the _Base::operator->() pointer without doing the assertions. >From gcc-bugs-return-671665-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 15:24:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21665 invoked by alias); 27 Feb 2020 15:24:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21517 invoked by uid 48); 27 Feb 2020 15:24:30 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93870] [8/9/10 Regression] User-defined conversion function not working in evaluation of template argument Date: Thu, 27 Feb 2020 15:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03247.txt.bz2 Content-length: 340 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93870 --- Comment #2 from Marek Polacek --- Clearly we're trying to take the address of a TARGET_EXPR: TARGET_EXPR That's bad and we've had PRs about this in the past, e.g. Bug 87145. I suspect the fix might be along the same lines. >From gcc-bugs-return-671666-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 15:28:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 30538 invoked by alias); 27 Feb 2020 15:28: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 30462 invoked by uid 48); 27 Feb 2020 15:28:54 -0000 From: "ro at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93961] New: gnat.dg/lto24.adb FAILs Date: Thu, 27 Feb 2020 15:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro 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 cc 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: 2020-02/txt/msg03248.txt.bz2 Content-length: 2300 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93961 Bug ID: 93961 Summary: gnat.dg/lto24.adb FAILs Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: ebotcazou at gcc dot gnu.org Target Milestone: --- Host: *-*-solaris2.11 Target: *-*-solaris2.11 Build: *-*-solaris2.11 The new gnat.dg/lto24.adb test ICEs on Solaris (both SPARC and x86, 32 and 64-bit): +FAIL: gnat.dg/lto24.adb (internal compiler error) +FAIL: gnat.dg/lto24.adb (test for excess errors) +FAIL: gnat.dg/lto24.adb 8 blank line(s) in output /vol/gcc/src/hg/master/local/gcc/testsuite/gnat.dg/lto24_pkg1.ads: In function 'lto24_pkg1__recEQ': /vol/gcc/src/hg/master/local/gcc/testsuite/gnat.dg/lto24_pkg1.ads:9:8: error: type mismatch in 'component_ref' lto24_pkg1__rec___b___XVN lto24_pkg1__rec___b___XVN _10 = &y_4(D)->b___XVN.S1.a; /vol/gcc/src/hg/master/local/gcc/testsuite/gnat.dg/lto24_pkg1.ads:9:8: error: type mismatch in 'component_ref' lto24_pkg1__rec___b___XVN lto24_pkg1__rec___b___XVN _11 = &x_15(D)->b___XVN.S1.a; /vol/gcc/src/hg/master/local/gcc/testsuite/gnat.dg/lto24_pkg1.ads:9:8: error: type mismatch in 'component_ref' lto24_pkg1__rec___b___XVN lto24_pkg1__rec___b___XVN # VUSE <.MEM_16(D)> _13 = x_15(D)->b___XVN.O.empty; /vol/gcc/src/hg/master/local/gcc/testsuite/gnat.dg/lto24_pkg1.ads:9:8: error: type mismatch in 'component_ref' lto24_pkg1__rec___b___XVN lto24_pkg1__rec___b___XVN # VUSE <.MEM_16(D)> _14 = y_4(D)->b___XVN.O.empty; during GIMPLE pass: fixup_cfg /vol/gcc/src/hg/master/local/gcc/testsuite/gnat.dg/lto24_pkg1.ads:9:8: internal compiler error: verify_gimple failed 0x9090271 verify_gimple_in_cfg(function*, bool) /vol/gcc/src/hg/master/local/gcc/tree-cfg.c:5459 0x8f576b7 execute_function_todo /vol/gcc/src/hg/master/local/gcc/passes.c:1985 0x8f584ce do_per_function /vol/gcc/src/hg/master/local/gcc/passes.c:1640 0x8f584ce execute_todo /vol/gcc/src/hg/master/local/gcc/passes.c:2039 gcc-testresults shows the failure on no other target so far. >From gcc-bugs-return-671667-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 15:29:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31323 invoked by alias); 27 Feb 2020 15:29:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31271 invoked by uid 48); 27 Feb 2020 15:29:21 -0000 From: "ro at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93961] gnat.dg/lto24.adb FAILs Date: Thu, 27 Feb 2020 15:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03249.txt.bz2 Content-length: 286 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93961 Rainer Orth changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >From gcc-bugs-return-671668-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 15:30:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33304 invoked by alias); 27 Feb 2020 15:30: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 32822 invoked by uid 48); 27 Feb 2020 15:30:19 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93870] [8/9/10 Regression] User-defined conversion function not working in evaluation of template argument Date: Thu, 27 Feb 2020 15:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03250.txt.bz2 Content-length: 292 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93870 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 >From gcc-bugs-return-671669-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 16:07:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116205 invoked by alias); 27 Feb 2020 16:07: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 116123 invoked by uid 48); 27 Feb 2020 16:07:26 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93582] [10 Regression] -Warray-bounds gives error: array subscript 0 is outside array bounds of struct E[1] Date: Thu, 27 Feb 2020 16:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03251.txt.bz2 Content-length: 380 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93582 --- Comment #34 from Jakub Jelinek --- Created attachment 47923 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47923&action=edit gcc10-pr93582-wip.patch WIP patch that fixes the original regression (handling of lookup through masked loads). Still need to create some further testcases. >From gcc-bugs-return-671670-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 16:25:42 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35795 invoked by alias); 27 Feb 2020 16:25:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 35759 invoked by uid 48); 27 Feb 2020 16:25:38 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93870] [8/9/10 Regression] User-defined conversion function not working in evaluation of template argument Date: Thu, 27 Feb 2020 16:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03252.txt.bz2 Content-length: 645 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93870 --- Comment #3 from Marek Polacek --- Completely untested: --- a/gcc/cp/pt.c +++ b/gcc/cp/pt.c @@ -7082,7 +7082,7 @@ convert_nontype_argument (tree type, tree expr, tsubst_flags_t complain) create a TARGET_EXPR, but in a template we can't use AGGR_INIT_EXPR, and the TARGET_EXPR would lead to a bogus error. */ - || (val_dep_p && MAYBE_CLASS_TYPE_P (type)))) + || val_dep_p)) { expr = build1 (IMPLICIT_CONV_EXPR, type, expr); IMPLICIT_CONV_EXPR_NONTYPE_ARG (expr) = true; >From gcc-bugs-return-671671-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 16:28:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57070 invoked by alias); 27 Feb 2020 16:28:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57041 invoked by uid 48); 27 Feb 2020 16:28:47 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93870] [8/9/10 Regression] User-defined conversion function not working in evaluation of template argument Date: Thu, 27 Feb 2020 16:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03253.txt.bz2 Content-length: 214 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93870 --- Comment #4 from Marek Polacek --- Actually perhaps we should create an IMPLICIT_CONV_EXPR for *any* value-dependent argument. >From gcc-bugs-return-671672-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 16:36:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79695 invoked by alias); 27 Feb 2020 16:36:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79634 invoked by uid 48); 27 Feb 2020 16:36:17 -0000 From: "vmakarov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93564] [10 Regression] 470.lbm regresses by 25% on znver2 with -Ofast -march=native LTO and PGO since r10-6384-g2a07345c4f8dabc2 Date: Thu, 27 Feb 2020 16:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ra X-Bugzilla-Severity: normal X-Bugzilla-Who: vmakarov 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: 10.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: 2020-02/txt/msg03254.txt.bz2 Content-length: 263 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93564 --- Comment #3 from Vladimir Makarov --- I checked the new results https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=288.240.0 It seems the patch solved the problem. >From gcc-bugs-return-671673-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 17:12:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79230 invoked by alias); 27 Feb 2020 17: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 79174 invoked by uid 48); 27 Feb 2020 17:12:41 -0000 From: "sandra at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/90467] Documentation: many warning options that are enabled by default are documented in the -Woption form, not -Wno-option Date: Thu, 27 Feb 2020 17: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: unknown X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: sandra at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03255.txt.bz2 Content-length: 867 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90467 sandra at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |sandra at gcc dot gnu.org Resolution|--- |FIXED --- Comment #2 from sandra at gcc dot gnu.org --- I've made a pass through all the warning options to try to fix this, plus fixing alphabetization of the option summary sections, making sure the options are documented in the section corresponding to where they are listed in the option summary, all the C++ warnings are grouped together, etc. This section of the manual is still a mess, though -- I'll try to do some more work on it as I have time. >From gcc-bugs-return-671674-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 17:20:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89978 invoked by alias); 27 Feb 2020 17:20:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 89677 invoked by uid 48); 27 Feb 2020 17:20:10 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93959] g++.dg/analyzer/malloc.C FAILs Date: Thu, 27 Feb 2020 17:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03256.txt.bz2 Content-length: 887 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93959 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-27 Ever confirmed|0 |1 --- Comment #1 from David Malcolm --- Confirmed on sparc-sun-solaris2.11 (gcc211.fsffrance.org) -fdump-ipa-analyzer shows it's failing to match "free" because it's using std::free, not free: test_1 (void * ptr) { : std::free (ptr_2(D)); std::free (ptr_2(D)); return; } stdlib.h has "using std::free;" which presumably is what's pulling things in. Explicitly prefixing with "::" doesn't help. Converting to __builtin_free does. >From gcc-bugs-return-671675-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 17:26:33 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99144 invoked by alias); 27 Feb 2020 17:26:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 99088 invoked by uid 55); 27 Feb 2020 17:26:21 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Thu, 27 Feb 2020 17:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg03257.txt.bz2 Content-length: 1499 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #30 from Steve Kargl --- On Thu, Feb 27, 2020 at 07:31:43AM +0000, thenlich at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 > > --- Comment #29 from Thomas Henlich --- > (In reply to Steve Kargl from comment #28) > > ! Fold into [0,90] range > ... > > if (arg == 180) then > > I don't understand how (arg == 180) could be true after folding into [0,90] > range. > Whoops. I quickly threw that code together to investigate the symmetry needed to fold [0,360] into [0:90]. My guess is that I did a last minute edit and moved the (arg == 180) condition without checking or there is a subtle rounding issue with (180 - nearest(180,+-1)). That code certainly isn't production quality as there is no special handling of +-Inf or NaN or tiny x. We should also consider the upper normal x limit where x > xmax=2**(p-e) where p is the precision and e is some value where modulo(x,360) is always integral. This is similar to the radian sin(x) for REAL x and x > 2.**22. I suppose that the point is that it is likely that gfortran should not in-line the sind(x) function. Creating the if-statement is doable in trans-intrinsic.c, but may drive someone nuts to get right. For cosd(x), your suggestion of cosd(x) = sind(90 - module(x,360)) looks promising and could be in-lined. >From gcc-bugs-return-671676-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 17:38:08 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 76548 invoked by alias); 27 Feb 2020 17:38: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 76481 invoked by uid 55); 27 Feb 2020 17:38:02 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92152] [10 Regression] Wrong code (Resurrection of PR53663) Date: Thu, 27 Feb 2020 17:38: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03258.txt.bz2 Content-length: 7365 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92152 --- Comment #17 from CVS Commits --- The master branch has been updated by Jan Hubicka : https://gcc.gnu.org/g:9640ff5a88f25fc9bf581136fb25d1c2f756d5d4 commit r10-6903-g9640ff5a88f25fc9bf581136fb25d1c2f756d5d4 Author: Jan Hubicka Date: Thu Feb 27 18:36:39 2020 +0100 middle-end: Fix wrong code caused by disagreemed between FRE and access path oracle [PR 92152] FRE is checking stores for equivalence based on their address, value and base+ref alias sets. Because ref alias set is not always the alias set of innermost type, but it may be one of refs in the access path (as decided by component_uses_parent_alias_set_from) it means that we can not really rely on the remaining part of access path to be meaningful in any way except for offset+size computation. The patch makes alias (which is used by FRE to validate transform) and tree-ssa-alias to share same logic for ending the access path relevant for TBAA. tree-ssa-alias previously ended access paths on VIEW_CONVERT_EXPR and BIT_FIELD_REF so it is not hard to wire in common predicate. However it led to additional issues (I tried to read the code quite carefully for possible extra fun, so I hope I found it all): 1) alias_component_refs_walk compares base and reference sizes to see if one access path may continue by another. This check can be confused by an union containing structure with zero sized array. In this case we no longer see the refernece to zero sized array and think that ref size is 0. In an access path there can be at most one (valid) trailing/zero sized array access, so the sizes in the access path are decreasing with the this exception. This is already handled by the logic, however the access is not expected to happen past the end of TBAA segment. I suppose this was kind of latent problem before because one can think of access path doing traling array past VIEW_CONVERT_EXPR, but since in C code we don't VCE and in non-C we don't do trailing arrays, we did not hit the problem. I fixed this by tracking if the trailing array references appearing after the end of TBAA access path and mostly punt in the second case (because we need to support kind of all type puning here). I do not think we can assume much of sanity here, in particular, we no longer know there is only one because FRE may mix things up. An exception is the walk that looks for occurence of basetype of path1 within TBAA relevant part of path2. Here we realy care about TBAA relevant parts of paths and thus do not need to give up. I broke out the logic into ends_tbaa_access_path_p to avoid duplication and to let me stick some detailed comments. This became much more complex than I originally imagined (still it is useful to make oracle both faster and more precise). Note that logic in aliasing_component_refs_walk is safe since it works on TBAA relevant segments of paths only. 2) nonoverlapping_refs_since_match_p is using TBAA only in the corner case that the paths got out of sync and re-synchronize of types of same size are found. I thus extended it to whole paths (not only TBAA relevant parts) and track if the TBAA part can be used by counting of number of TBAA relevant res on the stack. I have noticed that in one case we call nonoverlapping_refs_since_match_p before checking for view converting MEM_REFs and in others we check after. I think we want to just disable TBAA part if view convert is in there but still disambiguate. I will do this incrementaly. 3) nonoverlapping_component_refs_p uses TBAA so it needs to punt on end of TBAA path. It deals with no sizes and thus there is not the issue as in 1). I am also attaching one (most probably) valid C++ testcase (by Mark Williams) where we incorrectly disambiguated while the code is valid by the common initial sequence rule. This happens to be fixed by same patch. Here one access goes through union and follows by access path trhough one filed, while other access path start by different field of the union with common initial sequence. This made aliasing_component_refs_p to not find the overlapping type (because there is none) and disambiguate. Now we cut the first access path by the union reference and this makes us to find the path continuation in alias_component_refs_walk. If FRE is ever made more careful about access paths past the fist union reference (I think that would be good idea since unions are quite common in C++ and we throw away quite useful info) then we will need to teach access path oracle about the common initial sequence rule (which, as Mark pointed out, is part of both C and C++ standards). Only argument that can possibly invalidate this testcase is that I do not see that stadnard is clear about the situation where one access path contains the union but other starts after the union. Clearly if both start after the union reference we are right to disambiguate (since there is no union unvolved). If both starts before union then there is common initial sequence and by standard it is defined. This case works on current trunk because aliasing_component_refs_p resorts to base+offset after finding the match. But even that is more or less an accident I would say. I had to xfail three testcases. While alias-access-path ones are artificial and odd, 20030807-7 is derived from gcc and shows that we give up on disambiguations of tree_node union, so this patch disables useful transform in real world code. I am still planning to collect some data on the effect of this change to TBAA, but unless we want to reorganize FRE, I do not think there is better solution. gcc/ChangeLog: 2020-02-26 Jan Hubicka PR middle-end/92152 * alias.c (ends_tbaa_access_path_p): Break out from ... (component_uses_parent_alias_set_from): ... here. * alias.h (ends_tbaa_access_path_p): Declare. * tree-ssa-alias.c (access_path_may_continue_p): Break out from ...; handle trailing arrays past end of tbaa access path. (aliasing_component_refs_p): ... here; likewise. (nonoverlapping_refs_since_match_p): Track TBAA segment of the access path; disambiguate also past end of it. (nonoverlapping_component_refs_p): Use only TBAA segment of the access path. gcc/testsuite/ChangeLog: 2020-02-26 Jan Hubicka PR middle-end/92152 * gcc.dg/tree-ssa/alias-access-path-12.c: New testcase. * g++.dg/torture/pr92152.C: New testcase. * gcc.dg/torture/pr92152.c: New testcase. * gcc.dg/tree-ssa/20030807-7.c: xfail. * gcc.dg/tree-ssa/alias-access-path-4.c: xfail one case. * gcc.dg/tree-ssa/alias-access-path-5.c: xfail one case. >From gcc-bugs-return-671678-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 17:47:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92336 invoked by alias); 27 Feb 2020 17:47: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 91909 invoked by uid 55); 27 Feb 2020 17:47:45 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93913] [10 regression] r10-6762 breaks gcc.target/powerpc/fold-vec-st-*.c test cases Date: Thu, 27 Feb 2020 17:47: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03260.txt.bz2 Content-length: 920 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93913 --- Comment #4 from CVS Commits --- The releases/gcc-9 branch has been updated by Peter Bergner : https://gcc.gnu.org/g:98529e6d7408e896cb74c327ae60b3ccea055d9c commit r9-8301-g98529e6d7408e896cb74c327ae60b3ccea055d9c Author: Peter Bergner Date: Wed Feb 26 11:58:08 2020 -0600 rs6000: Fix more testsuite fallout from rs6000_legitimate_address_p() fix. [PR93913] Backport from trunk 2020-02-26 Peter Bergner PR target/93913 * gcc.target/powerpc/fold-vec-st-char.c (scan-assembler-times): Allow stxv and stxvx instructions as well. * gcc.target/powerpc/fold-vec-st-float.c: Likewise. * gcc.target/powerpc/fold-vec-st-int.c: Likewise. * gcc.target/powerpc/fold-vec-st-short.c: Likewise. >From gcc-bugs-return-671677-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 17:47:13 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90343 invoked by alias); 27 Feb 2020 17:47: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 90099 invoked by uid 55); 27 Feb 2020 17:46:58 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93707] ICE in perlbench from SPEC2017 Date: Thu, 27 Feb 2020 17:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: fxue 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: 2020-02/txt/msg03259.txt.bz2 Content-length: 1026 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93707 --- Comment #4 from CVS Commits --- The master branch has been updated by Martin Jambor : https://gcc.gnu.org/g:cfeef9acd2cec93ed6338cc0d9fad98bdc0f7599 commit r10-6904-gcfeef9acd2cec93ed6338cc0d9fad98bdc0f7599 Author: Martin Jambor Date: Thu Feb 27 18:43:05 2020 +0100 ipa-cp: Avoid an ICE processing self-recursive cloned edges (PR 93707) 2020-02-27 Martin Jambor Feng Xue PR ipa/93707 * ipa-cp.c (same_node_or_its_all_contexts_clone_p): Replaced with new function calls_same_node_or_its_all_contexts_clone_p. (cgraph_edge_brings_value_p): Use it. (cgraph_edge_brings_value_p): Likewise. (self_recursive_pass_through_p): Return false if caller is a clone. (self_recursive_agg_pass_through_p): Likewise. testsuite/ * gcc.dg/ipa/pr93707.c: New test. >From gcc-bugs-return-671679-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 17:49:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93876 invoked by alias); 27 Feb 2020 17:49:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 93817 invoked by uid 48); 27 Feb 2020 17:49:15 -0000 From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93913] [10 regression] r10-6762 breaks gcc.target/powerpc/fold-vec-st-*.c test cases Date: Thu, 27 Feb 2020 17:49: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03261.txt.bz2 Content-length: 446 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93913 Peter Bergner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Peter Bergner --- Fixed on trunk and gcc 9. >From gcc-bugs-return-671680-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 17:53:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 97776 invoked by alias); 27 Feb 2020 17:53: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 97690 invoked by uid 48); 27 Feb 2020 17:53:38 -0000 From: "thenlich at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Thu, 27 Feb 2020 17:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: thenlich at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg03262.txt.bz2 Content-length: 320 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #31 from Thomas Henlich --- I wonder, if some "correct" rounding could further increase accuracy: We know the sign and "real" magnitude of the difference deg2rad-π/180 and can round the result of sin() accordingly. >From gcc-bugs-return-671682-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:24:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5898 invoked by alias); 27 Feb 2020 18:24:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5848 invoked by uid 48); 27 Feb 2020 18:24:49 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93923] [10 Regression] std::is_copy_constructible raises compilation error Date: Thu, 27 Feb 2020 18:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03264.txt.bz2 Content-length: 410 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93923 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #4 from Jeffrey A. Law --- So, Jon your position would be NOTABUG? >From gcc-bugs-return-671681-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:24:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4016 invoked by alias); 27 Feb 2020 18:24: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 3680 invoked by uid 48); 27 Feb 2020 18:24:03 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93926] [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) Date: Thu, 27 Feb 2020 18:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority 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: 2020-02/txt/msg03263.txt.bz2 Content-length: 522 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-27 CC| |law at redhat dot com Ever confirmed|0 |1 >From gcc-bugs-return-671683-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:25:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7162 invoked by alias); 27 Feb 2020 18:25:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6998 invoked by uid 48); 27 Feb 2020 18:25:28 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93877] [9/10 Regression] [SH] webkit2gtk fails to build with "internal compiler error: in extract_constrain_insn, at recog.c:2211" Date: Thu, 27 Feb 2020 18:25: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.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03265.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 CC| |law at redhat dot com >From gcc-bugs-return-671684-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:25:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8008 invoked by alias); 27 Feb 2020 18:25:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7959 invoked by uid 48); 27 Feb 2020 18:25:53 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93829] [10 Regression] bogus -Wstringop-overflow on memcpy of a struct with a pointer member from another with a long string Date: Thu, 27 Feb 2020 18:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03266.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93829 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com >From gcc-bugs-return-671685-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:30:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11931 invoked by alias); 27 Feb 2020 18:30: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 11772 invoked by uid 48); 27 Feb 2020 18:30:42 -0000 From: "spop at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92692] Saving off the callee saved register between ldxr/stxr (caused by shrink wrapping improvements) Date: Thu, 27 Feb 2020 18:30: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: blocker X-Bugzilla-Who: spop at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: wilco at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03267.txt.bz2 Content-length: 1193 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692 Sebastian Pop changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |spop at gcc dot gnu.org --- Comment #21 from Sebastian Pop --- It looks like this hunk from the trunk version of the patch is missing on gcc-9 branch: diff --git a/gcc/config/aarch64/atomics.md b/gcc/config/aarch64/atomics.md index cabcc58f1a0..1458bc00095 100644 --- a/gcc/config/aarch64/atomics.md +++ b/gcc/config/aarch64/atomics.md @@ -104,7 +104,7 @@ (clobber (match_scratch:SI 7 "=&r"))] "" "#" - "&& reload_completed" + "&& epilogue_completed" [(const_int 0)] { aarch64_split_compare_and_swap (operands); With this hunk applied my bootstrap passes on the gcc-9 branch on an aarch64-linux graviton2. Without this hunk I see an error in thread sanitizers. I also have checked gcc-8 release branch and it seems that the patch is not missing any hunks in that branch. Could somebody apply the missing hunk to the gcc-9 release branch? Thanks! >From gcc-bugs-return-671686-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:36:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23937 invoked by alias); 27 Feb 2020 18:36: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 23886 invoked by uid 48); 27 Feb 2020 18:36:18 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93961] gnat.dg/lto24.adb FAILs Date: Thu, 27 Feb 2020 18:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03268.txt.bz2 Content-length: 527 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93961 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2020-02-27 Ever confirmed|0 |1 --- Comment #1 from Eric Botcazou --- Please check that it is really compiled at -O1. >From gcc-bugs-return-671687-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:39:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117023 invoked by alias); 27 Feb 2020 18:39: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 116960 invoked by uid 48); 27 Feb 2020 18:39:01 -0000 From: "hubicka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92152] [10 Regression] Wrong code (Resurrection of PR53663) Date: Thu, 27 Feb 2020 18:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: hubicka at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03269.txt.bz2 Content-length: 425 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92152 Jan Hubicka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #18 from Jan Hubicka --- Fixed. >From gcc-bugs-return-671688-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:48:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18074 invoked by alias); 27 Feb 2020 18:48:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 17914 invoked by uid 48); 27 Feb 2020 18:48:13 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93870] [8/9/10 Regression] User-defined conversion function not working in evaluation of template argument Date: Thu, 27 Feb 2020 18:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03270.txt.bz2 Content-length: 598 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93870 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org --- Comment #5 from Marek Polacek --- Mine but it occurs to me I should get back to bug 91465 before attacking this one. This one might even be fixed for free by the previous one. >From gcc-bugs-return-671689-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:52:43 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26825 invoked by alias); 27 Feb 2020 18:52:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 26541 invoked by uid 55); 27 Feb 2020 18:52:38 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93933] [concepts] redeclaration of constrained template give error Date: Thu, 27 Feb 2020 18:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03271.txt.bz2 Content-length: 991 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933 --- Comment #3 from CVS Commits --- The master branch has been updated by Nathan Sidwell : https://gcc.gnu.org/g:9d2d283367a407c1ba9ecdb8590f9295828e25f8 commit r10-6907-g9d2d283367a407c1ba9ecdb8590f9295828e25f8 Author: Nathan Sidwell Date: Thu Feb 27 10:50:36 2020 -0800 Compare ARGUMENT_PACKS [pr93933] This implements Jason's suggested approach: 'I'd think that the bug is that we're treating them as types in the first place; they aren't types, so they shouldn't reach comptypes. I'd lean toward adding an assert to that effect and fixing the caller to use e.g. template_args_equal.' PR c++/93933 * pt.c (template_args_equal): Pass ARGUMENT_PACKS through to cp_tree_equal. * tree.c (cp_tree_equal): Compare ARGUMENT_PACKS here, * typeck.c (comptypes): Assert we don't get any argument packs. >From gcc-bugs-return-671690-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:54:09 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29257 invoked by alias); 27 Feb 2020 18:54: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 29225 invoked by uid 48); 27 Feb 2020 18:54:06 -0000 From: "nathan at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93933] [concepts] redeclaration of constrained template give error Date: Thu, 27 Feb 2020 18:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nathan at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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: 2020-02/txt/msg03272.txt.bz2 Content-length: 438 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933 Nathan Sidwell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Nathan Sidwell --- Fixed 9d2d283367a >From gcc-bugs-return-671692-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:56:07 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32676 invoked by alias); 27 Feb 2020 18:55:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32575 invoked by uid 55); 27 Feb 2020 18:55:49 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Thu, 27 Feb 2020 18:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg03274.txt.bz2 Content-length: 1245 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #32 from Steve Kargl --- On Thu, Feb 27, 2020 at 05:53:38PM +0000, thenlich at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 > > --- Comment #31 from Thomas Henlich --- > I wonder, if some "correct" rounding could further increase > accuracy: We know the sign and "real" magnitude of the > difference deg2rad-π/180 and can round the result of sin() > accordingly. I think we can exploit a table-driven method. Once x is folded into [0,90], x is split by x = n + dx where n = 0, 1, ..., 90 and dx is in [0.,1.). sin(x) = sin(n+d) = sin(n) * cos(d) + cos(n) * sin(d) The table contains a high,low decomposition of {sin(1),cos(1)}, {sin(3),cos(3)}, ..., {sin(90),cos(90)}. Denote the decomposition with shi(n), slo(n), chi(n), clo(n), and both C(d) = cos(d) and S(d) * sin(d) are minimax polynomials. So, we have if (x == n) /* Integral value of x. */ sin(x) = shi(n) + slo(n) ! Is addition needed. else sin(x) = shi(n)*C(d) + slo(n)*C(d) + chi(n)*S(d) + clo(n)*S(d) The else-branch summation can be done with Kahan summation. >From gcc-bugs-return-671691-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:55:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 30557 invoked by alias); 27 Feb 2020 18:55: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 30285 invoked by uid 48); 27 Feb 2020 18:54:58 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93800] [9/10 Regression] GCC adds unwanted nops to align loops on powerpc 8xx Date: Thu, 27 Feb 2020 18:55: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.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03273.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93800 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com >From gcc-bugs-return-671693-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 18:59:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36054 invoked by alias); 27 Feb 2020 18:59: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 35935 invoked by uid 48); 27 Feb 2020 18:59:26 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction Date: Thu, 27 Feb 2020 18:59: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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03275.txt.bz2 Content-length: 804 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com Summary|[8/9/10 Regression] |Redundant store not |Redundant store not |eliminated with |eliminated with |intermediate instruction |intermediate instruction | --- Comment #10 from Jeffrey A. Law --- Dropping regression markers, but keeping open pending a decision on whether or not we could some way to mark the dynamic type and ultimately allow us to optimize this case. >From gcc-bugs-return-671694-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:00:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37389 invoked by alias); 27 Feb 2020 19:00:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37155 invoked by uid 48); 27 Feb 2020 19:00:08 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93738] [9/10 regression] test case gcc.target/powerpc/20050603-3.c fails Date: Thu, 27 Feb 2020 19:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03276.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93738 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com >From gcc-bugs-return-671695-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:02:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39566 invoked by alias); 27 Feb 2020 19:02:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 39490 invoked by uid 48); 27 Feb 2020 19:02:15 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/93731] [10 regression] asan tests cause kernel panic on Darwin 11 Date: Thu, 27 Feb 2020 19:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03277.txt.bz2 Content-length: 464 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93731 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 CC| |law at redhat dot com --- Comment #6 from Jeffrey A. Law --- Only affecting EOL systems, moving to P4. >From gcc-bugs-return-671696-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:05:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88857 invoked by alias); 27 Feb 2020 19:05: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 88808 invoked by uid 48); 27 Feb 2020 19:05:31 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93720] [10 Regression] vector creation from two parts of two vectors produces TBL rather than ins Date: Thu, 27 Feb 2020 19:05: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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: pinskia at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03278.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93720 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com >From gcc-bugs-return-671697-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:06:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90037 invoked by alias); 27 Feb 2020 19:06:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 89978 invoked by uid 48); 27 Feb 2020 19:06:40 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93674] [8/9/10 Regression] GCC eliminates conditions it should not, when strict-enums is on Date: Thu, 27 Feb 2020 19:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03279.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93674 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 CC| |law at redhat dot com >From gcc-bugs-return-671698-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:07:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91745 invoked by alias); 27 Feb 2020 19:07:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 91700 invoked by uid 48); 27 Feb 2020 19:07:13 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93582] [10 Regression] -Warray-bounds gives error: array subscript 0 is outside array bounds of struct E[1] Date: Thu, 27 Feb 2020 19:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03280.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93582 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com >From gcc-bugs-return-671699-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:08:34 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114543 invoked by alias); 27 Feb 2020 19:08:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114435 invoked by uid 48); 27 Feb 2020 19:08:30 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93564] [10 Regression] 470.lbm regresses by 25% on znver2 with -Ofast -march=native LTO and PGO since r10-6384-g2a07345c4f8dabc2 Date: Thu, 27 Feb 2020 19:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ra 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: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03281.txt.bz2 Content-length: 492 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93564 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |law at redhat dot com Resolution|--- |FIXED --- Comment #4 from Jeffrey A. Law --- Per c#3. >From gcc-bugs-return-671700-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:08:34 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114585 invoked by alias); 27 Feb 2020 19:08:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114477 invoked by uid 48); 27 Feb 2020 19:08:31 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95) Date: Thu, 27 Feb 2020 19:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 4.2.0 X-Bugzilla-Keywords: meta-bug, missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: 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: 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: 2020-02/txt/msg03282.txt.bz2 Content-length: 551 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 93564, which changed state. Bug 93564 Summary: [10 Regression] 470.lbm regresses by 25% on znver2 with -Ofast -march=native LTO and PGO since r10-6384-g2a07345c4f8dabc2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93564 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-671701-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:12:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32131 invoked by alias); 27 Feb 2020 19: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 32079 invoked by uid 55); 27 Feb 2020 19:12:41 -0000 From: "ro at CeBiTec dot Uni-Bielefeld.DE" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93961] gnat.dg/lto24.adb FAILs Date: Thu, 27 Feb 2020 19:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at CeBiTec dot Uni-Bielefeld.DE X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03283.txt.bz2 Content-length: 323 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93961 --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #1 from Eric Botcazou --- > Please check that it is really compiled at -O1. It is: no optimization option beside -O is used. >From gcc-bugs-return-671702-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:20:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39560 invoked by alias); 27 Feb 2020 19:20:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 39449 invoked by uid 48); 27 Feb 2020 19:20:44 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93435] [8/9/10 Regression] Hang with -O2 on innocuous looking code with GCC 8.3 Date: Thu, 27 Feb 2020 19:20: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: 10.0 X-Bugzilla-Keywords: compile-time-hog 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: 8.4 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: 2020-02/txt/msg03284.txt.bz2 Content-length: 926 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93435 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #5 from Jeffrey A. Law --- Yea, we end up with ~260k stores in the key block. The rate limiters in tree/gimple DSE are the number of queries we make per store and the size of object for which we'll do byte tracking. Clearly with hundreds of thousands of stores we may want another limiter -- obviously a user could write code that triggers this problem directly. I'll figure out a reasonable limiter for DSE. It also seems like SRA went a little bananas here and that's probably more important to fix since it's taking fairly sensible code and exploding it beyone sensibility. >From gcc-bugs-return-671703-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:26:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1456 invoked by alias); 27 Feb 2020 19:26:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 1384 invoked by uid 48); 27 Feb 2020 19:26:31 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93055] [10 Regression] accumulation loops in stepanov_vector benchmark use more instruction level parpallelism Date: Thu, 27 Feb 2020 19:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03285.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93055 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com >From gcc-bugs-return-671704-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:27:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5449 invoked by alias); 27 Feb 2020 19:27:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5357 invoked by uid 48); 27 Feb 2020 19:27:19 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93007] [10 regression] pr77698.c testcase fails due to block commoning Date: Thu, 27 Feb 2020 19:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03286.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93007 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com >From gcc-bugs-return-671705-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:37:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32030 invoked by alias); 27 Feb 2020 19:37: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 31967 invoked by uid 48); 27 Feb 2020 19:37:52 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92658] x86 lacks vector extend / truncate Date: Thu, 27 Feb 2020 19:37: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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03287.txt.bz2 Content-length: 891 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 Uroš Bizjak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |ubizjak at gmail dot com --- Comment #2 from Uroš Bizjak --- Created attachment 47924 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47924&action=edit Prototype patch Prototype patch that introduces missing expanders to generate PMOVZX and PMOVSX packed moves. For the testcase in Comment #0, we generate (-O3 -mavx): bar: vpmovzxbw (%rsi), %xmm0 vmovdqa %xmm0, (%rdi) ret foo: vpmovzxbw %xmm0, %xmm0 vmovdqa %xmm0, (%rdi) ret >From gcc-bugs-return-671706-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:42:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41263 invoked by alias); 27 Feb 2020 19:42:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 41200 invoked by uid 55); 27 Feb 2020 19:42:48 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93932] PowerPC vec_extract with variable element number has code regressions for V2DI/V2DF vectors Date: Thu, 27 Feb 2020 19:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: meissner 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: 2020-02/txt/msg03288.txt.bz2 Content-length: 1503 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932 --- Comment #4 from CVS Commits --- The master branch has been updated by Michael Meissner : https://gcc.gnu.org/g:75c299acc47b19fd6c445a6931798325a54e6fb4 commit r10-6908-g75c299acc47b19fd6c445a6931798325a54e6fb4 Author: Michael Meissner Date: Thu Feb 27 14:41:39 2020 -0500 Fix PR target/93932 [gcc] 2020-02-27 Michael Meissner PR target/93932 * config/rs6000/vsx.md (vsx_extract__var, VSX_D iterator): Split the insn into two parts. This insn only does variable extract from a register. (vsx_extract__var_load, VSX_D iterator): New insn, do variable extract from memory. (vsx_extract_v4sf_var): Split the insn into two parts. This insn only does variable extract from a register. (vsx_extract_v4sf_var_load): New insn, do variable extract from memory. (vsx_extract__var, VSX_EXTRACT_I iterator): Split the insn into two parts. This insn only does variable extract from a register. (vsx_extract__var_load, VSX_EXTRACT_I iterator): New insn, do variable extract from memory. [gcc/testsuite] 2020-02-27 Michael Meissner PR target/93932 * gcc.target/powerpc/fold-vec-extract-longlong.p8.c: Adjust instruction counts. >From gcc-bugs-return-671707-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:50:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57365 invoked by alias); 27 Feb 2020 19: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 57327 invoked by uid 48); 27 Feb 2020 19:50:46 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93926] [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) Date: Thu, 27 Feb 2020 19:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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: 2020-02/txt/msg03289.txt.bz2 Content-length: 1711 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |msebor at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot gnu.org --- Comment #1 from Martin Sebor --- The bug here is in the mismatch between the permissive way the front-end validates declarations of built-ins and the more restrictive validation done by the middle-end. The front-end silently accepts as valid redeclarations whose number of arguments and their modes (as well as the mode of the return type) match the built-in, even if types are different. So 'long malloc(int)' is treated as a built-in. But the middle-end validation looks like this: if (DECL_IS_MALLOC (decl) && !POINTER_TYPE_P (TREE_TYPE (TREE_TYPE (decl)))) { error ("malloc attribute should be used for a function that " "returns a pointer"); error_found = true; } DECL_IS_MALLOC(decl) is set but the return type is wrong. I think incompatible redeclarations should be diagnosed regardless of whether their type modes match; they could still keep being accepted as built-ins because it helps find bugs in their use. The middle-end checking would then need to change to match the front-end. It seems that abstracting the checking into a common function used by both would help keep the two from getting out of sync. Let me look into making that happen. >From gcc-bugs-return-671708-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:52:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 58719 invoked by alias); 27 Feb 2020 19:52:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 58673 invoked by uid 48); 27 Feb 2020 19:52:49 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93926] [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) Date: Thu, 27 Feb 2020 19:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03290.txt.bz2 Content-length: 247 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 --- Comment #2 from Martin Sebor --- For reference, the ICE is the result of the fix for PR 93583. It's getting hard not to fix an ICE without introducing another. >From gcc-bugs-return-671709-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:55:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60911 invoked by alias); 27 Feb 2020 19:55: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 60871 invoked by uid 48); 27 Feb 2020 19:55:54 -0000 From: "kretz at kde dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93919] [10 Regression] vectorization of 18 char to char16_t conversion is miscompiled Date: Thu, 27 Feb 2020 19:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kretz at kde dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03291.txt.bz2 Content-length: 460 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93919 Matthias Kretz (Vir) changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Matthias Kretz (Vir) --- this is fixed after PR93843 was fixed >From gcc-bugs-return-671710-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:56:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61805 invoked by alias); 27 Feb 2020 19:56:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61706 invoked by uid 48); 27 Feb 2020 19:56:15 -0000 From: "kretz at kde dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93919] [10 Regression] vectorization of 18 char to char16_t conversion is miscompiled Date: Thu, 27 Feb 2020 19:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kretz at kde dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03292.txt.bz2 Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93919 Matthias Kretz (Vir) changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |DUPLICATE --- Comment #6 from Matthias Kretz (Vir) --- *** This bug has been marked as a duplicate of bug 93843 *** >From gcc-bugs-return-671711-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 19:56:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61809 invoked by alias); 27 Feb 2020 19:56:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61725 invoked by uid 48); 27 Feb 2020 19:56:15 -0000 From: "kretz at kde dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93843] [10 Regression] wrong code at -O3 on x86_64-linux-gnu Date: Thu, 27 Feb 2020 19: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kretz at kde dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03293.txt.bz2 Content-length: 185 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93843 --- Comment #11 from Matthias Kretz (Vir) --- *** Bug 93919 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-671712-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 20:02:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80842 invoked by alias); 27 Feb 2020 20:02:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 80777 invoked by uid 48); 27 Feb 2020 20:02:01 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93926] [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) Date: Thu, 27 Feb 2020 20:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03294.txt.bz2 Content-length: 610 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 --- Comment #3 from Martin Sebor --- I should have said without -Wextra the incompatible return type is silently accepted. With -Wextra there is a warning: $ gcc -S -Wall -Wextra -m32 pr93926.c pr93926.c:1:10: warning: mismatch in return type of built-in function ‘malloc’; expected ‘void *’ [-Wbuiltin-declaration-mismatch] 1 | long int malloc (int); | ^~~~~~ pr93926.c:6:1: error: malloc attribute should be used for a function that returns a pointer 6 | } | ^ >From gcc-bugs-return-671713-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 20:07:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106237 invoked by alias); 27 Feb 2020 20:07: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 106207 invoked by uid 48); 27 Feb 2020 20:07:46 -0000 From: "kretz at kde dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90993] simd integer division not optimized Date: Thu, 27 Feb 2020 20:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: kretz at kde dot org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03295.txt.bz2 Content-length: 1226 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90993 --- Comment #3 from Matthias Kretz (Vir) --- IIUC, AVX512 only allows overriding the rounding-mode from div instructions. So that wouldn't help. What standard requires that "integer division is not permitted to raise the "inexact" exception flag"? C++ points to C which says: "Certain programming conventions support the intended model of use for the floating-point environment: — a function call does not alter its caller’s floating-point control modes, clear its caller’s floating-point status flags, nor depend on the state of its caller’s floating-point status flags unless the function is so documented; — a function call is assumed to require default floating-point control modes, unless its documentation promises otherwise; — a function call is assumed to have the potential for raising floating-point exceptions, unless its documentation promises otherwise." [§7.6 p3] Thus it's a valid implementation to use floating point division for a SIMD type library, but not valid for auto-vectorization of integer division? (For vector_size(N) types the spec is up to you, no?) >From gcc-bugs-return-671714-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 20:11:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129644 invoked by alias); 27 Feb 2020 20:11: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 129504 invoked by uid 48); 27 Feb 2020 20:11:27 -0000 From: "damian at sourceryinstitute dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/83118] [8/9/10 Regression] Bad intrinsic assignment of class(*) array component of derived type Date: Thu, 27 Feb 2020 20:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: damian at sourceryinstitute dot org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03296.txt.bz2 Content-length: 203 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118 --- Comment #29 from Damian Rouson --- Hi Paul, The test case works with your patch applied. Thanks! Damian >From gcc-bugs-return-671715-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 20:15:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8329 invoked by alias); 27 Feb 2020 20:15: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 8127 invoked by uid 48); 27 Feb 2020 20:15:52 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93923] [10 Regression] std::is_copy_constructible raises compilation error Date: Thu, 27 Feb 2020 20:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: redi 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: 10.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: 2020-02/txt/msg03297.txt.bz2 Content-length: 201 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93923 --- Comment #5 from Jonathan Wakely --- I'm unsure. What the standard allows here might not be very helpful for users. >From gcc-bugs-return-671716-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 20:19:37 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19250 invoked by alias); 27 Feb 2020 20:19:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 19159 invoked by uid 48); 27 Feb 2020 20:19:33 -0000 From: "gerald at pfeifer dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/93962] New: [10 regression] bootstrap fails with gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 hastype 'int' Date: Thu, 27 Feb 2020 20:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gerald at pfeifer dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone cf_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: 2020-02/txt/msg03298.txt.bz2 Content-length: 1873 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962 Bug ID: 93962 Summary: [10 regression] bootstrap fails with gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 hastype 'int' Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: gerald at pfeifer dot com CC: hubicka at gcc dot gnu.org, mliska at suse dot cz Target Milestone: --- Host: i386-unknown-freebsd11.3 Target: i386-unknown-freebsd11.3 Build: i386-unknown-freebsd11.3 /scratch/tmp/gerald/gcc10-devel-work/gcc-10-20200223/gcc/value-prof.c: In function 'void dump_histogram_value(FILE*, histogram_value)': /scratch/tmp/gerald/gcc10-devel-work/gcc-10-20200223/gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 has type 'int' [-Werror=format=] 268 | fprintf (dump_file, " all: %" PRId64 "%s, values: ", | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 269 | abs ((int64_t) hist->hvalue.counters[0]), | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | | | int I believe this may be caused by 2020-02-18 Martin Liska PR ipa/92924 * common.opt: Add -fprofile-reproducibility. * doc/invoke.texi: Document it. * value-prof.c (dump_histogram_value): Document and support behavior for counters[0] being a negative value. (get_nth_most_common_value): Handle negative counters[0] in respect to flag_profile_reproducible. >From gcc-bugs-return-671717-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 20:23:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42127 invoked by alias); 27 Feb 2020 20:23:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 42087 invoked by uid 48); 27 Feb 2020 20:23:20 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92955] [10 regression] gcc.dg/vect/pr60505.c fails starting with r279392 Date: Thu, 27 Feb 2020 20: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: 10.0 X-Bugzilla-Keywords: diagnostic, missed-optimization 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03299.txt.bz2 Content-length: 707 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92955 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #7 from Jeffrey A. Law --- I think c#5 is over-reduced and a warning is warranted in both functions in c#5. In those cases the loop iterates until it encounters a NUL in *p and can trivially leave the bounds of the object. The testcase in c#4 is far more interesting as we should be able to put limits on the loop bounds because of the test before the loop. >From gcc-bugs-return-671718-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 20:33:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54831 invoked by alias); 27 Feb 2020 20:33:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54767 invoked by uid 48); 27 Feb 2020 20:33:17 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/93962] [10 regression] bootstrap fails with gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 hastype 'int' Date: Thu, 27 Feb 2020 20:33: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03300.txt.bz2 Content-length: 737 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-27 Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski --- Wait I think this should have been std::abs rather than just abs :). Can you try that and see if that fixes the issue? on glibc targets abs is in the toplevel namespace for all types (I think) but on FreeBSD only the overload for int is in the toplevel namespace. >From gcc-bugs-return-671719-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 21:14:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119083 invoked by alias); 27 Feb 2020 21:14:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118965 invoked by uid 48); 27 Feb 2020 21:14:48 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/93962] [10 regression] bootstrap fails with gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 hastype 'int' Date: Thu, 27 Feb 2020 21:14: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03301.txt.bz2 Content-length: 242 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962 --- Comment #2 from Andrew Pinski --- See https://sourceware.org/ml/gdb-patches/2020-02/msg01014.html also for the same reasoning but with gdb instead of GCC. >From gcc-bugs-return-671720-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 21:16:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120740 invoked by alias); 27 Feb 2020 21:16:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 120661 invoked by uid 48); 27 Feb 2020 21:16:40 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92342] [10 Regression] a small missed transformation into x?b:0 Date: Thu, 27 Feb 2020 21:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03302.txt.bz2 Content-length: 474 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92342 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com --- Comment #11 from Jeffrey A. Law --- Couldn't we just fix this kind of stuff in gimple? >From gcc-bugs-return-671721-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 21:18:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122389 invoked by alias); 27 Feb 2020 21:18:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 122286 invoked by uid 55); 27 Feb 2020 21:17:58 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93926] [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) Date: Thu, 27 Feb 2020 21:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03303.txt.bz2 Content-length: 820 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 --- Comment #4 from joseph at codesourcery dot com --- Some level of permissiveness for built-in functions may be historical, arising from support for pre-C90 headers without prototypes or with nonstandard types; that level of permissiveness is probably no longer needed, headers should use the standard types now (modulo e.g. missing restrict, but qualifiers on the type of an argument, as opposed to qualifiers on the type pointed to by a pointer argument, don't affect type compatibility for the function type). However, a certain amount of permissiveness is still needed for cases where the built-in function uses a typedef such as FILE for which the compiler does not know the underlying type. >From gcc-bugs-return-671722-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 22:19:07 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96948 invoked by alias); 27 Feb 2020 22:19: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 96857 invoked by uid 48); 27 Feb 2020 22:19:03 -0000 From: "wilson at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92656] The zero_extend insn can't be eliminated in the combine pass Date: Thu, 27 Feb 2020 22:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: wilson at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03304.txt.bz2 Content-length: 2481 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92656 --- Comment #3 from Jim Wilson --- Looking at this, I see that the problem occurs in record_value_for_reg where it does if (!insn || (value && rsp->last_set_table_tick >= label_tick_ebb_start)) rsp->last_set_invalid = 1; last_set_table_tick is 2 and label_tick_ebb_start is 1 because this is the first block of the function. This actually causes a lot of variables set in the first block to be marked invalid if used in a successful combination two or more times, which then prevents the nonzero bits info from being used for any of them. There seems to be a problem with how label_tick is used. In the very first block in the body of the function, label_tick is 2 and label_tick_ebb_start is 1. This is because it is considered to be the second block in the ebb after the entry block. In the second block in the body of the function, label_tick is 3 and label_tick_ebb_start is 3. This means that every variable set in the first block gets treated differently than in every block after the first. If I add a little bit of code before the loop to force it to be the second block, then I get correct output from combine. I just added this before the loop static int j = 0; if (val) j++; This also explains why the problem only occurs with -mtune=sifive-7-series because this enables the conditional move support that turns the loop into a single block, and then the -funroll-loops option fully unrolls the loop, turning the entire function into one block, which prevents combine from handling many of the register sets correctly because everything is in the first block now. This also explains why the problem started when the 2->2 combination support was added, as that causes more successful combinations, and hence more registers getting invalidated in the first block. So the question is why we need label_tick > label_tick_ebb_start for the first block of the function. There is nothing set in the entry block other than hard registers, and those could always be handled specially by just marking them as invalid somehow before processing instructions. Or alternatively, in record_value_for_reg, maybe we can add a check for a pseudo reg only set once and not live in the prologue, and avoid marking it as invalid when we process it a second time. There are already a lot of checks like this scattered around the code. >From gcc-bugs-return-671723-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 22:46:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61444 invoked by alias); 27 Feb 2020 22:46:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61410 invoked by uid 48); 27 Feb 2020 22:46:15 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93926] [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) Date: Thu, 27 Feb 2020 22:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03305.txt.bz2 Content-length: 716 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --- Comment #5 from Martin Sebor --- Patch: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01586.html I think it should still handle gracefully the benign mismatches you highlighted, Joseph. The gcc.dg/Wbuiltin-declaration-mismatch-[67].c pair of tests make sure the stdio functions' signatures match whatever type is declared in the headers so hopefully they adequately cover those cases. >From gcc-bugs-return-671724-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 22:47:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93258 invoked by alias); 27 Feb 2020 22:47:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 93214 invoked by uid 48); 27 Feb 2020 22:47:36 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92955] [10 regression] gcc.dg/vect/pr60505.c fails starting with r279392 Date: Thu, 27 Feb 2020 22:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, missed-optimization 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: 10.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: 2020-02/txt/msg03306.txt.bz2 Content-length: 3272 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92955 --- Comment #8 from Jeffrey A. Law --- Just to be clear, it's not DOM or threading that introduces any out of bounds accesses or overflows here. So the testcase: /* { dg-do compile } */ /* { dg-additional-options "-Wall -Werror" } */ void foo(char *in, char *out, int num) { int i; char ovec[16] = {0}; for(i = 0; i < num ; ++i) out[i] = (ovec[i] = in[i]); out[num] = ovec[num/2]; } Compiled for powerpc64-linux-gnu with: ./cc1 -O3 j.c -I./ -Wall -maltivec -fdump-tree-all-blocks-details -fno-vect-cost-model The first warning comes from this statement in block #5: ovec[tmp.8_58] = _207; The block looks like this in the .thread3 (ie, before dom3) dump: ;; basic block 5, loop depth 0, count 78839494 (estimated locally), maybe hot ;; prev block 4, next block 6, flags: (NEW, REACHABLE, VISITED) ;; pred: 4 [93.8% (guessed)] count:78839494 (estimated locally) (FALSE_VALUE,EXECUTABLE) _205 = (sizetype) tmp.8_58; [ ... ] ovec[tmp.8_58] = _207; [ ... ] THe definition of tmp.8_58 comes from bb#4: ;; basic block 4, loop depth 0, count 84095460 (estimated locally), maybe hot ;; prev block 3, next block 5, flags: (NEW, REACHABLE, VISITED) ;; pred: 3 [80.0% (guessed)] count:84095460 (estimated locally) (TRUE_VALUE,EXECUTABLE) bnd.6_56 = _10 >> 4; [ ... ] niters_vector_mult_vf.7_57 = bnd.6_56 << 4; tmp.8_58 = (int) niters_vector_mult_vf.7_57; if (_10 == niters_vector_mult_vf.7_57) goto ; [6.25%] else goto ; [93.75%] The definition of _10 comes from bb3: ;; basic block 3, loop depth 0, count 105119324 (estimated locally), maybe hot ;; prev block 2, next block 4, flags: (NEW, VISITED) ;; pred: 2 [89.0% (guessed)] count:105119324 (estimated locally) (TRUE_VALUE,EXECUTABLE) _10 = (unsigned int) num_13(D); [ ... ] So let's compute tmp.8_58 :-) assuming that num_13 is an incoming parameter and we have no information about it other than its type (int). Visiting statement: _10 = (unsigned int) num_13(D); Intersecting unsigned int [1, 2147483647] and unsigned int VARYING Which feeds into: Visiting statement: bnd.6_56 = _10 >> 4; Intersecting unsigned int [1, 134217727] and unsigned int [1, 268435455] to unsigned int [1, 134217727] So bnd.6_56 can have the value [1, 0x7ffffff] Which makes perfect sense. That feeds into: Visiting statement: niters_vector_mult_vf.7_57 = bnd.6_56 << 4; Intersecting unsigned int [16, 2147483632] and unsigned int VARYING to unsigned int [16, 2147483632] So ninters_vector_mult_vf.7_57 can have the values [16, 0x7ffffff0]. Which also makes perfect sense and feeds into: Visiting statement: tmp.8_58 = (int) niters_vector_mult_vf.7_57; Intersecting int [16, 2147483632] and int VARYING to int [16, 2147483632] So tmp.8_58 also has values in the range [16, 0x7ffffff0] So when used in this statement: ovec[tmp.8_58] = _207; We get the out of bounds access. Pretty simple. THis is caused either by vectorization or loop unrolling or the combination thereof (most likely loop unrolling). DOM/threading have nothing to do with what's going on in here. >From gcc-bugs-return-671725-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 23:05:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41594 invoked by alias); 27 Feb 2020 23:05:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 41370 invoked by uid 48); 27 Feb 2020 23:05:46 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92342] [10 Regression] a small missed transformation into x?b:0 Date: Thu, 27 Feb 2020 23:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03307.txt.bz2 Content-length: 300 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92342 --- Comment #12 from Segher Boessenkool --- Gimple can help writing silly expressions like this in a more canonical form (whatever we decide to use for that) at least, yeah. But you can not do RTL's job in gimple ;-) >From gcc-bugs-return-671726-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 23:19:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73116 invoked by alias); 27 Feb 2020 23:19: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 72997 invoked by uid 48); 27 Feb 2020 23:19:46 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92656] The zero_extend insn can't be eliminated in the combine pass Date: Thu, 27 Feb 2020 23:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03308.txt.bz2 Content-length: 432 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92656 --- Comment #4 from Segher Boessenkool --- The whole reg_stat thing cannot ever reliably track known bits. We need some other mechanism to do this, something that *is* reliable, and does not give different results if you try combinations in a different order. Something quite like dataflow. This then could also be used in other passes, of course. >From gcc-bugs-return-671727-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 23:28:09 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80986 invoked by alias); 27 Feb 2020 23:28: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 80939 invoked by uid 48); 27 Feb 2020 23:28:05 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction Date: Thu, 27 Feb 2020 23:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03309.txt.bz2 Content-length: 859 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #11 from Martin Sebor --- Regarding the DECL_FIXED_DYNAMIC_TYPE flag: it seems like in C every DECL would have it set, but in C++ none could (because placement new can change the dynamic type of decls), and so GCC would not be able to optimize the example in that language even though there the read via *p means that p cannot alias d. If what's keeping GCC from optimizing the code is the fact that the middle-end doesn't distinguish placement new from plain assignment, i.e., that it can't tell that the original source didn't look like this: double d; void f (long *p) { long i = *p; new (&d) double (3); *p = i; } wouldn't the solution be to keep placement new around in some form and teach the middle-end how to work with it? >From gcc-bugs-return-671728-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 23:32:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25754 invoked by alias); 27 Feb 2020 23:32: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 25693 invoked by uid 48); 27 Feb 2020 23:32:43 -0000 From: "wilson at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92656] The zero_extend insn can't be eliminated in the combine pass Date: Thu, 27 Feb 2020 23:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: wilson at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03310.txt.bz2 Content-length: 420 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92656 --- Comment #5 from Jim Wilson --- A rewrite using dataflow would be better of course. I'm just trying to understand the problem with this testcase better, and maybe find a simple solution, but I don't think that there is one. The workarounds I see just make the code more complicated and add more risk of something else going wrong. >From gcc-bugs-return-671729-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 23:36:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22309 invoked by alias); 27 Feb 2020 23:36: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 22223 invoked by uid 48); 27 Feb 2020 23:36:26 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92342] [10 Regression] a small missed transformation into x?b:0 Date: Thu, 27 Feb 2020 23:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03311.txt.bz2 Content-length: 331 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92342 --- Comment #13 from Andrew Pinski --- Note I don't remember where I found this originally. I found this code somewhere back in May 2012 but I did not record where I found it though; It was the opposite way around really for Octeon2/3 (MIPS64). >From gcc-bugs-return-671730-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 23:51:06 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59318 invoked by alias); 27 Feb 2020 23:51:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 59264 invoked by uid 48); 27 Feb 2020 23:50:58 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92539] [8/9/10 Regression] -Warray-bounds false positive (loop unroll?) Date: Thu, 27 Feb 2020 23: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: 10.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: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03312.txt.bz2 Content-length: 2243 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92539 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #2 from Jeffrey A. Law --- Am I reading the .einline dump wrong? It looks to me like early inlining totally mucked up the saving of the "first" in eat_two when everything gets inlined into main. The net result is we advance further through the input array than we're supposed to. ;; basic block 5, loop depth 1, maybe hot ;; prev block 4, next block 6, flags: (NEW, REACHABLE, VISITED) ;; pred: 3 [11.0% (guessed)] (TRUE_VALUE,EXECUTABLE) ;; 8 [always] (FALLTHRU,DFS_BACK,EXECUTABLE) # i_7 = PHI <0(3), i_12(8)> # local_iterator_8 = PHI <"aa"(3), _11(8)> if (i_7 == 3) goto ; [25.00%] else goto ; [75.00%] ;; succ: 9 [25.0% (guessed)] (TRUE_VALUE,EXECUTABLE) ;; 6 [75.0% (guessed)] (FALSE_VALUE,EXECUTABLE) ;; basic block 6, loop depth 1, maybe hot ;; prev block 5, next block 7, flags: (NEW, REACHABLE, VISITED) ;; pred: 5 [75.0% (guessed)] (FALSE_VALUE,EXECUTABLE) if (last_3 != local_iterator_8) goto ; [54.59%] else goto ; [45.41%] ;; succ: 7 [54.6% (guessed)] (TRUE_VALUE,EXECUTABLE) ;; 9 [45.4% (guessed)] (FALSE_VALUE,EXECUTABLE) ;; basic block 7, loop depth 1, maybe hot ;; prev block 6, next block 8, flags: (NEW, REACHABLE, VISITED) ;; pred: 6 [54.6% (guessed)] (TRUE_VALUE,EXECUTABLE) _10 = local_iterator_8 + 1; if (last_3 != _10) goto ; [54.59%] else goto ; [45.41%] ;; succ: 8 [54.6% (guessed)] (TRUE_VALUE,EXECUTABLE) ;; 9 [45.4% (guessed)] (FALSE_VALUE,EXECUTABLE) ;; basic block 8, loop depth 1, maybe hot ;; prev block 7, next block 9, flags: (NEW, REACHABLE, VISITED) ;; pred: 7 [54.6% (guessed)] (TRUE_VALUE,EXECUTABLE) _11 = &MEM [(void *)local_iterator_8 + 2B]; i_12 = i_7 + 1; goto ; [100.00%] >From gcc-bugs-return-671731-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 27 23:53:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 63318 invoked by alias); 27 Feb 2020 23:53: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 63221 invoked by uid 48); 27 Feb 2020 23:53:41 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92342] [10 Regression] a small missed transformation into x?b:0 Date: Thu, 27 Feb 2020 23:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03313.txt.bz2 Content-length: 347 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92342 --- Comment #14 from Jeffrey A. Law --- That wouldn't be a big surprise Andrew. My point is I think we could create some match.pd patterns to canonicalize the form in gimple and it wouldn't matter nearly as much what combine did or didn't do to this kind of code. >From gcc-bugs-return-671732-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 00:08:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19314 invoked by alias); 28 Feb 2020 00:08:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 19260 invoked by uid 48); 28 Feb 2020 00:08:06 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93923] [10 Regression] std::is_copy_constructible raises compilation error Date: Fri, 28 Feb 2020 00:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03314.txt.bz2 Content-length: 780 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93923 --- Comment #6 from Jeffrey A. Law --- ISTM that if the standard disallows, then we should as well. We could always raise a DR if we think the standard ought to be updated to be more user friendly in what it accepts. I think I ran into maybe a half-dozen of these kind of things across all of Fedora this cycle -- I was never able to analyze them all. I think you decided one was a real bug (the fairly recent fix for ceph). Anyway, you and Jason are the experts here and I'll support whatever decision you make. I'm just trying to knock things off the TODO list for gcc-10, so when you indicate the code isn't standards conforming, I'm going to jump on the "CLOSED/INVALID" path quickly. >From gcc-bugs-return-671733-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 00:10:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23137 invoked by alias); 28 Feb 2020 00:10:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23082 invoked by uid 48); 28 Feb 2020 00:10:43 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92906] [10 regression] FAIL: libstdc++-abi/abi_check Date: Fri, 28 Feb 2020 00:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ABI 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03315.txt.bz2 Content-length: 468 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92906 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #8 from Jeffrey A. Law --- Jakub, I think your fix resolved this BZ. Correct? If so can you go ahead and close this out? >From gcc-bugs-return-671734-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 00:14:23 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33881 invoked by alias); 28 Feb 2020 00:14: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 33821 invoked by uid 48); 28 Feb 2020 00:14:10 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91804] [10 regression] r265398 breaks gcc.target/powerpc/vec-rlmi-rlnm.c Date: Fri, 28 Feb 2020 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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03316.txt.bz2 Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91804 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P1 |P2 CC| |law at redhat dot com >From gcc-bugs-return-671735-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 00:33:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53223 invoked by alias); 28 Feb 2020 00:33: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 53132 invoked by uid 48); 28 Feb 2020 00:33:08 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93674] [8/9/10 Regression] GCC eliminates conditions it should not, when strict-enums is on Date: Fri, 28 Feb 2020 00:33: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.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03317.txt.bz2 Content-length: 296 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93674 --- Comment #12 from Jeffrey A. Law --- Definitely an IVOPTS problem of some kind. It shouldn't be using some_enum types for the induction variables. It's probably a one-line fix for whomever knows the code. Bin? >From gcc-bugs-return-671736-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 02:01:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4672 invoked by alias); 28 Feb 2020 02:01:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 3542 invoked by uid 48); 28 Feb 2020 02:01:19 -0000 From: "amker at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93674] [8/9/10 Regression] GCC eliminates conditions it should not, when strict-enums is on Date: Fri, 28 Feb 2020 02:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: amker at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: amker at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03318.txt.bz2 Content-length: 403 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93674 bin cheng changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at gcc dot gnu.org |amker at gcc dot gnu.org --- Comment #13 from bin cheng --- Sorry for missing this. >From gcc-bugs-return-671737-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 04:40:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37121 invoked by alias); 28 Feb 2020 04:40:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37072 invoked by uid 48); 28 Feb 2020 04:40:29 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/90280] [9/10 Regression] ICE: in lra_assign, at lra-assigns.c:1650 with -O -fno-dce -fno-forward-propagate -fno-omit-frame-pointer Date: Fri, 28 Feb 2020 04:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WORKSFORME X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 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: 2020-02/txt/msg03319.txt.bz2 Content-length: 1127 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90280 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |law at redhat dot com Resolution|--- |WORKSFORME --- Comment #3 from Jeffrey A. Law --- So I tried a variety of revisions from April 29, 2019, but was unable to reproduce this problem. I also tried a subset of those revisions under valgrind just in case there was an uninitialized read, memory corruption or the like. Other than the well known issues with sparsesets, nothing triggered. There are other ICEs from this gcc_unreachable that have been fixed, but from my research a variety of issues in allocation/reloading can be caught by this gcc_unreachable. I'm going to close this as WORKSFORME. Obviously if you can still reproduce, please reopen and we'll dig deeper. As always, thanks for your reports. Jeff >From gcc-bugs-return-671738-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 05:04:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10661 invoked by alias); 28 Feb 2020 05:04: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 10571 invoked by uid 48); 28 Feb 2020 05:04:41 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/92417] [10 Regression] gcc generates wrong debug information at -O2 Date: Fri, 28 Feb 2020 05:04: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: 10.0 X-Bugzilla-Keywords: wrong-debug X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03320.txt.bz2 Content-length: 407 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92417 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #3 from Jeffrey A. Law --- Sounds like a WONTFIX to me. Jakub? >From gcc-bugs-return-671740-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 08:43:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71250 invoked by alias); 28 Feb 2020 08:43:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 65135 invoked by uid 48); 28 Feb 2020 08:43:47 -0000 From: "clyon at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89661] FAIL: gfortran.dg/class_61.f90 -O (internal compiler error) Date: Fri, 28 Feb 2020 08:43: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: clyon 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: 2020-02/txt/msg03322.txt.bz2 Content-length: 467 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89661 Christophe Lyon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |clyon at gcc dot gnu.org --- Comment #3 from Christophe Lyon --- I've recently started to see this randomly with my cross-compilers for arm (host x86) >From gcc-bugs-return-671739-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 08:43:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53675 invoked by alias); 28 Feb 2020 08:43:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 53630 invoked by uid 48); 28 Feb 2020 08:43:27 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92658] x86 lacks vector extend / truncate Date: Fri, 28 Feb 2020 08:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail 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: 2020-02/txt/msg03321.txt.bz2 Content-length: 707 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 --- Comment #3 from Uroš Bizjak --- Richi, should the following test also vectorize? --cut here-- typedef unsigned char v16qi __attribute__((vector_size (16))); typedef unsigned int v4si __attribute__((vector_size (16))); void foo_u8_u32 (v4si * dst, v16qi * __restrict src) { unsigned int tem[4]; tem[0] = (*src)[0]; tem[1] = (*src)[1]; tem[2] = (*src)[2]; tem[3] = (*src)[3]; dst[0] = *(v4si *) tem; } void bar_u8_u32 (v4si * dst, v16qi src) { unsigned int tem[4]; tem[0] = src[0]; tem[1] = src[1]; tem[2] = src[2]; tem[3] = src[3]; dst[0] = *(v4si *) tem; } --cut here-- >From gcc-bugs-return-671741-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 08:46:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113015 invoked by alias); 28 Feb 2020 08:46:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 112963 invoked by uid 55); 28 Feb 2020 08:46:03 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92152] [10 Regression] Wrong code (Resurrection of PR53663) Date: Fri, 28 Feb 2020 08:46: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03323.txt.bz2 Content-length: 737 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92152 --- Comment #19 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:5c3489a083b3d1f7085752045b99e429950c3906 commit r10-6913-g5c3489a083b3d1f7085752045b99e429950c3906 Author: Jakub Jelinek Date: Fri Feb 28 09:44:53 2020 +0100 testsuite: Fix up g++.dg/torture/pr92152.C test for ilp32 targets 2020-02-28 Jakub Jelinek PR middle-end/92152 * g++.dg/torture/pr92152.C (size_t): Use decltype (sizeof (0)) instead of hardcoding unsigned long. (uint64_t): Use unsigned long long instead of unsigned long. >From gcc-bugs-return-671742-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 09:00:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 2214 invoked by alias); 28 Feb 2020 09:00:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 2105 invoked by uid 48); 28 Feb 2020 09:00:40 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/92417] [10 Regression] gcc generates wrong debug information at -O2 Date: Fri, 28 Feb 2020 09:00: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: 10.0 X-Bugzilla-Keywords: wrong-debug X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03324.txt.bz2 Content-length: 474 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92417 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Jakub Jelinek --- I'm afraid yes, at least in the not too distant future. >From gcc-bugs-return-671744-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 09:06:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5487 invoked by alias); 28 Feb 2020 09:06:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5408 invoked by uid 48); 28 Feb 2020 09:06:00 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91985] Unsupported DFP not diagnosed with constants or built-in functions Date: Fri, 28 Feb 2020 09:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03326.txt.bz2 Content-length: 471 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91985 Bug 91985 depends on bug 92906, which changed state. Bug 92906 Summary: [10 regression] FAIL: libstdc++-abi/abi_check https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92906 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-671743-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 09:06:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5474 invoked by alias); 28 Feb 2020 09:06:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5362 invoked by uid 48); 28 Feb 2020 09:05:59 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92906] [10 regression] FAIL: libstdc++-abi/abi_check Date: Fri, 28 Feb 2020 09:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cc resolution assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03325.txt.bz2 Content-length: 759 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92906 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 Status|NEW |RESOLVED CC| |danglin at gcc dot gnu.org Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org --- Comment #9 from Jakub Jelinek --- Yes, I think John needs to revert his r10-5705-ga8497ec6102474365d4a7e92ccd5f392d8e96161 commit but otherwise we should be all set. >From gcc-bugs-return-671745-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 09:19:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52510 invoked by alias); 28 Feb 2020 09: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 52412 invoked by uid 48); 28 Feb 2020 09:19:41 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92342] [10 Regression] a small missed transformation into x?b:0 Date: Fri, 28 Feb 2020 09:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03327.txt.bz2 Content-length: 840 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92342 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #15 from Jakub Jelinek --- For this, I agree we should canonicalize the second form to the first one (well, any commutative x & -boolean_range into boolean_range ? x : 0 because at least in 95% of cases it will be written the former way, the latter form looks like a cute trick trying to workaround compiler deficiencies. If the x & -boolean_range form results in better code than boolean_range ? x : 0 on some target, we should make sure to expand the ?: that way somewhere in RTL. >From gcc-bugs-return-671746-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 09:30:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62833 invoked by alias); 28 Feb 2020 09:30: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 62764 invoked by uid 48); 28 Feb 2020 09:30:25 -0000 From: "thenlich at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Fri, 28 Feb 2020 09:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: thenlich at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg03328.txt.bz2 Content-length: 688 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #33 from Thomas Henlich --- Going back one step, I wonder if it would be good enough to perform a correctly rounded conversion from degrees to radians, and just use sin() as is. ... f = sgn * sin(deg2rad(arg)) end function fcn ! Compute correctly rounded value of x * pi / 180 for x = 0 ... 90 function deg2rad(x) result(y) real(sp) y real(sp), intent(in) :: x real(sp), parameter :: a = atan(1._4) / 45 real(sp), parameter :: b = atan(1._16) / 45 - a y = a * x + b * x end function deg2rad (The exact values of a and b still need some work) >From gcc-bugs-return-671747-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 09:42:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79939 invoked by alias); 28 Feb 2020 09:42:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79884 invoked by uid 48); 28 Feb 2020 09:42:49 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92342] [10 Regression] a small missed transformation into x?b:0 Date: Fri, 28 Feb 2020 09:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03329.txt.bz2 Content-length: 913 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92342 --- Comment #16 from Jakub Jelinek --- Seems on x86_64-linux we also used to give the same code in 3.4.6 and earlier, but starting already with 4.0 (already r90000) we emit cmpl %edx, %edi movl $0, %eax cmove %esi, %eax for f and xorl %eax, %eax cmpl %edx, %edi sete %al negl %eax andl %esi, %eax for g. We do it even for -Os, where the f version is clearly a win, for -O2 I'm afraid it depends on how soon the cmove result is used. LLVM seems to use cmove in both cases, ICC does roughly what gcc does (honor what user wrote). Not sure if we can do this transformation in match.pd though, because for a ? b : 0; the gimplifier doesn't emit a COND_EXPR, but GIMPLE_COND and PHI, I'm afraid we can't create new bbs from within match.pd. >From gcc-bugs-return-671748-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 09:43:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80866 invoked by alias); 28 Feb 2020 09:43:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 80825 invoked by uid 48); 28 Feb 2020 09:43:47 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93961] gnat.dg/lto24.adb FAILs Date: Fri, 28 Feb 2020 09:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03330.txt.bz2 Content-length: 471 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93961 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |ASSIGNED Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot gnu.org --- Comment #3 from Eric Botcazou --- Investigating. >From gcc-bugs-return-671749-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 10:07:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52643 invoked by alias); 28 Feb 2020 10:07:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 52588 invoked by uid 48); 28 Feb 2020 10:07:07 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92342] [10 Regression] a small missed transformation into x?b:0 Date: Fri, 28 Feb 2020 10:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03331.txt.bz2 Content-length: 877 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92342 --- Comment #17 from Jakub Jelinek --- Tried timing: __attribute__((noipa)) int f(int a,int b, int c) { return a==c?b:0; } __attribute__((noipa)) int g(int a, int b, int c) { return b & -(a==c); } int main (int argc, const char **argv) { unsigned int c = 0; if (argv[1][0] == 'f') { for (int i = 0; i < 1000000000; i++) c += f(1,1,i&1); } else { for (int i = 0; i < 1000000000; i++) c += g(1,1,i&1); } asm volatile ("" : : "r" (c)); return 0; } and the same without the "i&", i.e. alternating results and always same, and both functions are the same speed in both cases, and cmov is shorter. Without cmov, such as with -m32 -O2 -march=i586, g seems to be faster, so we probably should teach ifcvt.c to try it. >From gcc-bugs-return-671750-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 10:27:09 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 3041 invoked by alias); 28 Feb 2020 10:27: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 3005 invoked by uid 48); 28 Feb 2020 10:27:05 -0000 From: "jamborm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93707] ICE in perlbench from SPEC2017 Date: Fri, 28 Feb 2020 10:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jamborm at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: fxue 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: 2020-02/txt/msg03332.txt.bz2 Content-length: 427 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93707 Martin Jambor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Martin Jambor --- Fixed. >From gcc-bugs-return-671751-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 10:28:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6811 invoked by alias); 28 Feb 2020 10:28:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6755 invoked by uid 48); 28 Feb 2020 10:28:20 -0000 From: "jrfsousa at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93963] New: Select rank mishandling allocatable and pointer arguments with bind(c) Date: Fri, 28 Feb 2020 10:28: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jrfsousa 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: 2020-02/txt/msg03333.txt.bz2 Content-length: 770 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93963 Bug ID: 93963 Summary: Select rank mishandling allocatable and pointer arguments with bind(c) Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: jrfsousa at gmail dot com Target Milestone: --- Created attachment 47925 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47925&action=edit Code demonstrating problems. Hi all Select rank mishandles allocatable and pointer arguments when using bind(c) with: GNU Fortran (GCC) 10.0.1 20200227 (experimental) Best regards, José Rui >From gcc-bugs-return-671752-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 10:51:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24735 invoked by alias); 28 Feb 2020 10:51:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 24713 invoked by uid 48); 28 Feb 2020 10:51:14 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93964] New: [8/9/10 Regression] [graphite] ICE in assign_parameter_index_in_region, at graphite-scop-detection.c:1104 Date: Fri, 28 Feb 2020 10:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx 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 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: 2020-02/txt/msg03334.txt.bz2 Content-length: 2592 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93964 Bug ID: 93964 Summary: [8/9/10 Regression] [graphite] ICE in assign_parameter_index_in_region, at graphite-scop-detection.c:1104 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- gcc-10.0.1 snapshot (g:3133bed5d0327e8a9cd0a601b7ecdb9de4fc825d) ICEs when compiling the following testcase w/ -O1 -floop-nest-optimize: int * eo (void); void g4 (int *nt) { int dh, t2 = eo (); for (dh = 0; dh < 2; ++dh) { int m7; for (m7 = 0; m7 < t2; ++m7) nt[m7] = 0; } } % gcc-10.0.1 -O1 -floop-nest-optimize -w -c xerbsq4o.c during GIMPLE pass: graphite xerbsq4o.c: In function 'g4': xerbsq4o.c:5:1: internal compiler error: in assign_parameter_index_in_region, at graphite-scop-detection.c:1104 5 | g4 (int *nt) | ^~ 0x77656b assign_parameter_index_in_region /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/graphite-scop-detection.c:1104 0x77656b scan_tree_for_params /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/graphite-scop-detection.c:1155 0x16bc2f6 scan_tree_for_params /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/graphite-scop-detection.c:1143 0x16bfd19 before_dom_children /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/graphite-scop-detection.c:1497 0x16632b7 dom_walker::walk(basic_block_def*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/domwalk.c:309 0x16c0a7a build_scops(vec*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/graphite-scop-detection.c:1620 0x16b3b24 graphite_transform_loops() /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/graphite.c:448 0x16b4f40 graphite_transforms /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/graphite.c:538 0x16b4f40 execute /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/graphite.c:615 >From gcc-bugs-return-671753-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 11:55:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38397 invoked by alias); 28 Feb 2020 11:55:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 38357 invoked by uid 48); 28 Feb 2020 11:55:16 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93582] [10 Regression] -Warray-bounds gives error: array subscript 0 is outside array bounds of struct E[1] Date: Fri, 28 Feb 2020 11:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03335.txt.bz2 Content-length: 1161 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93582 --- Comment #35 from Jakub Jelinek --- Unfortunately, it breaks miserably, e.g. miscompiles libcpp/macro.c. Reduced testcase from that: --- gcc/testsuite/gcc.c-torture/execute/pr93582.c.jj 2020-02-28 12:27:51.280925113 +0100 +++ gcc/testsuite/gcc.c-torture/execute/pr93582.c 2020-02-28 12:26:17.272332573 +0100 @@ -0,0 +1,22 @@ +/* PR tree-optimization/93582 */ + +short a; +int b, c; + +__attribute__((noipa)) void +foo (void) +{ + b = c; + a &= 7; +} + +int +main () +{ + c = 27; + a = 14; + foo (); + if (b != 27 || a != 6) + __builtin_abort (); + return 0; +} I believe the thing is that for the case with mask we need to completely avoid the vn_reference_lookup_or_insert_for_pieces calls that finish method does, and vn_reference_insert call visit_reference_op_load does. Probably instead of that we should call vn_nary_op_insert_stmt. Now, I wonder if e.g. finish couldn't for the masked case just return the tree itself rather than anything else, and let visit_reference_op_load not call visit_reference_op_load if mask is non-NULL. >From gcc-bugs-return-671754-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 11:58:06 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47096 invoked by alias); 28 Feb 2020 11:58:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 47036 invoked by uid 48); 28 Feb 2020 11:58:01 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92785] expressions passed as real arguments to a dummy polymorphic argument fail with indexing error Date: Fri, 28 Feb 2020 11: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: 9.2.1 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: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03336.txt.bz2 Content-length: 732 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92785 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pault at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org --- Comment #2 from Paul Thomas --- Created attachment 47926 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47926&action=edit Patch for the PR For some reason this renormalisation of the descriptors was not done here but is present in gfc_conv_derived_to_class. I will commit tonight. Cheers Paul >From gcc-bugs-return-671755-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 12:06:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54371 invoked by alias); 28 Feb 2020 12:06: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 54315 invoked by uid 48); 28 Feb 2020 12:06:26 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/92656] The zero_extend insn can't be eliminated in the combine pass Date: Fri, 28 Feb 2020 12:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03337.txt.bz2 Content-length: 272 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92656 --- Comment #6 from Segher Boessenkool --- The is no simple solution, yeah. It may be possible to have a simple change that results in better code on average, but that will be marginal :-/ >From gcc-bugs-return-671756-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 12:26:13 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69061 invoked by alias); 28 Feb 2020 12:26: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 69032 invoked by uid 48); 28 Feb 2020 12:26:09 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92931] gfortran compiler errors Date: Fri, 28 Feb 2020 12:26: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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: 2020-02/txt/msg03338.txt.bz2 Content-length: 599 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92931 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED CC| |pault at gcc dot gnu.org Resolution|--- |INVALID --- Comment #3 from Paul Thomas --- In the absence of a response to Steve's reply of 13th December, I marking this as invalid and closing. Paul >From gcc-bugs-return-671757-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 12:37:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75665 invoked by alias); 28 Feb 2020 12:37:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 75219 invoked by uid 48); 28 Feb 2020 12:37:15 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92658] x86 lacks vector extend / truncate Date: Fri, 28 Feb 2020 12:37: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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail 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: 2020-02/txt/msg03339.txt.bz2 Content-length: 649 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 --- Comment #4 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #3) > Richi, should the following test also vectorize? It doesn't vectorize because supportable_convert_operation returns false for: (gdb) p debug_generic_expr (vectype_out) vector(4) unsigned int $1 = void (gdb) p debug_generic_expr (vectype_in) vector(4) unsigned char $2 = void and TYPE_MODE for "vector(4) unsigned char" returns E_SImode: (gdb) p m1 $3 = E_V4SImode (gdb) p m2 $4 = E_SImode and: if (!VECTOR_MODE_P (m1) || !VECTOR_MODE_P (m2)) return false; >From gcc-bugs-return-671758-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 12:42:43 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82362 invoked by alias); 28 Feb 2020 12:42:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 82289 invoked by uid 48); 28 Feb 2020 12:42:38 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92658] x86 lacks vector extend / truncate Date: Fri, 28 Feb 2020 12:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03340.txt.bz2 Content-length: 687 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 Uroš Bizjak changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #47924|0 |1 is obsolete| | --- Comment #5 from Uroš Bizjak --- Created attachment 47927 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47927&action=edit Prototype patch v2 A couple of typos fixed. Still doesn't vectorize v4qi->v4si, v2qi->v2di, v2hi->v2di and v4qi->v4di. Looks like tree-opt issue, as explained in Comment #4. >From gcc-bugs-return-671760-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 12:51:23 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93618 invoked by alias); 28 Feb 2020 12:51:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 93567 invoked by uid 48); 28 Feb 2020 12:51:19 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] Problematic ld_date configure check Date: Fri, 28 Feb 2020 12:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on 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: 2020-02/txt/msg03342.txt.bz2 Content-length: 557 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-28 CC| |jakub at gcc dot gnu.org, | |rguenth at gcc dot gnu.org Ever confirmed|0 |1 >From gcc-bugs-return-671759-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 12:51:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92854 invoked by alias); 28 Feb 2020 12:51: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 92816 invoked by uid 48); 28 Feb 2020 12:50:55 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] New: Problematic ld_date configure check Date: Fri, 28 Feb 2020 12:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03341.txt.bz2 Content-length: 1128 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 Bug ID: 93965 Summary: Problematic ld_date configure check Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org Target Milestone: --- We're trying as SUSE to update binutils in our Factory and I noticed strange configure detection. We've got the following version of ld: $ ld -v GNU ld (GNU Binutils; openSUSE Tumbleweed) 2.34.0.20200216-385 which is then wrongly parsed in gcc/configure.ac: ld_date=`echo $ld_ver | sed -n 's,^.*\([2-9][0-9][0-9][0-9]\)[-]*\([01][0-9]\)[-]*\([0-3][0-9]\).*$,\1\2\3,p'` $ echo "GNU ld (GNU Binutils; openSUSE Tumbleweed) 2.34.0.20200216-385" | sed -n 's,^.*\([2-9][0-9][0-9][0-9]\)[-]*\([01][0-9]\)[-]*\([0-3][0-9]\).*$,\1\2\3,p' 20021638 Obvious fix would be removal of the '[-]*' parts of the regex. Is there any ld that uses 2020-02-28 datetime format? The code is there for at least 16 years. >From gcc-bugs-return-671761-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 12:58:23 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98404 invoked by alias); 28 Feb 2020 12:58:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98359 invoked by uid 48); 28 Feb 2020 12:58:19 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92658] x86 lacks vector extend / truncate Date: Fri, 28 Feb 2020 12:58: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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail dot com 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: 2020-02/txt/msg03343.txt.bz2 Content-length: 555 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 --- Comment #6 from Uroš Bizjak --- Created attachment 47928 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47928&action=edit Test cases sse4, avx2 and avx512bw test cases. Fails: FAIL: gcc.target/i386/pr92658-avx2.c scan-assembler-times pmovzxbq 2 FAIL: gcc.target/i386/pr92658-sse4.c scan-assembler-times pmovzxbd 2 FAIL: gcc.target/i386/pr92658-sse4.c scan-assembler-times pmovzxbq 2 FAIL: gcc.target/i386/pr92658-sse4.c scan-assembler-times pmovzxwq 2 >From gcc-bugs-return-671762-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 13:03:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 103878 invoked by alias); 28 Feb 2020 13:03: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 103845 invoked by uid 48); 28 Feb 2020 13:03:46 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92658] x86 lacks vector extend / truncate Date: Fri, 28 Feb 2020 13:03: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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail dot com 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: 2020-02/txt/msg03344.txt.bz2 Content-length: 438 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 Uroš Bizjak changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |richard.sandiford at arm dot com --- Comment #7 from Uroš Bizjak --- CC author of the generic functionality part. >From gcc-bugs-return-671763-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 13:05:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106224 invoked by alias); 28 Feb 2020 13:05: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 106173 invoked by uid 48); 28 Feb 2020 13:05:26 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] Problematic ld_date configure check Date: Fri, 28 Feb 2020 13:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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: 2020-02/txt/msg03345.txt.bz2 Content-length: 300 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 --- Comment #1 from Jakub Jelinek --- Dunno, but wouldn't it be better to require either no -s or both, but not just one? So sed -n 's,^.*\([2-9][0-9][0-9][0-9]\)\([-]*\)\([01][0-9]\)\2\([0-3][0-9]\).*$,\1\3\4,p' ? >From gcc-bugs-return-671764-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 13:09:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111146 invoked by alias); 28 Feb 2020 13:09: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 110438 invoked by uid 48); 28 Feb 2020 13:09:21 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] Problematic ld_date configure check Date: Fri, 28 Feb 2020 13:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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: 2020-02/txt/msg03346.txt.bz2 Content-length: 239 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 --- Comment #2 from Jakub Jelinek --- I don't see the point of [-]* btw, could be just -* or maybe better -\? (though not sure if that is portable enough). >From gcc-bugs-return-671765-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 13:09:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115468 invoked by alias); 28 Feb 2020 13:09: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 113205 invoked by uid 48); 28 Feb 2020 13:09:40 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] New: -fcf-protection -flto -g don't work togeter Date: Fri, 28 Feb 2020 13:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone 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: 2020-02/txt/msg03347.txt.bz2 Content-length: 974 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 Bug ID: 93966 Summary: -fcf-protection -flto -g don't work togeter Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: hjl.tools at gmail dot com CC: marxin at gcc dot gnu.org, rguenth at gcc dot gnu.org Target Milestone: --- [hjl@gnu-cfl-2 tmp]$ cat x.c #include int main () { printf ("hello\n"); return 0; } [hjl@gnu-cfl-2 tmp]$ gcc -flto -c x.c [hjl@gnu-cfl-2 tmp]$ gcc x.o -Wl,-z,cet-report=error -fcf-protection [hjl@gnu-cfl-2 tmp]$ gcc -flto -c x.c -g [hjl@gnu-cfl-2 tmp]$ gcc x.o -Wl,-z,cet-report=error -fcf-protection -g /usr/local/bin/ld: /tmp/cchkKahV.debug.temp.o: error: missing IBT and SHSTK properties collect2: error: ld returned 1 exit status [hjl@gnu-cfl-2 tmp]$ >From gcc-bugs-return-671766-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 13:28:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 58783 invoked by alias); 28 Feb 2020 13:27:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57146 invoked by uid 48); 28 Feb 2020 13:27:46 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93674] [8/9/10 Regression] GCC eliminates conditions it should not, when strict-enums is on Date: Fri, 28 Feb 2020 13:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: amker at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03348.txt.bz2 Content-length: 289 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93674 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P1 |P2 >From gcc-bugs-return-671767-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 13:54:06 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120771 invoked by alias); 28 Feb 2020 13:54:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 120717 invoked by uid 48); 28 Feb 2020 13:54:02 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/93909] [10 regression] new test cases gcc.dg/ipa/pr93763.c and g++.dg/ipa/pr93763.C fail Date: Fri, 28 Feb 2020 13:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03349.txt.bz2 Content-length: 574 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93909 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |jakub at gcc dot gnu.org Resolution|--- |FIXED --- Comment #1 from Jakub Jelinek --- This should have been fixed with r10-6835-g103bc4db7665a03bf2390ccc8ceca0dc5a7a81b7 >From gcc-bugs-return-671768-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 14:03:17 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4433 invoked by alias); 28 Feb 2020 14:03: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 4391 invoked by uid 48); 28 Feb 2020 14:03:11 -0000 From: "guillaume at morinfr dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] ICE with '-flto -g -femit-struct-debug-baseonly' Date: Fri, 28 Feb 2020 14:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: guillaume at morinfr dot org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03350.txt.bz2 Content-length: 407 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 --- Comment #2 from Guillaume Morin --- fwiw the reproducer can be reduced further to: #include struct S1 { bool fct() const; }; struct V { bool visit() const { auto visitor = [](auto&& s) -> bool { return s.fct(); }; return std::visit(visitor, v); } std::variant v; }; >From gcc-bugs-return-671769-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 14:37:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72609 invoked by alias); 28 Feb 2020 14:37:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72529 invoked by uid 48); 28 Feb 2020 14:37:30 -0000 From: "gcc at cookiesoft dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93967] New: switch on exhaustive enum gives control reaches end of non-void function Date: Fri, 28 Feb 2020 14:37: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: gcc at cookiesoft dot de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03351.txt.bz2 Content-length: 1019 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93967 Bug ID: 93967 Summary: switch on exhaustive enum gives control reaches end of non-void function Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: gcc at cookiesoft dot de Target Milestone: --- ``` enum class A { X, Y, Z }; int foo(A a) { switch (a) { case A::X: return 1; case A::Y: return 2; case A::Z: return 3; } } ``` `g++ input.cpp` ``` : In function 'int foo(A)': :9:1: warning: control reaches end of non-void function [-Wreturn-type] 9 | } | ^ ``` The switch is exhaustive and so there is no way that the function reaches the code path after the switch. Clang does not emit a warning. This happens on every version of gcc. Godbolt: https://cpp.godbolt.org/z/Goii_K >From gcc-bugs-return-671770-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 14:37:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73293 invoked by alias); 28 Feb 2020 14:37: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 73247 invoked by uid 48); 28 Feb 2020 14:37:41 -0000 From: "gcc at cookiesoft dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93968] New: -Wswitch-default on exhaustive enum class gives warning Date: Fri, 28 Feb 2020 14:37: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: gcc at cookiesoft dot de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03352.txt.bz2 Content-length: 1059 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93968 Bug ID: 93968 Summary: -Wswitch-default on exhaustive enum class gives warning Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: gcc at cookiesoft dot de Target Milestone: --- ``` enum class A { X, Y, Z }; int foo(A a) { switch (a) { case A::X: return 1; case A::Y: return 2; case A::Z: return 3; } } ``` `g++ -Wswitch-default input.cpp` ``` : In function 'int foo(A)': :4:12: warning: switch missing default case [-Wswitch-default] 4 | switch (a) { | ^ ``` The switch is exhaustive and so there should no warning for a default case, but when compiling it with `-Wswitch-default` it does emit a warning. Clang does not. This happens on every version of gcc. Godbolt: https://cpp.godbolt.org/z/Goii_K >From gcc-bugs-return-671771-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 14:39:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74799 invoked by alias); 28 Feb 2020 14:39:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74763 invoked by uid 48); 28 Feb 2020 14:39:47 -0000 From: "igusarov at mail dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93969] New: Static data member cannot be initialized in place, if it is of a nested class type with a default argument in its constructor. Date: Fri, 28 Feb 2020 14:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: igusarov at mail dot ru X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03353.txt.bz2 Content-length: 2607 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93969 Bug ID: 93969 Summary: Static data member cannot be initialized in place, if it is of a nested class type with a default argument in its constructor. Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: igusarov at mail dot ru Target Milestone: --- Dear gcc developers, x86_64-gcc-9.2 available online at godbolt.org, refuses to compile a sample program which I believe is well-formed: struct Outer { struct Inner { Inner(int arg = 23); }; static inline Inner x{}; // (1) }; If invoked with a sole "-std=c++17" command-line option, the compilation fails at line marked (1) and the following error is reported: error: call to 'Outer::Inner::Inner(int)' uses the default argument for parameter 1, which is not yet defined The sample program looks well-formed to me because of the following reasoning: (clause numbers are per N4659 C++17 draft at http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4659.pdf ) 1) Class Outer::Inner is fully defined at its closing brace (12.2/p6) and therefore is already a complete-type before Outer::x data member is declared; 2) The declaration of static inline data member Outer::x comes with a brace-initializer (12.2/p8) which means that it is also the definition (12.2.3.2/p3), also initializing-declaration and defining declaration (11.6/p21); 3) Outer::x is direct-list-initialized (11.6/p16, 11.6/p17); the initializer list is empty; 4) Class Outer::Inner has a user-defined constructor Outer::Inner::Inner(int). That constructor is the default constructor because every formal parameter has a corresponding default argument (15.1/p4); 5) Combination of points 3) and 4) means that Outer::x should be default-initialized (11.6.4/p3.4, 11.6/p8.1); 6) Default initialization of Outer::x should be performed by calling its matching constructor with an empty argument list (11.6/p7.1); 7) Each time the constructor is called with no arguments, default argument should be evaluated for the corresponding parameter (11.3.6/p9); 8) Default argument to that constructor is an integral constant expression which is already defined. So it seems that evaluation of the said default argument should cause no problem. ---- P.S. clang-9.0.0 also reports a similar error. >From gcc-bugs-return-671772-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 14:59:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 131010 invoked by alias); 28 Feb 2020 14:59:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 130958 invoked by uid 55); 28 Feb 2020 14:59:39 -0000 From: "urbanjost at comcast dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92785] expressions passed as real arguments to a dummy polymorphic argument fail with indexing error Date: Fri, 28 Feb 2020 14: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: urbanjost at comcast dot net X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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: 2020-02/txt/msg03354.txt.bz2 Content-length: 1205 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92785 --- Comment #3 from urbanjost at comcast dot net --- Great! Looking forward to using polymorphic variables in more and more applications and this problem had put a hold on that. > On February 28, 2020 at 6:58 AM "pault at gcc dot gnu.org" wrote: > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92785 > > Paul Thomas changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |pault at gcc dot gnu.org > Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org > > --- Comment #2 from Paul Thomas --- > Created attachment 47926 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47926&action=edit > Patch for the PR > > For some reason this renormalisation of the descriptors was not done here but > is present in gfc_conv_derived_to_class. I will commit tonight. > > Cheers > > Paul > > -- > You are receiving this mail because: > You reported the bug. >From gcc-bugs-return-671773-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 15:17:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31065 invoked by alias); 28 Feb 2020 15:17:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31019 invoked by uid 48); 28 Feb 2020 15:17:15 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93960] std::to_address doesn't work with past-the-end Debug Mode iterators Date: Fri, 28 Feb 2020 15:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03355.txt.bz2 Content-length: 1540 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93960 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-28 Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely --- This seems to work: --- a/libstdc++-v3/include/debug/safe_iterator.h +++ b/libstdc++-v3/include/debug/safe_iterator.h @@ -35,6 +35,9 @@ #include #include #include +#if __cplusplus > 201703L +# include +#endif #define _GLIBCXX_DEBUG_VERIFY_OPERANDS(_Lhs, _Rhs, _BadMsgId, _DiffMsgId) \ _GLIBCXX_DEBUG_VERIFY(!_Lhs._M_singular() && !_Rhs._M_singular(), \ @@ -952,6 +955,13 @@ namespace __gnu_debug __unsafe(const _Safe_iterator<_Iterator, _Sequence>& __it) { return __it.base(); } +#if __cplusplus > 201703L && __cpp_lib_concepts + template _Iter> + constexpr auto + __to_address(const _Iter& __iter) noexcept + { return std::__to_address(__iter.operator->()); } +#endif + } // namespace __gnu_debug #undef _GLIBCXX_DEBUG_VERIFY_DIST_OPERANDS This overload is more constrained than the existing ones, so gets chosen by overload resolution. >From gcc-bugs-return-671774-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 15:20:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36558 invoked by alias); 28 Feb 2020 15:20:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 36513 invoked by uid 55); 28 Feb 2020 15:20:48 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87612] Bad diagnostic for conflicting mcpu and march options on aarch64 Date: Fri, 28 Feb 2020 15:20: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: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03356.txt.bz2 Content-length: 897 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87612 --- Comment #2 from CVS Commits --- The master branch has been updated by Joel Hutton : https://gcc.gnu.org/g:349297b6e69c5af74ed26a333488b1bf994dbcce commit r10-6918-g349297b6e69c5af74ed26a333488b1bf994dbcce Author: Joel Hutton Date: Fri Feb 28 14:46:26 2020 +0000 Fix misleading aarch64 mcpu/march warning string The message for conflicting mcpu and march previously printed the architecture of the CPU instead of the CPU name, as well as omitting the extensions to the march string. This patch corrects both errors. This patch fixes PR target/87612. 2020-02-27 Joel Hutton PR target/87612 * config/aarch64/aarch64.c (aarch64_override_options): Fix misleading warning string. >From gcc-bugs-return-671775-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 15:28:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53077 invoked by alias); 28 Feb 2020 15:28:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 52288 invoked by uid 48); 28 Feb 2020 15:27:57 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92692] Saving off the callee saved register between ldxr/stxr (caused by shrink wrapping improvements) Date: Fri, 28 Feb 2020 15:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: blocker X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: wilco at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03357.txt.bz2 Content-length: 1160 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692 --- Comment #22 from Wilco --- (In reply to Sebastian Pop from comment #21) > It looks like this hunk from the trunk version of the patch is missing on > gcc-9 branch: > > diff --git a/gcc/config/aarch64/atomics.md b/gcc/config/aarch64/atomics.md > index cabcc58f1a0..1458bc00095 100644 > --- a/gcc/config/aarch64/atomics.md > +++ b/gcc/config/aarch64/atomics.md > @@ -104,7 +104,7 @@ > (clobber (match_scratch:SI 7 "=&r"))] > "" > "#" > - "&& reload_completed" > + "&& epilogue_completed" > [(const_int 0)] > { > aarch64_split_compare_and_swap (operands); > > > > With this hunk applied my bootstrap passes on the gcc-9 branch on an > aarch64-linux graviton2. > > Without this hunk I see an error in thread sanitizers. > > I also have checked gcc-8 release branch and it seems that the patch is not > missing any hunks in that branch. > > Could somebody apply the missing hunk to the gcc-9 release branch? Thanks! I don't see anything like that on the gcc-9 branch - are you sure you don't have an outstanding change somehow? >From gcc-bugs-return-671776-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 15:29:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56704 invoked by alias); 28 Feb 2020 15:29:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 56640 invoked by uid 48); 28 Feb 2020 15:29:56 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/80635] [8/9/10 regression] std::optional and bogus -Wmaybe-uninitialized warning Date: Fri, 28 Feb 2020 15:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: law at redhat dot com X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03358.txt.bz2 Content-length: 1006 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at gcc dot gnu.org |law at redhat dot com --- Comment #44 from Jeffrey A. Law --- I suspect in the context where SRA creates the V_C_E we don't have enough information to know that the range of the input object is constrained enough. We base the decision solely on the types. By the time we get into the middle end we can follow the use-def chain to the PHI and realize the source object only has two possible values at runtime and we can optimize the V_C_E into a NOP_EXPR. I've contacted Eric B. offline on the semantics of V_C_E. I think the agreement is in this kind of scenario we ought to be able to simplify it into a NOP_EXPR which should be sufficient to eliminate the false positive. >From gcc-bugs-return-671777-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 15:43:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79588 invoked by alias); 28 Feb 2020 15:43:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79541 invoked by uid 48); 28 Feb 2020 15:43:43 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction Date: Fri, 28 Feb 2020 15:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03359.txt.bz2 Content-length: 529 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #12 from Jeffrey A. Law --- It would seem like C ought to be able to set the flag across the board. But Richi would know best if this is going to run afoul of of the alias oracle implementation & underlying gimple semantics. I vaguely recall a discussion on the lists WRT how to represent placement-new. I didn't follow it at the time. Without reviewing the thread it does seem helpful if we could see the placement-new in the IL. >From gcc-bugs-return-671778-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 15:55:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 86149 invoked by alias); 28 Feb 2020 15:55:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 86102 invoked by uid 48); 28 Feb 2020 15:55:10 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] -fcf-protection -flto -g don't work togeter Date: Fri, 28 Feb 2020 15:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03360.txt.bz2 Content-length: 488 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot com --- Comment #1 from H.J. Lu --- Created attachment 47929 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47929&action=edit A patch >From gcc-bugs-return-671779-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 16:06:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9640 invoked by alias); 28 Feb 2020 16:06: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 9589 invoked by uid 48); 28 Feb 2020 16:06:18 -0000 From: "wschmidt at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87560] ICE in curr_insn_transform, at lra-constraints.c:3892 Date: Fri, 28 Feb 2020 16:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wschmidt at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03361.txt.bz2 Content-length: 305 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87560 --- Comment #3 from Bill Schmidt --- I expect the problem is still there somewhere, but it's gone latent. There haven't been any changes to *xxspltib__split since 2016. Will need to look at gcc-9 branch to debug. >From gcc-bugs-return-671780-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 16:07:57 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13564 invoked by alias); 28 Feb 2020 16:07: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 13517 invoked by uid 48); 28 Feb 2020 16:07:52 -0000 From: "wschmidt at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87560] ICE in curr_insn_transform, at lra-constraints.c:3892 Date: Fri, 28 Feb 2020 16:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wschmidt at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03362.txt.bz2 Content-length: 234 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87560 --- Comment #4 from Bill Schmidt --- Although perhaps we've done a better job of sorting out these flags since then. Segher, anything ring a bell? >From gcc-bugs-return-671781-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 16:14:38 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24319 invoked by alias); 28 Feb 2020 16:14:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 24133 invoked by uid 48); 28 Feb 2020 16:14:33 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] Problematic ld_date configure check Date: Fri, 28 Feb 2020 16:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03363.txt.bz2 Content-length: 780 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot gnu.org --- Comment #3 from Martin Liška --- (In reply to Jakub Jelinek from comment #1) > Dunno, but wouldn't it be better to require either no -s or both, but not > just one? > So > sed -n > 's,^.*\([2-9][0-9][0-9][0-9]\)\([-]*\)\([01][0-9]\)\2\([0-3][0-9]\).*$, > \1\3\4,p' > ? Thank you Jakub. I like to suggested patch. I'm going to send it to the mailing list. >From gcc-bugs-return-671782-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 16:29:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61959 invoked by alias); 28 Feb 2020 16:29:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 56052 invoked by uid 55); 28 Feb 2020 16:29:14 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93564] [10 Regression] 470.lbm regresses by 25% on znver2 with -Ofast -march=native LTO and PGO since r10-6384-g2a07345c4f8dabc2 Date: Fri, 28 Feb 2020 16:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ra X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03364.txt.bz2 Content-length: 719 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93564 --- Comment #5 from CVS Commits --- The master branch has been updated by Vladimir Makarov : https://gcc.gnu.org/g:f3ce088645e5305d932380c7520809181b2d2eb9 commit r10-6919-gf3ce088645e5305d932380c7520809181b2d2eb9 Author: Vladimir N. Makarov Date: Fri Feb 28 11:27:30 2020 -0500 One more patch for PR93564: Prefer smaller hard regno when we do not honor reg alloc order. 2020-02-28 Vladimir Makarov PR rtl-optimization/93564 * ira-color.c (assign_hard_reg): Prefer smaller hard regno when we do not honor reg alloc order. >From gcc-bugs-return-671783-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 16:54:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94899 invoked by alias); 28 Feb 2020 16:54: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 94848 invoked by uid 55); 28 Feb 2020 16:54:45 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] Problematic ld_date configure check Date: Fri, 28 Feb 2020 16:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03365.txt.bz2 Content-length: 588 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 --- Comment #4 from CVS Commits --- The master branch has been updated by Martin Liska : https://gcc.gnu.org/g:08bf7bde9f2987b1c623d272cc71fc14a1622442 commit r10-6921-g08bf7bde9f2987b1c623d272cc71fc14a1622442 Author: Martin Liska Date: Fri Feb 28 17:52:57 2020 +0100 Improve detection of ld_date. PR other/93965 * configure.ac: Improve detection of ld_date by requiring either two dashes or none. * configure: Regenerate. >From gcc-bugs-return-671784-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 16:56:06 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99763 invoked by alias); 28 Feb 2020 16:56: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 99723 invoked by uid 48); 28 Feb 2020 16:56:01 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] Problematic ld_date configure check Date: Fri, 28 Feb 2020 16:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_known_to_work cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03366.txt.bz2 Content-length: 452 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Known to work| |10.0 Known to fail| |8.3.0, 9.2.0 --- Comment #5 from Martin Liška --- Fixed on trunk so far. >From gcc-bugs-return-671785-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 17:05:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59144 invoked by alias); 28 Feb 2020 17:05: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 59061 invoked by uid 48); 28 Feb 2020 17:05:46 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93970] New: load via restricted pointer not eliminated after a store via a restricted pointer of incompatible type Date: Fri, 28 Feb 2020 17:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03367.txt.bz2 Content-length: 1723 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93970 Bug ID: 93970 Summary: load via restricted pointer not eliminated after a store via a restricted pointer of incompatible type Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: msebor at gcc dot gnu.org Target Milestone: --- In the test case below the test in f() is folded to false as expected, but the similar test in g() is not folded, even though in both functions the pointers are restricted and in g() they additionally point to incompatible types. $ cat t.c && gcc -O2 -S -Wall -Wextra -fdump-tree-optimized=/dev/stdout t.c void f (int *__restrict p, int *__restrict q) { int t = *q; *p = 0; if (t != *q) // folded to false __builtin_abort (); } void g (int *__restrict p, double *__restrict q) { double t = *q; *p = 0; if (t != *q) // not folded __builtin_abort (); } ;; Function f (f, funcdef_no=0, decl_uid=1931, cgraph_uid=1, symbol_order=0) f (int * restrict p, int * restrict q) { [local count: 1073741824]: *p_3(D) = 0; return; } ;; Function g (g, funcdef_no=1, decl_uid=1936, cgraph_uid=2, symbol_order=1) g (int * restrict p, double * restrict q) { double t; [local count: 1073741824]: t_3 = *q_2(D); *p_4(D) = 0; if (t_3 != t_3) goto ; [0.00%] else goto ; [100.00%] [count: 0]: __builtin_abort (); [local count: 1073741824]: return; } >From gcc-bugs-return-671786-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 17:07:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64662 invoked by alias); 28 Feb 2020 17:07:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 64646 invoked by uid 48); 28 Feb 2020 17:07:17 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93971] New: C++ containers considered to alias declared objects of incompatible types Date: Fri, 28 Feb 2020 17:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03368.txt.bz2 Content-length: 2028 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 Bug ID: 93971 Summary: C++ containers considered to alias declared objects of incompatible types Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: msebor at gcc dot gnu.org Target Milestone: --- Inspired by the discussion in pr93745 I tried the following to see if GCC was able to eliminate the test: it isn't, not even after declaring std::vector::_M_impl._M_start restrict. In bug 49367 Jason points out a similar limitation except involving pointers of the same type pointing to (potentially) allocated storage. Here it's clear that _M_impl._M_start cannot point to x because x is accessed (i.e., first read and then written) by an incompatible type. Another similar test case is in bug 49761. Even declaring v __restrict doesn't help. $ cat t.C && gcc -O2 -S -Wall -fdump-tree-optimized=/dev/stdout t.C #include double x; void f (std::vector &v) { double t = x; v[0] = 0; if (t != x) __builtin_abort (); } ;; Function f (_Z1fRSt6vectorIiSaIiEE, funcdef_no=880, decl_uid=16170, cgraph_uid=169, symbol_order=170) f (struct vector & v) { double t; int * _4; [local count: 1073741824]: t_2 = x; _4 = v_3(D)->D.17243._M_impl.D.16553._M_start; MEM[(value_type &)_4] = 0; if (t_2 != t_2) goto ; [0.00%] else goto ; [100.00%] [count: 0]: __builtin_abort (); [local count: 1073741824]: return; } The roughly equivalent C test case is: struct V { int *restrict p; }; double x; void f (struct V * /* restrict */ p) // restrict here makes no difference { double t = x; p->p[0] = 0; if (t != x) __builtin_abort (); } >From gcc-bugs-return-671787-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 17:09:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68189 invoked by alias); 28 Feb 2020 17:09:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 68147 invoked by uid 48); 28 Feb 2020 17:09:49 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93968] -Wswitch-default on exhaustive enum class gives warning about missing default case Date: Fri, 28 Feb 2020 17:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03369.txt.bz2 Content-length: 656 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93968 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek --- (A)3 is a valid value for a and is not handled by the switch. See http://eel.is/c++draft/dcl.enum#8 In your case, the underlying type is fixed int, and so a can have any int value. Even if you used just enum A { X, Y, Z }, (A)3 would still be within the valid range of values. >From gcc-bugs-return-671788-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 17:29:34 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96869 invoked by alias); 28 Feb 2020 17:29:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96830 invoked by uid 48); 28 Feb 2020 17:29:30 -0000 From: "stilor at att dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93751] -g1 does not behave per manual Date: Fri, 28 Feb 2020 17:29: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: 10.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: stilor at att dot net 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: 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: 2020-02/txt/msg03370.txt.bz2 Content-length: 438 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751 --- Comment #14 from Alexey Neyman --- Created attachment 47930 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47930&action=edit Patch, v3 In gcc-patches, there have been three votes for generating external variables' DIEs without an additional option. Updated the patch to do that. I'd be happy to see either of v2 or v3 of the patch picked up. >From gcc-bugs-return-671789-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 17:31:34 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101436 invoked by alias); 28 Feb 2020 17:31:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 100935 invoked by uid 48); 28 Feb 2020 17:31:27 -0000 From: "stilor at att dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93751] -g1 does not behave per manual Date: Fri, 28 Feb 2020 17:31: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: 10.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: stilor at att dot net 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: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03371.txt.bz2 Content-length: 509 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751 Alexey Neyman changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #47930|0 |1 is obsolete| | --- Comment #15 from Alexey Neyman --- Created attachment 47931 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47931&action=edit Patch, v3 >From gcc-bugs-return-671790-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 17:54:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56309 invoked by alias); 28 Feb 2020 17:54:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 56226 invoked by uid 55); 28 Feb 2020 17:53:59 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] Problematic ld_date configure check Date: Fri, 28 Feb 2020 17:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03372.txt.bz2 Content-length: 698 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Martin Liska : https://gcc.gnu.org/g:9179ae6a0df27e3d3830ee42f755dc7d76cb0423 commit r9-8303-g9179ae6a0df27e3d3830ee42f755dc7d76cb0423 Author: Martin Liska Date: Fri Feb 28 18:52:55 2020 +0100 Backport 08bf7bde9f2987b1c623d272cc71fc14a1622442 Backport from mainline 2020-02-28 Martin Liska PR other/93965 * configure.ac: Improve detection of ld_date by requiring either two dashes or none. * configure: Regenerate. >From gcc-bugs-return-671791-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 17:57:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60238 invoked by alias); 28 Feb 2020 17:57:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 60217 invoked by uid 48); 28 Feb 2020 17:57:24 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93972] New: ranges::lexicographical_compare gives wrong answer for signed integers Date: Fri, 28 Feb 2020 17:57: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi 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 cc 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: 2020-02/txt/msg03373.txt.bz2 Content-length: 861 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93972 Bug ID: 93972 Summary: ranges::lexicographical_compare gives wrong answer for signed integers Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: redi at gcc dot gnu.org CC: ppalka at gcc dot gnu.org Target Milestone: --- // -std=gnu++2a #include #include int main() { int i[] = { -1 }; int j[] = { 1 }; assert( std::ranges::lexicographical_compare(i, j) ); } a.out: range.cc:8: int main(): Assertion `std::ranges::lexicographical_compare(i, j)' failed. Aborted (core dumped) It's not valid to use memcmp for signed integers. >From gcc-bugs-return-671792-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 18:21:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26424 invoked by alias); 28 Feb 2020 18:21: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 26344 invoked by uid 48); 28 Feb 2020 18:21:17 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87560] ICE in curr_insn_transform, at lra-constraints.c:3892 Date: Fri, 28 Feb 2020 18:21: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: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03374.txt.bz2 Content-length: 207 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87560 --- Comment #5 from Segher Boessenkool --- This code is unmodified since 2016, and we didn't change the flag handling afair. >From gcc-bugs-return-671794-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 18:26:13 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31049 invoked by alias); 28 Feb 2020 18:26: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 30876 invoked by uid 48); 28 Feb 2020 18:26:09 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches Date: Fri, 28 Feb 2020 18:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03376.txt.bz2 Content-length: 444 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gcc at cookiesoft dot de --- Comment #21 from Andrew Pinski --- *** Bug 93967 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-671793-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 18:26:13 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 30926 invoked by alias); 28 Feb 2020 18:26:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 30859 invoked by uid 48); 28 Feb 2020 18:26:09 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93967] switch on exhaustive enum gives control reaches end of non-void function Date: Fri, 28 Feb 2020 18:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03375.txt.bz2 Content-length: 558 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93967 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andrew Pinski --- See PR 53479 and others. Basically A(3) is a valid value for the enum. *** This bug has been marked as a duplicate of bug 53479 *** >From gcc-bugs-return-671795-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 18:27:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32454 invoked by alias); 28 Feb 2020 18:27: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 32362 invoked by uid 48); 28 Feb 2020 18:26:56 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93968] -Wswitch-default on exhaustive enum class gives warning about missing default case Date: Fri, 28 Feb 2020 18:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03377.txt.bz2 Content-length: 568 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93968 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Andrew Pinski --- See dup bug, PR 53479. As mentioned by Jakub, A(3) is valid value of the enum. *** This bug has been marked as a duplicate of bug 53479 *** >From gcc-bugs-return-671796-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 18:27:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32510 invoked by alias); 28 Feb 2020 18:27: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 32389 invoked by uid 48); 28 Feb 2020 18:26:57 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches Date: Fri, 28 Feb 2020 18:27: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: diagnostic X-Bugzilla-Severity: minor X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03378.txt.bz2 Content-length: 184 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 --- Comment #22 from Andrew Pinski --- *** Bug 93968 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-671797-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 18:29:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35066 invoked by alias); 28 Feb 2020 18:29: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 35017 invoked by uid 55); 28 Feb 2020 18:29:47 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93937] Variable vector extract & zero extend insn can never match Date: Fri, 28 Feb 2020 18:29: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: meissner 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: 2020-02/txt/msg03379.txt.bz2 Content-length: 635 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93937 --- Comment #1 from CVS Commits --- The master branch has been updated by Michael Meissner : https://gcc.gnu.org/g:ab2f2e19111bfdd013697fdfd0cded5ab291a7a1 commit r10-6923-gab2f2e19111bfdd013697fdfd0cded5ab291a7a1 Author: Michael Meissner Date: Fri Feb 28 13:28:45 2020 -0500 Fix target/93937 2020-02-28 Michael Meissner PR target/93937 * config/rs6000/vsx.md (vsx_extract__mode_var): Delete, the insn will never work. >From gcc-bugs-return-671798-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 18:31:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36738 invoked by alias); 28 Feb 2020 18:31: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 36454 invoked by uid 48); 28 Feb 2020 18:30:56 -0000 From: "ppalka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93972] ranges::lexicographical_compare gives wrong answer for signed integers Date: Fri, 28 Feb 2020 18:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ppalka at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ppalka at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03380.txt.bz2 Content-length: 896 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93972 Patrick Palka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-28 Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Patrick Palka --- Or for unsigned integral types wider than a byte... #include #include int main() { unsigned i[] = { 1 }; unsigned j[] = { 256 }; assert( std::ranges::lexicographical_compare(i, j) ); } Apparently I didn't consult the memcmp check that's used by std::lexicographical_compare when writing the ranges version. >From gcc-bugs-return-671799-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 18:38:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60397 invoked by alias); 28 Feb 2020 18:38:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 60358 invoked by uid 48); 28 Feb 2020 18:38:16 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92785] expressions passed as real arguments to a dummy polymorphic argument fail with indexing error Date: Fri, 28 Feb 2020 18:38: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.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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: 2020-02/txt/msg03381.txt.bz2 Content-length: 491 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92785 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Paul Thomas --- Committed as revision r10-6924-g7485ace81de9ec9dd5c87edf67e359d31ce35a20 Paul >From gcc-bugs-return-671800-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:06:37 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116152 invoked by alias); 28 Feb 2020 19:06:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 113313 invoked by uid 48); 28 Feb 2020 19:06:32 -0000 From: "david.alvarez at bsc dot es" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93973] New: Wrong constexpr copy/move assignment operator allowed on non-literal type Date: Fri, 28 Feb 2020 19:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: david.alvarez at bsc dot es 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: 2020-02/txt/msg03382.txt.bz2 Content-length: 472 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93973 Bug ID: 93973 Summary: Wrong constexpr copy/move assignment operator allowed on non-literal type Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: david.alvarez at bsc dot es Target Milestone: --- >From gcc-bugs-return-671801-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:10:11 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121231 invoked by alias); 28 Feb 2020 19:10: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 121156 invoked by uid 48); 28 Feb 2020 19:10:05 -0000 From: "jamborm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/84490] [8/9/10 regression] 436.cactusADM regressed by 6-8% percent with -Ofast on Zen and Haswell, compared to gcc 7.2 Date: Fri, 28 Feb 2020 19:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jamborm at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03383.txt.bz2 Content-length: 1041 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84490 --- Comment #13 from Martin Jambor --- (In reply to Richard Biener from comment #12) > Wonder if we can have an update on this? TL;DR: there still seems to be a regression, but smaller and difficult to pin down. The benchmark often goes up and down a bit: https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=134.100.0&plot.1=37.100.0&plot.2=69.100.0&plot.3=248.100.0&plot.4=27.100.0& Nevertheless, I recently got the following numbers at Ofast and generic march (times, so lower is better): | GCC 7.5 | 100.00% | | GCC 8.3 | 102.07% | | GCC 9.2 | 104.15% | | trunk 17 Feb | 109.33% | | trunk 24 Feb | 104.66% | Zen2 based CPU | GCC 7.5 | 100.00% | | GCC 8.3 | 100.00% | | GCC 9.2 | 110.06% | | trunk 17 Feb | 111.32% | | trunk 24 Feb | 105.66% | OTOH, on zen2 GCC 9 and trunk are 23% better at -Ofast and native over GCC 8 or 7 (but those do not know znver2 and I did not try forcing 256bit vectors). >From gcc-bugs-return-671802-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:20:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6093 invoked by alias); 28 Feb 2020 19:20:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6022 invoked by uid 48); 28 Feb 2020 19:20:14 -0000 From: "doko at debian dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] New: [9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu Date: Fri, 28 Feb 2020 19:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: doko at debian dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03384.txt.bz2 Content-length: 1871 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 Bug ID: 93974 Summary: [9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20200228, on powerpc64le-linux-gnu, hardening flags and -fPIE turned on by default. $ cat lpe-extrude.ii class a { double b[2]; public: a(); }; class c { public: typedef a d; d m_fn1() { a e; return e; } }; template void operator+(f, typename f::d); void g() { c connector; for (;;) { c cut; a h = cut.m_fn1(); connector + h; } } $ g++ -c -O3 lpe-extrude.ii during RTL pass: reload lpe-extrude.ii: In function ‘void g()’: lpe-extrude.ii:23:1: internal compiler error: in decompose_normal_address, at rtlanal.c:6384 23 | } | ^ 0x109c511f decompose_normal_address ../../src/gcc/rtlanal.c:6384 0x109c511f decompose_address(address_info*, rtx_def**, machine_mode, unsigned char, rtx_code) ../../src/gcc/rtlanal.c:6461 0x1084499f process_address_1 ../../src/gcc/lra-constraints.c:3363 0x10846d1b process_address ../../src/gcc/lra-constraints.c:3637 0x10846d1b curr_insn_transform ../../src/gcc/lra-constraints.c:3952 0x1084c7af lra_constraints(bool) ../../src/gcc/lra-constraints.c:5025 0x1083537f lra(_IO_FILE*) ../../src/gcc/lra.c:2437 0x107da43b do_reload ../../src/gcc/ira.c:5523 0x107da43b execute ../../src/gcc/ira.c:5709 Please submit a full bug report, with preprocessed source if appropriate. >From gcc-bugs-return-671803-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:22:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21854 invoked by alias); 28 Feb 2020 19:22: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 21728 invoked by uid 48); 28 Feb 2020 19:21:57 -0000 From: "wschmidt at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87560] ICE in curr_insn_transform, at lra-constraints.c:3892 Date: Fri, 28 Feb 2020 19:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wschmidt at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03385.txt.bz2 Content-length: 212 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87560 --- Comment #6 from Bill Schmidt --- OK, looks like the gimple has changed so we don't see the opportunity anymore in GCC 10. >From gcc-bugs-return-671804-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:24:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26226 invoked by alias); 28 Feb 2020 19:24: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 26198 invoked by uid 48); 28 Feb 2020 19:24:43 -0000 From: "david.alvarez at bsc dot es" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93975] New: Wrong constexpr copy/move assignment operator allowed on non-literal type Date: Fri, 28 Feb 2020 19:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: david.alvarez at bsc dot es 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: 2020-02/txt/msg03386.txt.bz2 Content-length: 2898 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93975 Bug ID: 93975 Summary: Wrong constexpr copy/move assignment operator allowed on non-literal type Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: david.alvarez at bsc dot es Target Milestone: --- Created attachment 47932 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47932&action=edit Reproducer Hi, Note: I sent #93973 with the same title by mistake, sorry. I am attaching file "bug.cc", that contains a testcase for the issue I'm describing. GCC compiles the code correctly, but it _should not_ under -std=c++17 and beyond. Clang-9 correctly detects the error and displays: $ clang++ -std=c++17 -c bug.cc bug.cc:9:3: error: defaulted definition of copy assignment operator is not constexpr constexpr Test& operator=(const Test &) = default; ^ 1 error generated. The issue is that the constexpr operator= is illegal in that context, and it is not detected by GCC correctly. GCC 5.3 outputted the following error: :11:19: error: explicitly defaulted function 'constexpr Test& Test::operator=(const Test&)' cannot be declared as constexpr because the implicit declaration is not constexpr: constexpr Test& operator=(const Test &) = default; ^ Which is correct. In the C++ 2017 standard, section 15.8.2 paragraph 10, it says: A copy/move assignment operator for a class X that is defaulted and not defined as deleted is implicitly defined when it is odr-used (6.2) (e.g., when it is selected by overload resolution to assign to an object of its class type) or when it is explicitly defaulted after its first declaration. The implicitly-defined copy/move assignment operator is constexpr if (10.1) — X is a literal type, and (10.2) — the assignment operator selected to copy/move each direct base class subobject is a constexpr function, and (10.3) — for each non-static data member of X that is of class type (or array thereof), the assignment operator selected to copy/move that member is a constexpr function. The class Test in the example is not a literal type (and can be checked through std::is_literal_type) because it has no constexpr constructors. GCC detects the non-literality correctly, but fails to then mark the implicit copy/move assginment operator as non-constexpr. The issue was introduced in GCC 5.4 by patch: r236405 (git id 7c7bf2f86e5b9de752530a778909c11a596ed40a), which implemented support for constexpr copy/move constructors but did not check for the restrictions defined in the standard (but it does include a comment there as well with all the conditions to check...). Thanks! >From gcc-bugs-return-671805-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:33:37 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34838 invoked by alias); 28 Feb 2020 19:33:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 34808 invoked by uid 48); 28 Feb 2020 19:33:33 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93751] -g1 does not behave per manual Date: Fri, 28 Feb 2020 19:33: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: 10.0 X-Bugzilla-Keywords: documentation, patch 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: keywords bug_file_loc 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: 2020-02/txt/msg03387.txt.bz2 Content-length: 1172 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch URL| |https://gcc.gnu.org/ml/gcc- | |patches/2020-02/msg00889.ht | |ml CC| |egallager at gcc dot gnu.org --- Comment #16 from Eric Gallager --- (In reply to Alexey Neyman from comment #14) > Created attachment 47930 [details] > Patch, v3 > > In gcc-patches, there have been three votes for generating external > variables' DIEs without an additional option. Updated the patch to do that. > > I'd be happy to see either of v2 or v3 of the patch picked up. This is the only discussion of the patch on gcc-patches I can find: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg00889.html Could you point me to where the votes on other versions of it took place? >From gcc-bugs-return-671806-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:35:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38065 invoked by alias); 28 Feb 2020 19:35:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37998 invoked by uid 48); 28 Feb 2020 19:35:21 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93975] Wrong constexpr copy/move assignment operator allowed on non-literal type Date: Fri, 28 Feb 2020 19:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03388.txt.bz2 Content-length: 181 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93975 --- Comment #1 from Jakub Jelinek --- *** Bug 93973 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-671807-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:35:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38070 invoked by alias); 28 Feb 2020 19:35:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37978 invoked by uid 48); 28 Feb 2020 19:35:21 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93973] Wrong constexpr copy/move assignment operator allowed on non-literal type Date: Fri, 28 Feb 2020 19:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03389.txt.bz2 Content-length: 560 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93973 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |jakub at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #1 from Jakub Jelinek --- . *** This bug has been marked as a duplicate of bug 93975 *** >From gcc-bugs-return-671808-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:36:11 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39590 invoked by alias); 28 Feb 2020 19:36: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 39560 invoked by uid 48); 28 Feb 2020 19:36:06 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93751] -g1 does not behave per manual Date: Fri, 28 Feb 2020 19:36: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: 10.0 X-Bugzilla-Keywords: documentation, patch 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03390.txt.bz2 Content-length: 803 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93751 --- Comment #17 from Eric Gallager --- (In reply to Eric Gallager from comment #16) > (In reply to Alexey Neyman from comment #14) > > Created attachment 47930 [details] > > Patch, v3 > > > > In gcc-patches, there have been three votes for generating external > > variables' DIEs without an additional option. Updated the patch to do that. > > > > I'd be happy to see either of v2 or v3 of the patch picked up. > > This is the only discussion of the patch on gcc-patches I can find: > https://gcc.gnu.org/ml/gcc-patches/2020-02/msg00889.html > Could you point me to where the votes on other versions of it took place? Wait never mind I found it: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01129.html >From gcc-bugs-return-671809-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 19:50:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64180 invoked by alias); 28 Feb 2020 19:50:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 64102 invoked by uid 48); 28 Feb 2020 19:50:23 -0000 From: "spop at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92692] Saving off the callee saved register between ldxr/stxr (caused by shrink wrapping improvements) Date: Fri, 28 Feb 2020 19: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: blocker X-Bugzilla-Who: spop at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: wilco at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03391.txt.bz2 Content-length: 353 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692 --- Comment #23 from Sebastian Pop --- > I don't see anything like that on the gcc-9 branch - are you sure you don't have an outstanding change somehow? You are right, a part of the -moutline-atomics patch that I am working on backporting to branch 9 added that change. >From gcc-bugs-return-671810-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 20:05:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124826 invoked by alias); 28 Feb 2020 20:05:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124502 invoked by uid 48); 28 Feb 2020 20:05:55 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches Date: Fri, 28 Feb 2020 20:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03392.txt.bz2 Content-length: 516 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 --- Comment #23 from Eric Gallager --- (In reply to Manuel López-Ibáñez from comment #8) > > Perhaps I should add an entry to the FAQ summarizing the above (anyone feel > free to beat me to it...) The "Commonly-reported Non-bugs" page would be another good place for it besides the FAQ, seeing as this keeps coming up: https://gcc.gnu.org/bugs/#nonbugs (searching for "enum" finds nothing on that page so far) >From gcc-bugs-return-671811-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 20:07:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 20950 invoked by alias); 28 Feb 2020 20:07:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 20851 invoked by uid 48); 28 Feb 2020 20:07:16 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Fri, 28 Feb 2020 20:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cf_reconfirmed_on cc target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03393.txt.bz2 Content-length: 1132 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-28 CC| |jakub at gcc dot gnu.org Target Milestone|--- |9.3 Summary|[9/10 Regression] ICE in |[9/10 Regression] ICE in |decompose_normal_address, |decompose_normal_address, |at rtlanal.c:6403 on |at rtlanal.c:6403 on |powerpc64le-linux-gnu |powerpc64le-linux-gnu since | |r10-6762 Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Started with r10-6762-ge6f24f824beb8ba6805702e287bbd6153b472488 on the trunk (which makes me wonder if it doesn't ICE even in 8.x). >From gcc-bugs-return-671812-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 20:08:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25577 invoked by alias); 28 Feb 2020 20:08:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25534 invoked by uid 48); 28 Feb 2020 20:08:30 -0000 From: "drikosev at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92785] expressions passed as real arguments to a dummy polymorphic argument fail with indexing error Date: Fri, 28 Feb 2020 20:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: drikosev at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03394.txt.bz2 Content-length: 420 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92785 --- Comment #5 from Ev Drikos --- (In reply to Paul Thomas from comment #4) > Committed as revision r10-6924-g7485ace81de9ec9dd5c87edf67e359d31ce35a20 > > Paul Hello Mr. P. Thomas, With fortran-8.2, the test case prints 'FAILED' but exits with return code 0. So, a regression in the future might go unnoticed. Regards, Ev. Drikos >From gcc-bugs-return-671813-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 20:16:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34334 invoked by alias); 28 Feb 2020 20:16: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 34233 invoked by uid 48); 28 Feb 2020 20:16:23 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Fri, 28 Feb 2020 20:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03395.txt.bz2 Content-length: 788 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|9.3 |8.4 Summary|[9/10 Regression] ICE in |[8/9/10 Regression] ICE in |decompose_normal_address, |decompose_normal_address, |at rtlanal.c:6403 on |at rtlanal.c:6403 on |powerpc64le-linux-gnu since |powerpc64le-linux-gnu since |r10-6762 |r10-6762 --- Comment #2 from Jakub Jelinek --- Indeed, current 8 branch ICEs too, which makes this an 8.4 release blocker. >From gcc-bugs-return-671814-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 20:19:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44757 invoked by alias); 28 Feb 2020 20:19: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 44680 invoked by uid 48); 28 Feb 2020 20:19:23 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93658] [9/10 Regression] infinite loop building ghostscript and icu with -O3 on powerpc64le-linux-gnu Date: Fri, 28 Feb 2020 20:19: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.2.1 X-Bugzilla-Keywords: ra X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03396.txt.bz2 Content-length: 136 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93658 --- Comment #17 from Jakub Jelinek --- Caused PR93974. >From gcc-bugs-return-671815-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 20:20:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53455 invoked by alias); 28 Feb 2020 20:20:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51478 invoked by uid 48); 28 Feb 2020 20:20:21 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93898] [9/10 Regression] internal compiler error: in output_constructor_regular_field Date: Fri, 28 Feb 2020 20:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03397.txt.bz2 Content-length: 171 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93898 --- Comment #2 from Marek Polacek --- Actually most likely this is a dup of bug 90432. >From gcc-bugs-return-671816-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 20:26:57 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64565 invoked by alias); 28 Feb 2020 20:26:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 64528 invoked by uid 48); 28 Feb 2020 20:26:53 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93971] C++ containers considered to alias declared objects of incompatible types Date: Fri, 28 Feb 2020 20:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: alias, 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: 2020-02/txt/msg03398.txt.bz2 Content-length: 168 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 --- Comment #1 from Marc Glisse --- If x is NaN, you cannot simplify x!=x to false. >From gcc-bugs-return-671817-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 20:51:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125671 invoked by alias); 28 Feb 2020 20:51:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 125607 invoked by uid 55); 28 Feb 2020 20:51:34 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Fri, 28 Feb 2020 20:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-02/txt/msg03399.txt.bz2 Content-length: 2188 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #34 from Steve Kargl --- On Fri, Feb 28, 2020 at 09:30:25AM +0000, thenlich at gcc dot gnu.org wrote: > > Going back one step, I wonder if it would be good enough > to perform a correctly rounded conversion from degrees to > radians, and just use sin() as is. > > ... > f = sgn * sin(deg2rad(arg)) > end function fcn > > ! Compute correctly rounded value of x * pi / 180 for x = 0 ... 90 > function deg2rad(x) result(y) > real(sp) y > real(sp), intent(in) :: x > real(sp), parameter :: a = atan(1._4) / 45 > real(sp), parameter :: b = atan(1._16) / 45 - a > y = a * x + b * x > end function deg2rad > > (The exact values of a and b still need some work) > The only way I know of that will get the correctly rounded value without punting to a higher precision is to decompose the scaling and argumet to high and low precision, and then do the multiplcation. shi = high_bits_of(pi/180) ! # of bits = half of precision slo = pi/180 - shi xhi = high_bits_of(arg) xlo = arg - xhi You then do value = slo * xlo + slo * xhi + shi * xlo + shi * xhi The last term is exact, and the summation is accumulated from smallest terms to largest (ie., you get correct rounding). For float precision (and little endian), I use static const float deg2rad(float ax) { /* Split pi/180 into 12 high bits and 24 low bits. */ static const float pihi = 1.74560547e-02f, pilo =-2.76216747e-06f; float lo, hi; /* Need union to allow the clearly of low bits. */ union { unsigned int u; float e; } v; v.e = ax; v.u = (v.u >> 12) << 12; /* 12 high bits. */ hi = v.e; lo = ax - hi; /* low part. return (lo * pilo + lo * pihi + hi * pilo + hi * pihi); } Even this appears to have some irregularities as my exhaustive test in the interval [1.e-8,1) with direct call to sinf() yields count: 223622026 ulp > 1.0: 125 ulp > 1.5: 0 ulp > 1.6: 0 ulp > 1.7: 0 max_ulp: 1.321531 x at max: 0.447627 >From gcc-bugs-return-671818-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:09:09 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 3500 invoked by alias); 28 Feb 2020 22:09: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 3460 invoked by uid 48); 28 Feb 2020 22:09:05 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93926] [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) Date: Fri, 28 Feb 2020 22:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03400.txt.bz2 Content-length: 208 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 --- Comment #6 from Jeffrey A. Law --- I wouldn't be surprised if the biggest need for permissiveness is for configure tests :( >From gcc-bugs-return-671819-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:13:37 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8930 invoked by alias); 28 Feb 2020 22:13:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 8855 invoked by uid 48); 28 Feb 2020 22:13:34 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches Date: Fri, 28 Feb 2020 22:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03401.txt.bz2 Content-length: 185 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479 --- Comment #24 from Jonathan Wakely --- It's at https://gcc.gnu.org/wiki/VerboseDiagnostics#enum_switch >From gcc-bugs-return-671820-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:14:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9721 invoked by alias); 28 Feb 2020 22:14:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 9643 invoked by uid 48); 28 Feb 2020 22:13:59 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93823] [10 Regression] ICE: in find_more_scalar_values_for_callers_subset, at ipa-cp.c:4709 due to -fipa-cp Date: Fri, 28 Feb 2020 22:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03402.txt.bz2 Content-length: 378 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93823 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #4 from Jeffrey A. Law --- Per c#2 >From gcc-bugs-return-671821-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:14:06 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9995 invoked by alias); 28 Feb 2020 22:14:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 9666 invoked by uid 48); 28 Feb 2020 22:14:00 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93968] -Wswitch-default on exhaustive enum class gives warning about missing default case Date: Fri, 28 Feb 2020 22: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03403.txt.bz2 Content-length: 184 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93968 --- Comment #3 from Jonathan Wakely --- And see https://gcc.gnu.org/wiki/VerboseDiagnostics#enum_switch >From gcc-bugs-return-671822-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:14:10 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10397 invoked by alias); 28 Feb 2020 22:14: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 9724 invoked by uid 48); 28 Feb 2020 22:14:03 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93967] switch on exhaustive enum gives control reaches end of non-void function Date: Fri, 28 Feb 2020 22: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03404.txt.bz2 Content-length: 184 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93967 --- Comment #2 from Jonathan Wakely --- And see https://gcc.gnu.org/wiki/VerboseDiagnostics#enum_switch >From gcc-bugs-return-671823-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:18:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19845 invoked by alias); 28 Feb 2020 22:18: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 15937 invoked by uid 48); 28 Feb 2020 22:18:50 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93823] [10 Regression] ICE: in find_more_scalar_values_for_callers_subset, at ipa-cp.c:4709 due to -fipa-cp Date: Fri, 28 Feb 2020 22:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03405.txt.bz2 Content-length: 529 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93823 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from Jeffrey A. Law --- Per c#2. Actually change the status this time :-) *** This bug has been marked as a duplicate of bug 93707 *** >From gcc-bugs-return-671824-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:18:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19883 invoked by alias); 28 Feb 2020 22:18:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 16691 invoked by uid 48); 28 Feb 2020 22:18:51 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/93707] ICE in perlbench from SPEC2017 Date: Fri, 28 Feb 2020 22:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code 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: fxue 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: 2020-02/txt/msg03406.txt.bz2 Content-length: 434 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93707 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zsojka at seznam dot cz --- Comment #6 from Jeffrey A. Law --- *** Bug 93823 has been marked as a duplicate of this bug. *** >From gcc-bugs-return-671825-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:22:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22486 invoked by alias); 28 Feb 2020 22:22:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22447 invoked by uid 48); 28 Feb 2020 22:22:14 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93976] New: Implement P2082R1, Fixing CTAD for aggregates Date: Fri, 28 Feb 2020 22:22: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jason 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 blocked 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: 2020-02/txt/msg03407.txt.bz2 Content-length: 790 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93976 Bug ID: 93976 Summary: Implement P2082R1, Fixing CTAD for aggregates Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: jason at gcc dot gnu.org Blocks: 88323 Target Milestone: --- Created attachment 47933 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47933&action=edit beginning of implementation Making the example in the paper work requires too much surgery to reshape_init for stage 4. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88323 [Bug 88323] implement C++20 language features. >From gcc-bugs-return-671826-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:36:43 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54792 invoked by alias); 28 Feb 2020 22:36:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54750 invoked by uid 48); 28 Feb 2020 22:36:39 -0000 From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Fri, 28 Feb 2020 22:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03408.txt.bz2 Content-length: 459 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 Peter Bergner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot gnu.org --- Comment #3 from Peter Bergner --- Looking. >From gcc-bugs-return-671827-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:40:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60775 invoked by alias); 28 Feb 2020 22:40:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 60767 invoked by uid 48); 28 Feb 2020 22:40:50 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93977] New: missing -Wrestrict with sprintf with same format as destination Date: Fri, 28 Feb 2020 22:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03409.txt.bz2 Content-length: 1621 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93977 Bug ID: 93977 Summary: missing -Wrestrict with sprintf with same format as destination Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: msebor at gcc dot gnu.org Target Milestone: --- -Wrestrict correctly detects the overlap in g() below but misses the trivial overlap in h(): $ cat t.c && gcc -O2 -S -Wall t.c void f (void*); void g (void) { char a[] = "%s abc"; __builtin_sprintf (a, "%s abc", a); // -Wrestrict (good) f (a); } void h (void) { char a[] = "%s abc"; __builtin_sprintf (a, a, a); // missing warning f (a); } t.c: In function ‘g’: t.c:6:29: warning: ‘ abc’ directive writing 4 bytes into a region of size 1 [-Wformat-overflow=] 6 | __builtin_sprintf (a, "%s abc", a); // -Wrestrict (good) | ~^~~ t.c:6:3: note: ‘__builtin_sprintf’ output 11 bytes into a destination of size 7 6 | __builtin_sprintf (a, "%s abc", a); // -Wrestrict (good) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ t.c:6:3: warning: ‘__builtin_sprintf’ argument 3 overlaps destination object ‘a’ [-Wrestrict] t.c:5:8: note: destination object referenced by ‘restrict’-qualified argument 1 was declared here 5 | char a[] = "%s abc"; | ^ >From gcc-bugs-return-671828-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:49:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67004 invoked by alias); 28 Feb 2020 22:49: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 66917 invoked by uid 48); 28 Feb 2020 22:49:09 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/80635] [8/9/10 regression] std::optional and bogus -Wmaybe-uninitialized warning Date: Fri, 28 Feb 2020 22:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: law at redhat dot com X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03410.txt.bz2 Content-length: 503 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635 --- Comment #45 from Jason Merrill --- (In reply to Jeffrey A. Law from comment #44) > I suspect in the context where SRA creates the V_C_E we don't have enough > information to know that the range of the input object is constrained > enough. We base the decision solely on the types. We SRA a bool field into a QItype variable and then think we need a VCE to get back to bool. Could the SRA variable have type bool? >From gcc-bugs-return-671829-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:56:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75918 invoked by alias); 28 Feb 2020 22:56: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 75857 invoked by uid 48); 28 Feb 2020 22:56:50 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91890] [10 Regression] -Warray-bounds warning testing glibc not suppressed by pragma Date: Fri, 28 Feb 2020 22: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: 10.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: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03411.txt.bz2 Content-length: 1700 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91890 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmalcolm at redhat dot com, | |law at redhat dot com --- Comment #6 from Jeffrey A. Law --- This really looks like a line mapping issue to me. I think Manu is totally offbase. At the time of the diagnostic we have 3 items in context->classification_history. One for each of the ignored diagnostics and one for the pop. (gdb) p context->classification_history[2] $32 = {location = 295618, option = 0, kind = DK_POP} (gdb) p context->classification_history[1] $33 = {location = 287426, option = 419, kind = DK_IGNORED} (gdb) p context->classification_history[0] $34 = {location = 283330, option = 669, kind = DK_IGNORED} Now the diagnostic location looks like: (gdb) p location $35 = 2147483652 Now I can actually map that to a normal location by putting a breakpoint in linemap_compare_locations :-) It happens to correspond to location 267552. So as far as the compiler is concerned we're emitting a diagnostic for a location which is *before* all the pragmas AFAICT. So it's no great surprise that the pragmas have no effect on the diagnostic. We initially set the location of the strcat call to 291583 which would work beautifully. We then change the location via lower_stmt->gimple_set_block to a rather inconvenient value that's outside the scope of the pragmas and thus the pragmas have no effect. >From gcc-bugs-return-671830-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 22:59:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89692 invoked by alias); 28 Feb 2020 22:59: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 89645 invoked by uid 55); 28 Feb 2020 22:59:43 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93972] ranges::lexicographical_compare gives wrong answer for signed integers Date: Fri, 28 Feb 2020 22:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ppalka 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: 2020-02/txt/msg03412.txt.bz2 Content-length: 1271 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93972 --- Comment #2 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:ce33801fe4c2272b31c64288b34c67a61529ce37 commit r10-6930-gce33801fe4c2272b31c64288b34c67a61529ce37 Author: Patrick Palka Date: Fri Feb 28 14:16:06 2020 -0500 libstdc++: Fix bogus use of memcmp in ranges::lexicographical_compare (PR 93972) We were enabling the memcmp optimization in ranges::lexicographical_compare for signed integral types and for integral types wider than a byte. But memcmp gives the wrong answer for arrays of such types. This patch fixes this issue by refining the condition that enables the memcmp optimization. It's now consistent with the corresponding condition used in std::lexicographical_compare. libstdc++-v3/ChangeLog: PR libstdc++/93972 * include/bits/ranges_algo.h (__lexicographical_compare_fn::operator()): Fix condition for when to use memcmp, making it consistent with the corresponding condition used in std::lexicographical_compare. * testsuite/25_algorithms/lexicographical_compare/93972.cc: New test. >From gcc-bugs-return-671831-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 23:01:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91259 invoked by alias); 28 Feb 2020 23:01:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 91197 invoked by uid 48); 28 Feb 2020 23:01:22 -0000 From: "ppalka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93972] ranges::lexicographical_compare gives wrong answer for signed integers Date: Fri, 28 Feb 2020 23:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ppalka at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ppalka at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03413.txt.bz2 Content-length: 539 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93972 Patrick Palka changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |wrong-code Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |10.0 --- Comment #3 from Patrick Palka --- Fixed. >From gcc-bugs-return-671832-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 23:14:57 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111413 invoked by alias); 28 Feb 2020 23:14: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 111378 invoked by uid 48); 28 Feb 2020 23:14:53 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91890] [10 Regression] -Warray-bounds warning testing glibc not suppressed by pragma Date: Fri, 28 Feb 2020 23: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: 10.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: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03414.txt.bz2 Content-length: 1097 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91890 --- Comment #7 from Jeffrey A. Law --- Another tidbit. It looks like the sprintf warning will at times ignore the passed in location. I'm not suggesting this is necessarily the right fix, but if we make gimple-ssa-warn-restrict honor the passed in location per this change, then the pragmas work perfectly in this case. diff --git a/gcc/gimple-ssa-warn-restrict.c b/gcc/gimple-ssa-warn-restrict.c index 2c582a670eb..1449492798a 100644 --- a/gcc/gimple-ssa-warn-restrict.c +++ b/gcc/gimple-ssa-warn-restrict.c @@ -1754,7 +1754,7 @@ maybe_diag_access_bounds (location_t loc, gimple *call, tree func, int strict, || (ref.ref && TREE_NO_WARNING (ref.ref))) return false; - if (EXPR_HAS_LOCATION (ref.ptr)) + if (loc == UNKNOWN_LOCATION && EXPR_HAS_LOCATION (ref.ptr)) loc = EXPR_LOCATION (ref.ptr); loc = expansion_point_location_if_in_system_header (loc); Martin, do you recall the rationale behind extracting the location out of ref.ptr when we were already passed in a location? >From gcc-bugs-return-671833-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 23:22:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116157 invoked by alias); 28 Feb 2020 23:22:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116104 invoked by uid 48); 28 Feb 2020 23:22:17 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Fri, 28 Feb 2020 23:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03415.txt.bz2 Content-length: 410 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91799 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #2 from Jeffrey A. Law --- Segher? Are you going to look at this? >From gcc-bugs-return-671834-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Feb 28 23:24:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117555 invoked by alias); 28 Feb 2020 23: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 117464 invoked by uid 48); 28 Feb 2020 23:23:57 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Fri, 28 Feb 2020 23:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03416.txt.bz2 Content-length: 513 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91797 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com --- Comment #3 from Jeffrey A. Law --- Segher? If these aren't important and we're not going to try and fix, can we at least downgrade to P2 so that they're not release blockers? >From gcc-bugs-return-671835-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 00:13:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19909 invoked by alias); 29 Feb 2020 00:13: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 19864 invoked by uid 48); 29 Feb 2020 00:13:43 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93971] std::string considered to alias declared objects of incompatible types Date: Sat, 29 Feb 2020 00: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: 10.0 X-Bugzilla-Keywords: alias, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03417.txt.bz2 Content-length: 1903 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|C++ containers considered |std::string considered to |to alias declared objects |alias declared objects of |of incompatible types |incompatible types --- Comment #2 from Martin Sebor --- Doh! After replacing double with long the vector case is optimized as expected. #include long x; void f (std::vector &v) { long t = x; v[0] = 0; if (t != x) __builtin_abort (); } ;; Function f (_Z1fRSt6vectorIiSaIiEE, funcdef_no=880, decl_uid=16170, cgraph_uid=169, symbol_order=170) f (struct vector & v) { int * _3; [local count: 1073741824]: _3 = v_2(D)->D.17243._M_impl.D.16553._M_start; MEM[(value_type &)_3] = 0; return; } What isn't optimized as I would expect is the same test case but with std::string, even with __restrict added to std::string::_M_dataplus._M_p and to the function argument (i.e., with 'void f (std::string & __restrict)'). I'm guessing that's because of bug 49761 or some variant of it. In my testing, a std::string passed by reference is basically considered as aliasing anything in the program: #include #include void f (std::vector &v) { std::string s = "12345"; int t = s[0]; v[0] = 0; if (t != s[0]) // folded to false __builtin_abort (); } void g (std::string &s) { std::vector v { 1, 2, 3, 4, 5 }; int t = v[0]; s[0] = 0; if (t != v[0]) // not folded (unless s is restrict-qualified) __builtin_abort (); } >From gcc-bugs-return-671836-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 00:16:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21569 invoked by alias); 29 Feb 2020 00:16:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21481 invoked by uid 48); 29 Feb 2020 00:16:08 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93971] std::string considered to alias declared objects of incompatible types Date: Sat, 29 Feb 2020 00:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: alias, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03418.txt.bz2 Content-length: 517 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #3 from Andrew Pinski --- std::string uses char so yes that is expected ... try std::wstring and you will see it works. >From gcc-bugs-return-671837-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 00:16:17 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21700 invoked by alias); 29 Feb 2020 00:16: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 21504 invoked by uid 48); 29 Feb 2020 00:16:11 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/49774] [meta-bug] restrict qualification aliasing issues Date: Sat, 29 Feb 2020 00:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: alias, meta-bug X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03419.txt.bz2 Content-length: 500 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49774 Bug 49774 depends on bug 93971, which changed state. Bug 93971 Summary: std::string considered to alias declared objects of incompatible types https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX >From gcc-bugs-return-671838-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 00:21:11 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33612 invoked by alias); 29 Feb 2020 00:21: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 33547 invoked by uid 48); 29 Feb 2020 00:21:07 -0000 From: "jamborm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/80635] [8/9/10 regression] std::optional and bogus -Wmaybe-uninitialized warning Date: Sat, 29 Feb 2020 00:21: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.2.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: jamborm at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: law at redhat dot com X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03420.txt.bz2 Content-length: 1087 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635 --- Comment #46 from Martin Jambor --- (In reply to Jason Merrill from comment #45) > > We SRA a bool field into a QItype variable and then think we need a VCE to > get back to bool. Could the SRA variable have type bool? A semi-wild guess, would the following make SRA not invent the V_C_E (and do what you want)? diff --git a/gcc/tree-sra.c b/gcc/tree-sra.c index 5561ea6f655..c3551b469f1 100644 --- a/gcc/tree-sra.c +++ b/gcc/tree-sra.c @@ -2515,7 +2515,7 @@ analyze_access_subtree (struct access *root, struct access *parent, /* Always create access replacements that cover the whole access. For integral types this means the precision has to match. Avoid assumptions based on the integral type kind, too. */ - if (INTEGRAL_TYPE_P (root->type) + if (false && INTEGRAL_TYPE_P (root->type) && (TREE_CODE (root->type) != INTEGER_TYPE || TYPE_PRECISION (root->type) != root->size) /* But leave bitfield accesses alone. */ >From gcc-bugs-return-671839-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 00:34:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41803 invoked by alias); 29 Feb 2020 00:34: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 41731 invoked by uid 48); 29 Feb 2020 00:34:08 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93971] std::string considered to alias declared objects of incompatible types Date: Sat, 29 Feb 2020 00:34: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: 10.0 X-Bugzilla-Keywords: alias, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03421.txt.bz2 Content-length: 762 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|WONTFIX |--- --- Comment #4 from Martin Sebor --- By definition, std::string (like most other C++ containers) doesn't alias anything outside the storage it manages. It should be possible to express that constraint somehow (e.g., via the restrict keyword or maybe an attribute), and improve code generation that way. How about a little less arrogance and viewing this report in that light? >From gcc-bugs-return-671840-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 00:34:13 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41914 invoked by alias); 29 Feb 2020 00:34: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 41748 invoked by uid 48); 29 Feb 2020 00:34:09 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/49774] [meta-bug] restrict qualification aliasing issues Date: Sat, 29 Feb 2020 00:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: alias, meta-bug 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 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: 2020-02/txt/msg03422.txt.bz2 Content-length: 499 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49774 Bug 49774 depends on bug 93971, which changed state. Bug 93971 Summary: std::string considered to alias declared objects of incompatible types https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|WONTFIX |--- >From gcc-bugs-return-671841-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 00:45:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48555 invoked by alias); 29 Feb 2020 00:45:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48264 invoked by uid 48); 29 Feb 2020 00:45:31 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/60712] "restrict" qualifier ignored on local variable or after inlining Date: Sat, 29 Feb 2020 00:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 4.8.2 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cf_reconfirmed_on cc 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: 2020-02/txt/msg03423.txt.bz2 Content-length: 2514 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60712 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization Last reconfirmed|2014-03-31 00:00:00 |2020-2-28 CC| |msebor at gcc dot gnu.org Known to fail| |10.0, 4.8.5, 4.9.4, 5.4.0, | |6.4.0, 7.3.0, 8.3.0, 9.1.0 --- Comment #4 from Martin Sebor --- No change in GCC 10: $ cat pr60712.c && gcc -O3 -S -Wall -fdump-tree-optimized=/dev/stdout pr60712.c void sum(int *restrict a, int *restrict b) { *a = 0; for (int i=0; i<100; i++) *a += *b; } int *global_a, *global_b; void bug_when_inline() { sum(global_a, global_b); } void bug_when_local_variable() { int* restrict a = global_a; int* restrict b = global_b; *a = 0; for (int i=0; i<100; i++) *a += *b; } ;; Function sum (sum, funcdef_no=0, decl_uid=1931, cgraph_uid=1, symbol_order=0) sum (int * restrict a, int * restrict b) { int _2; int _13; [local count: 10737416]: _2 = *b_9(D); _13 = _2 * 100; *a_7(D) = _13; return; } ;; Function bug_when_inline (bug_when_inline, funcdef_no=1, decl_uid=1939, cgraph_uid=2, symbol_order=3) bug_when_inline () { int * global_b.0_1; int * global_a.1_2; int _5; int _12; [local count: 10737416]: global_b.0_1 = global_b; global_a.1_2 = global_a; _5 = *global_b.0_1; _12 = _5 * 100; *global_a.1_2 = _12; return; } ;; Function bug_when_local_variable (bug_when_local_variable, funcdef_no=2, decl_uid=1941, cgraph_uid=3, symbol_order=4) Removing basic block 5 bug_when_local_variable () { int * restrict b; int * restrict a; int _2; int _3; unsigned int ivtmp_4; unsigned int ivtmp_5; int prephitmp_15; [local count: 10737416]: a_7 = global_a; b_8 = global_b; *a_7 = 0; [local count: 1063004409]: # prephitmp_15 = PHI <0(2), _3(3)> # ivtmp_5 = PHI <100(2), ivtmp_4(3)> _2 = *b_8; _3 = _2 + prephitmp_15; *a_7 = _3; ivtmp_4 = ivtmp_5 + 4294967295; if (ivtmp_4 != 0) goto ; [98.99%] else goto ; [1.01%] [local count: 10737416]: return; } >From gcc-bugs-return-671842-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 00:54:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120032 invoked by alias); 29 Feb 2020 00:54: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 115939 invoked by uid 48); 29 Feb 2020 00:54:25 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/41898] GCC ignores restrict on array Date: Sat, 29 Feb 2020 00:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 4.5.0 X-Bugzilla-Keywords: missed-optimization 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: cf_reconfirmed_on cc 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: 2020-02/txt/msg03424.txt.bz2 Content-length: 1629 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41898 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Last reconfirmed|2009-11-01 20:59:25 |2020-2-28 CC| |msebor at gcc dot gnu.org Known to fail| |10.0, 4.5.3, 4.6.4, 4.7.4, | |4.8.4, 4.9.4, 5.5.0, 6.4.0, | |7.2.0, 8.0, 9.2.0 --- Comment #3 from Martin Sebor --- The test case in comment #0 is optimized, presumably thanks to r255093. The test case in comment #2 is also optimized, but the test case in comment #1 is still not. I assume this bug is still open because of that, so reconfirming. $ cat pr41898.c && gcc -O2 -S -Wall -fdump-tree-optimized=/dev/stdout pr41898.c int * __restrict__ a[1]; int * __restrict__ b[1]; extern void link_error (void); int main() { a[0][0] = 0; b[0][0] = 1; if (a[0][0] != 0) link_error (); return 0; } ;; Function main (main, funcdef_no=0, decl_uid=1933, cgraph_uid=1, symbol_order=2) (executed once) Removing basic block 5 main () { int * _1; int * _2; int _3; [local count: 1073741824]: _1 = a[0]; *_1 = 0; _2 = b[0]; *_2 = 1; _3 = *_1; if (_3 != 0) goto ; [33.00%] else goto ; [67.00%] [local count: 354334800]: link_error (); [local count: 1073741824]: return 0; } >From gcc-bugs-return-671843-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 01:45:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29749 invoked by alias); 29 Feb 2020 01:45:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 29686 invoked by uid 48); 29 Feb 2020 01:45:49 -0000 From: "ppalka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93978] New: A snippet using views::join fails to compile with -O1, but succeeds with -O0 Date: Sat, 29 Feb 2020 01:45: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ppalka at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03425.txt.bz2 Content-length: 5669 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93978 Bug ID: 93978 Summary: A snippet using views::join fails to compile with -O1, but succeeds with -O0 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: ppalka at gcc dot gnu.org Target Milestone: --- $ cat join.cc #include #include namespace ranges = std::ranges; namespace views = std::views; void test() { std::vector x = {""}; auto i = std::counted_iterator(x.begin(), 1); auto r = ranges::subrange{i, std::default_sentinel}; auto v = r | views::join; } $ g++ -std=c++2a -O0 join.cc $ g++ -std=c++2a -O1 join.c ... /home/patrick/code/gcc/libstdc++-v3/include/std/ranges:112:16: error: static assertion failed 112 | static_assert(view<_Derived>); | ^~~~~~~~~~~~~~ /home/patrick/code/gcc/libstdc++-v3/include/std/ranges:112:16: note: constraints not satisfied In file included from /home/patrick/code/gcc/libstdc++-v3/include/std/string:54, from /home/patrick/code/gcc/libstdc++-v3/include/bits/locale_classes.h:40, from /home/patrick/code/gcc/libstdc++-v3/include/bits/ios_base.h:41, from /home/patrick/code/gcc/libstdc++-v3/include/std/streambuf:41, from /home/patrick/code/gcc/libstdc++-v3/include/bits/streambuf_iterator.h:35, from /home/patrick/code/gcc/libstdc++-v3/include/std/iterator:66, from /home/patrick/code/gcc/libstdc++-v3/include/std/ranges:44, from join.cc:1: /home/patrick/code/gcc/libstdc++-v3/include/bits/range_access.h:880:13: required for the satisfaction of ‘range, std::allocator >*, std::vector, std::allocator >, std::allocator, std::allocator > > > > >, std::default_sentinel_t, std::ranges::subrange_kind::sized> > >’ /home/patrick/code/gcc/libstdc++-v3/include/bits/range_access.h:880:21: in requirements with ‘std::ranges::join_view*, std::vector > > >, std::default_sentinel_t, std::ranges::subrange_kind::sized> >& __t’ /home/patrick/code/gcc/libstdc++-v3/include/bits/range_access.h:883:13: note: the required expression ‘std::ranges::__cust::end(__t)’ is invalid 883 | ranges::end(__t); | ~~~~~~~~~~~^~~~~ If we uncomment the code in constraint.cc that replays constraint satisfication failures during diagnostics, it turns out that ranges::end(__t); is invalid ultimately because /home/patrick/code/gcc/libstdc++-v3/include/bits/range_access.h:437:26: error: use of ‘constexpr auto std::ranges::join_view<_Vp>::end() [with _Vp = std::ranges::subrange*, std::vector > > >, std::default_sentinel_t, std::ranges::subrange_kind::sized>]’ before deduction of ‘auto’ 437 | { __decay_copy(__t.end()) } | ~~~~~~~^~ Removing the static_assert(view<_Derived>); from view_interface::_M_derived() fixes the compilation failure, but I'm not sure why. >From gcc-bugs-return-671844-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 02:07:30 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 20612 invoked by alias); 29 Feb 2020 02:07: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 19519 invoked by uid 48); 29 Feb 2020 02:07:26 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Sat, 29 Feb 2020 02:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03426.txt.bz2 Content-length: 1135 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91799 --- Comment #3 from Segher Boessenkool --- commit 9b46c7543834c1a2004321dbf487fce29e015aae Author: Segher Boessenkool Date: Wed Jul 10 21:58:36 2019 +0000 fix pr88233.c diff --git a/gcc/testsuite/gcc.target/powerpc/pr88233.c b/gcc/testsuite/gcc.targ index c16235e..8e5f15b 100644 --- a/gcc/testsuite/gcc.target/powerpc/pr88233.c +++ b/gcc/testsuite/gcc.target/powerpc/pr88233.c @@ -1,5 +1,5 @@ /* { dg-do compile { target lp64 } } */ -/* { dg-options "-O2 -mcpu=power8" } */ +/* { dg-options "-O2 -mdejagnu-cpu=power8" } */ typedef struct { double a[2]; } A; A @@ -9,5 +9,6 @@ foo (const A *a) } /* { dg-final { scan-assembler-not {\mmtvsr} } } */ -/* { dg-final { scan-assembler-times {\mlxvd2x\M} 1 } } */ -/* { dg-final { scan-assembler-times {\mstxvd2x\M} 1 } } */ +/* { dg-final { scan-assembler-times {\mlxvd2x\M} 1 { target { be } } } } */ +/* { dg-final { scan-assembler-times {\mstxvd2x\M} 1 { target { be } } } } */ +/* { dg-final { scan-assembler-times {\mlfd\M} 2 { target { le } } } } */ >From gcc-bugs-return-671845-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 02:08:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28916 invoked by alias); 29 Feb 2020 02:08:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 28729 invoked by uid 48); 29 Feb 2020 02:08:16 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Sat, 29 Feb 2020 02:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03427.txt.bz2 Content-length: 206 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91799 --- Comment #4 from Segher Boessenkool --- Apparently I missed committing the above. Will do later, when I am awake again. >From gcc-bugs-return-671846-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 02:11:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16328 invoked by alias); 29 Feb 2020 02:11:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 16160 invoked by uid 48); 29 Feb 2020 02:11:20 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Sat, 29 Feb 2020 02:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03428.txt.bz2 Content-length: 916 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91797 --- Comment #4 from Segher Boessenkool --- commit 6cad71cf330623d4a01cb1bb77d4398b1674c776 Author: Segher Boessenkool Date: Wed Jul 10 21:58:08 2019 +0000 fix pr68805.c diff --git a/gcc/testsuite/gcc.target/powerpc/pr68805.c b/gcc/testsuite/gcc.targ index 8ef2e42..217a0ca 100644 --- a/gcc/testsuite/gcc.target/powerpc/pr68805.c +++ b/gcc/testsuite/gcc.target/powerpc/pr68805.c @@ -1,4 +1,4 @@ -/* { dg-do compile { target powerpc64le-*-* } } */ +/* { dg-do compile } */ /* { dg-options "-O2 -mdejagnu-cpu=power8" } */ typedef struct bar { @@ -8,7 +8,4 @@ typedef struct bar { void foo (TYPE *p, TYPE *q) { *p = *q; } -/* { dg-final { scan-assembler-times {\mld\M} 2 } } */ -/* { dg-final { scan-assembler-times {\mstd\M} 2 } } */ /* { dg-final { scan-assembler-not "xxpermdi" } } */ - >From gcc-bugs-return-671847-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 02:12:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34497 invoked by alias); 29 Feb 2020 02:12:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 34436 invoked by uid 48); 29 Feb 2020 02:12:34 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Sat, 29 Feb 2020 02:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03429.txt.bz2 Content-length: 182 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91797 --- Comment #5 from Segher Boessenkool --- This and PR88233 were lost somewhere behind the sofa ;-) >From gcc-bugs-return-671848-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 02:21:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 95635 invoked by alias); 29 Feb 2020 02:21:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 95585 invoked by uid 48); 29 Feb 2020 02:21:15 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Sat, 29 Feb 2020 02:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03430.txt.bz2 Content-length: 239 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91797 --- Comment #6 from Segher Boessenkool --- I don't think I marked this as P1, fwiw, I hardly ever prioritise bugs, and I would never make a test tweak a P1. >From gcc-bugs-return-671849-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 03:28:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60562 invoked by alias); 29 Feb 2020 03:28:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 60549 invoked by uid 48); 29 Feb 2020 03:28:23 -0000 From: "f.heckenbach@fh-soft.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93979] New: missing context in error message due to inheriting template constructor Date: Sat, 29 Feb 2020 03:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: f.heckenbach@fh-soft.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03431.txt.bz2 Content-length: 1726 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93979 Bug ID: 93979 Summary: missing context in error message due to inheriting template constructor Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: f.heckenbach@fh-soft.de Target Milestone: --- The following code: template void f (T) = delete; struct A { template A (T v) { f (v); } }; struct B: A { using A::A; }; int main () { B (0); } gives this error message: t.cpp: In instantiation of 'A::A(T) [with T = int]': t.cpp:10:12: required from here t.cpp:5:37: error: use of deleted function 'void f(T) [with T = int]' t.cpp:1:28: note: declared here The message itself is correct. However, its context includes 3 locations, but not the one ultimately causing the problem (here, line 15). In contrast, "A (0)" instead of "B (0)" gives this location: t.cpp: In instantiation of 'A::A(T) [with T = int]': t.cpp:15:7: required from here t.cpp:5:37: error: use of deleted function 'void f(T) [with T = int]' t.cpp:1:28: note: declared here In my actual code, of course, the function ("f") is only deleted for a few types of arguments. The function and both structs are declared in some header, while the offending code (here, in main) is somewhere in some larger source file and thus hard to find without that location in the message. (Basically only by a dumb text search for "B" which occurs rather often, so I have to manually check the arguments in each constructor call to find the bad one.) >From gcc-bugs-return-671850-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 08:01:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53321 invoked by alias); 29 Feb 2020 08:01:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 53286 invoked by uid 48); 29 Feb 2020 08:01:49 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93971] std::string considered to alias declared objects of incompatible types Date: Sat, 29 Feb 2020 08:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: alias, 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: 2020-02/txt/msg03432.txt.bz2 Content-length: 663 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 --- Comment #5 from Marc Glisse --- It has never been very clear to me what restrict means on a struct member, but I believe adding it to the pointer in vector means that in a function: void f(vector*a, vector*b) the compiler could assume that a->data and b->data don't alias even if b turns out to be equal to a? (plus we would need to replace finish and end_of_storage with lengths so they don't alias start) The semantics we would want seem more like: pretend that the allocated region is an extra member of the class, so they alias iff the class objects are the same? >From gcc-bugs-return-671851-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 08:06:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55650 invoked by alias); 29 Feb 2020 08:06:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 55604 invoked by uid 55); 29 Feb 2020 08:06:22 -0000 From: "paul.richard.thomas at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92785] expressions passed as real arguments to a dummy polymorphic argument fail with indexing error Date: Sat, 29 Feb 2020 08:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: paul.richard.thomas at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03433.txt.bz2 Content-length: 851 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92785 --- Comment #6 from paul.richard.thomas at gmail dot com --- Thanks! I'll change to STOP 1. Paul On Fri, 28 Feb 2020 at 20:08, drikosev at gmail dot com wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92785 > > --- Comment #5 from Ev Drikos --- > (In reply to Paul Thomas from comment #4) > > Committed as revision r10-6924-g7485ace81de9ec9dd5c87edf67e359d31ce35a20 > > > > Paul > > Hello Mr. P. Thomas, > > With fortran-8.2, the test case prints 'FAILED' but exits with return code 0. > So, > a regression in the future might go unnoticed. > > Regards, > Ev. Drikos > > -- > You are receiving this mail because: > You are on the CC list for the bug. > You are the assignee for the bug. >From gcc-bugs-return-671852-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 09:40:08 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107901 invoked by alias); 29 Feb 2020 09:40: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 107841 invoked by uid 48); 29 Feb 2020 09:40:03 -0000 From: "uecker at eecs dot berkeley.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93949] [8/9/10 Regression] Register const local var will not compile since r0-58166 Date: Sat, 29 Feb 2020 09:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: uecker at eecs dot berkeley.edu X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03434.txt.bz2 Content-length: 859 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93949 Martin Uecker changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |uecker at eecs dot berkeley.edu --- Comment #4 from Martin Uecker --- One other simply fix would be to simple remove the error in varasm.c. This then allows also register variables without __asm at file scope but does not seem to have any other negative effect. Register at file scope is also already diagnosed by the C FE when using --pedantic, so at some point this was supposed to work I think. There is a proposal for C2x which would allow register at file scope: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2486.htm >From gcc-bugs-return-671853-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 11:08:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 27354 invoked by alias); 29 Feb 2020 11:08:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 27316 invoked by uid 48); 29 Feb 2020 11:08:47 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] [9/10 Regression] -fcf-protection -flto -g don't work togeter Date: Sat, 29 Feb 2020 11:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03435.txt.bz2 Content-length: 686 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-02-29 Summary|-fcf-protection -flto -g |[9/10 Regression] |don't work togeter |-fcf-protection -flto -g | |don't work togeter Ever confirmed|0 |1 --- Comment #2 from H.J. Lu --- Works with GCC 8. >From gcc-bugs-return-671854-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 11:14:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31738 invoked by alias); 29 Feb 2020 11:14: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 31657 invoked by uid 48); 29 Feb 2020 11:14:32 -0000 From: "sergeev917 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93980] New: use of lto breaks -Wl,--exclude-libs Date: Sat, 29 Feb 2020 11:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sergeev917 at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone 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: 2020-02/txt/msg03436.txt.bz2 Content-length: 3366 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93980 Bug ID: 93980 Summary: use of lto breaks -Wl,--exclude-libs Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: sergeev917 at gmail dot com CC: marxin at gcc dot gnu.org Target Milestone: --- Created attachment 47934 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47934&action=edit source files and shell validation script The apparent issue is that with LTO disabled -Wl,--exclude-libs,ALL works as intended, but with -flto -- symbols from linked archives are not hidden anymore. Since this particular issue involves more than one translation unit, I'm not sure about the appropriate submission format. The issue is easily reproduced with about 10 lines of code with no std libs involved. The reproducer consists of a static library "foo" and a shared library "bar" that links with "foo" (and we would like to hide "foo" symbols in "bar"). foo.h: #pragma once __attribute__((visibility("default"))) int foo(); foo.cc: #include "foo.h" int foo() { return 100; } bar.h: #pragma once __attribute__((visibility("default"))) int bar(); bar.cc: #include "bar.h" #include "foo.h" int bar() { return foo(); } Build commands: g++ -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -flto -c foo.cc -o .foo.o ar qc .foo.a .foo.o g++ -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -flto -c bar.cc -o .bar.o g++ -Wl,--exclude-libs,ALL -flto -shared -o libbar.so .bar.o .foo.a readelf --dyn-syms --wide libbar.so | c++filt The last commands produces both bar() and foo() -- that is, foo() is not hidden. Replacing -flto with -fno-lto gives only bar(). -- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/9.2.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-9.2.0-r4/work/gcc-9.2.0/configure --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/9.2.0 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include/g++-v9 --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/9.2.0/python --enable-languages=c,c++,go,fortran --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --disable-nls --enable-checking=release --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 9.2.0-r4 p5' --disable-esp --enable-libstdcxx-time --with-build-config=bootstrap-lto --disable-libstdcxx-pch --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --disable-multilib --with-multilib-list=m64 --disable-altivec --disable-fixed-point --enable-targets=all --enable-libgomp --disable-libmudflap --disable-libssp --disable-systemtap --enable-vtable-verify --enable-lto --without-isl --enable-default-pie --enable-default-ssp Thread model: posix gcc version 9.2.0 (Gentoo 9.2.0-r4 p5) >From gcc-bugs-return-671855-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 12:05:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44312 invoked by alias); 29 Feb 2020 12:05: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 44282 invoked by uid 48); 29 Feb 2020 12:05:54 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92959] ICE in gfc_conv_associated, at fortran/trans-intrinsic.c:8634 Date: Sat, 29 Feb 2020 12: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-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 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: 2020-02/txt/msg03437.txt.bz2 Content-length: 617 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92959 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pault at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org --- Comment #3 from Paul Thomas --- Created attachment 47935 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47935&action=edit Patch for the PR This will be posted in a few minutes Paul >From gcc-bugs-return-671856-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 14:07:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85536 invoked by alias); 29 Feb 2020 14:07:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 85510 invoked by uid 48); 29 Feb 2020 14:07:19 -0000 From: "jwjagersma at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] New: No EH information generated for asm statements Date: Sat, 29 Feb 2020 14:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jwjagersma 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: 2020-02/txt/msg03438.txt.bz2 Content-length: 1464 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 Bug ID: 93981 Summary: No EH information generated for asm statements Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: inline-asm Assignee: unassigned at gcc dot gnu.org Reporter: jwjagersma at gmail dot com Target Milestone: --- No exception handling information is generated for asm statements: ``` $ cat unwind.cpp void f() { try { asm ("nop #try"); } catch (...) { asm ("nop #catch"); } } $ g++-9 -fnon-call-exceptions unwind.cpp -S -dA -o - .file "unwind.cpp" .text .globl _Z1fv .type _Z1fv, @function _Z1fv: .LFB0: .cfi_startproc # BLOCK 2 seq:0 # PRED: ENTRY (FALLTHRU) pushq %rbp .cfi_def_cfa_offset 16 .cfi_offset 6, -16 movq %rsp, %rbp .cfi_def_cfa_register 6 #APP # 3 "unwind.cpp" 1 nop #try # 0 "" 2 #NO_APP nop popq %rbp .cfi_def_cfa 7, 8 # SUCC: EXIT [always] ret .cfi_endproc .LFE0: .size _Z1fv, .-_Z1fv .ident "GCC: (Ubuntu 9.2.1-17ubuntu1~18.04.1) 9.2.1 20191102" .section .note.GNU-stack,"",@progbits ``` Since asms may contain trapping instructions, they should be covered by an EH region in the unwind tables when compiling with -fnon-call-exceptions. >From gcc-bugs-return-671857-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 14:18:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104844 invoked by alias); 29 Feb 2020 14:18: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 104262 invoked by uid 48); 29 Feb 2020 14:17:59 -0000 From: "jwjagersma at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Sat, 29 Feb 2020 14:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jwjagersma 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: 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: 2020-02/txt/msg03439.txt.bz2 Content-length: 221 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 --- Comment #1 from jwjagersma at gmail dot com --- Created attachment 47936 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47936&action=edit proposed patch >From gcc-bugs-return-671858-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 15:11:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18865 invoked by alias); 29 Feb 2020 15:11: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 18798 invoked by uid 55); 29 Feb 2020 15:11:42 -0000 From: "ro at CeBiTec dot Uni-Bielefeld.DE" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/93731] [10 regression] asan tests cause kernel panic on Darwin 11 Date: Sat, 29 Feb 2020 15:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at CeBiTec dot Uni-Bielefeld.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: 10.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: 2020-02/txt/msg03440.txt.bz2 Content-length: 1178 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93731 --- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> --- >> --- Comment #1 from Jakub Jelinek --- [... >> Of course, trying to workaround kernel bugs this way is weird, but if it isn't >> supported anymore or Apple isn't willing to fix their bugs... > > Mac OS X 10.7 is almost 9 years old by now and long past support. I > don't feel particularly inclined to reghunt which gcc/sanitizer change > caused this, let alone debug the Darwin kernel either. I've since experimented a bit more: 32-bit 10.7 is affected just the same. Afterwards, I've copied both the 32 and 64-bit alloca_big_alignment.exe and the corresponding libasan.6.dylib and libgcc_s.1.dylib to a 10.8 VM where they run just fine, so this is obviously 10.7-only issue. While working on this, I've created VirtualBox VMs for every single macOS release between 10.7 and 10.15, each with the latest updates and last supported Xcode version installed and ready for experiments if needed. >From gcc-bugs-return-671859-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 15:41:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1177 invoked by alias); 29 Feb 2020 15:41: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 1124 invoked by uid 48); 29 Feb 2020 15:41:28 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/93731] [10 regression] asan tests cause kernel panic on Darwin 11 Date: Sat, 29 Feb 2020 15:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: iains 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: 10.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: 2020-02/txt/msg03441.txt.bz2 Content-length: 1960 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93731 --- Comment #8 from Iain Sandoe --- (In reply to ro@CeBiTec.Uni-Bielefeld.DE from comment #7) > > --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE > Uni-Bielefeld.DE> --- > >> --- Comment #1 from Jakub Jelinek --- > [... > >> Of course, trying to workaround kernel bugs this way is weird, but if it isn't > >> supported anymore or Apple isn't willing to fix their bugs... > > > > Mac OS X 10.7 is almost 9 years old by now and long past support. I > > don't feel particularly inclined to reghunt which gcc/sanitizer change > > caused this, let alone debug the Darwin kernel either. > > I've since experimented a bit more: 32-bit 10.7 is affected just the > same. Afterwards, I've copied both the 32 and 64-bit > alloca_big_alignment.exe and the corresponding libasan.6.dylib and > libgcc_s.1.dylib to a 10.8 VM where they run just fine, so this is > obviously 10.7-only issue. Yeah, I'm just waiting for the x86_64-darwin13 run to finish with libsanitizer disabled (the fault repeats for me on 64b). It's early low on my priority list to look at this with the current sanitiser output, since that is emitting a different ABI for Darwin than clang does (so the emitted code would be the first thing to fix). > While working on this, I've created VirtualBox VMs for every single > macOS release between 10.7 and 10.15, each with the latest updates and > last supported Xcode version installed and ready for experiments if > needed. VB is more reliable for some versions than others (which might have little to do with VB, of course ;) ). It's pretty hard to get anything < 10.6 to work there, and obv. is no use of ppc. ---- Right now, I'm thinking to disable sanitzer by default for master <= 10.7 and for 9.x for <= 10.6. I'll do that today or tomorrow since I want to make the 9.3 deadline. >From gcc-bugs-return-671861-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 16:19:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126200 invoked by alias); 29 Feb 2020 16:19: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 126127 invoked by uid 55); 29 Feb 2020 16:19:25 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92906] [10 regression] FAIL: libstdc++-abi/abi_check Date: Sat, 29 Feb 2020 16:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ABI X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03443.txt.bz2 Content-length: 619 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92906 --- Comment #10 from CVS Commits --- The master branch has been updated by John David Anglin : https://gcc.gnu.org/g:d4912dc76662ab434c897ab454e3285fbb6ca6df commit r10-6936-gd4912dc76662ab434c897ab454e3285fbb6ca6df Author: John David Anglin Date: Sat Feb 29 16:13:23 2020 +0000 Fix baseline symbols on hppa-linux-gnu 2020-02-29 John David Anglin PR libstdc++/92906 * config/abi/post/hppa-linux-gnu/baseline_symbols.txt: Update. >From gcc-bugs-return-671860-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 16:19:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125367 invoked by alias); 29 Feb 2020 16:19: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 125334 invoked by uid 48); 29 Feb 2020 16:19:10 -0000 From: "nate at thatsmathematics dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93982] New: Assignment incorrectly omitted by -foptimize-strlen Date: Sat, 29 Feb 2020 16:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: nate at thatsmathematics 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 keywords 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: 2020-02/txt/msg03442.txt.bz2 Content-length: 3173 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93982 Bug ID: 93982 Summary: Assignment incorrectly omitted by -foptimize-strlen Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: nate at thatsmathematics dot com Target Milestone: --- Created attachment 47937 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47937&action=edit Reduced testcase If the attached testcase is compiled with `-O1 -foptimize-strlen' on amd64, the function foo is miscompiled: the assignment to res.target[1] is omitted. It also happens with -O2, but not with -O1 alone or -O3. This bug is somewhat similar to bug 93213. It is a regression from 9.2.0. The generated assembly is: foo: subq $8, %rsp call my_alloc movq $.LC0, (%rax) movq $.LC1, 16(%rax) movq $.LC1, 24(%rax) movq $.LC1, 32(%rax) addq $8, %rsp ret Note the absence of `movq $.LC1, 8(%rax)'. I tested with trunk, latest pull from git, revision 117baab8. In particular the patch for bug 93213 (e13f37d9) is included. The program is compiled correctly by gcc 9.2.0 with the same options (and all others I tried). I did a git bisect and the offending commit is 34fcf41e. The cast in foo() at first looked questionable from a strict aliasing standpoint, but I believe the code is legal since the memory returned by calloc has no declared type, and we never access this memory except as objects of type `const char *'. Also, the miscompilation persists with -fno-strict-aliasing. I am no gcc expert, but I dug into the source a little bit, out of curiosity. It looks like the deletion happens in handle_store(), at gcc/tree-ssa-strlen.c:5021. It seems that in this function, the code is being treated as if the string "12345678" itself were being stored at address res.target, rather than the address of the string; as if the code were `strcpy(res.target, "12345678")'. In particular, it thinks the trailing null was stored at address res.target+8. The following statement, `res.target[1] = ""', is likewise treated as if it were `strcpy(res.target+8, "")', which would also just store a null byte at res.target+8, so it is seen as redundant and is removed. I would like to acknowledge StackOverflow user BrodieG for initially discovering this bug and helping to investigate, as well as users KamilCuk and John Bollinger for helpful comments. The original question is at https://stackoverflow.com/q/60406042/634919. Output of `gcc -v`: Using built-in specs. COLLECT_GCC=/home/nate/gcc/bin/gcc COLLECT_LTO_WRAPPER=/home/nate/do-not-backup/gcc-inst/bin/../libexec/gcc/x86_64-pc-linux-gnu/10.0.1/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../configure --prefix=/home/nate/gcc --disable-bootstrap --enable-languages=c Thread model: posix Supported LTO compression algorithms: zlib gcc version 10.0.1 20200229 (experimental) (GCC) >From gcc-bugs-return-671862-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 16:22:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128382 invoked by alias); 29 Feb 2020 16:22: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 128337 invoked by uid 48); 29 Feb 2020 16:22:43 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Sat, 29 Feb 2020 16:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher 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: 2020-02/txt/msg03444.txt.bz2 Content-length: 529 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |segher at gcc dot gnu.org --- Comment #2 from Segher Boessenkool --- How do you propose the compiler can generate accurate asynchronous unwind info for random inline assembler? (Answer: that is impossible). >From gcc-bugs-return-671863-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 16:25:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130326 invoked by alias); 29 Feb 2020 16:25: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 130241 invoked by uid 48); 29 Feb 2020 16:25:31 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Sat, 29 Feb 2020 16:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03445.txt.bz2 Content-length: 403 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91797 --- Comment #7 from Jeffrey A. Law --- I didn't look at the history to see who marked it a P1. I did consider the possibility that this was being kept open because the test failures, while seemingly innocuous, were actually something much more serious. Thanks in advance for taking care of them when you're awake again :-) >From gcc-bugs-return-671864-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 16:28:37 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1520 invoked by alias); 29 Feb 2020 16:28:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 1448 invoked by uid 48); 29 Feb 2020 16:28:33 -0000 From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Sat, 29 Feb 2020 16:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03446.txt.bz2 Content-length: 3855 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 Peter Bergner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vmakarov at gcc dot gnu.org, | |wschmidt at gcc dot gnu.org --- Comment #4 from Peter Bergner --- I'm CCing Vlad, since I need some guidance/help for some LRA questions. So this looks similar to PR93658, in that my patch exposed a latent bug. However, in this case, the bugs seems to be in the LRA constraints fixup code. Jakub, I would normally just think reverting the 3 commits used to fix PR93658 in GCC 8 would be the best course of action here, but if we do that, then we're just reexposing the bug from PR93658. But maybe that is still preferable than applying an LRA fix (which we don't have yet) that could affect all targets this late in the release process? Thoughts? So onto my findings. After IRA, we have the following allocations and rtl: Disposition: 6:r121 l0 mem 5:r124 l0 33 4:r125 l0 34 0:r128 l0 14 (insn 34 (set (reg:DI 128) (const_int -32))) ... (insn 39 (set (reg:V2DF 121 [ D.3415 ]) (mem/c:V2DF (and:DI (plus:DI (reg/f:DI 110 sfp) (reg:DI 128)) (const_int -16)))) (expr_list:REG_EQUIV (mem/c:V2DF (and:DI (plus:DI (reg/f:DI 110 sfp) (reg:DI 128)) (const_int -16))) (expr_list:REG_EQUAL (mem/c:V2DF (plus:DI (reg/f:DI 110 sfp) (const_int -32)))))) ... (insn 15 (set (reg:DF 124) (subreg:DF (reg:V2DF 121) 0))) (insn 16 (set (reg:DF 125 [+8 ]) (subreg:DF (reg:V2DF 121) 8)) (expr_list:REG_DEAD (reg:V2DF 121))) When LRA processes insn 15, it replaces the subreg: reg with the mem from insn 39 and we get: (insn 15 (set (reg:DF 124) (mem/c:DF (and:DI (plus:DI (plus:DI (reg/f:DI 110 sfp) (reg:DI 128)) (const_int 64 [0x40])) (const_int -16))))) This is not a valid address, so LRA in process_address(), we pass the following address to decompose_address(): (and:DI (plus:DI (plus:DI (reg/f:DI 110 sfp) (reg:DI 128)) (const_int 64)) (const_int -16)) Eventually, we end up with: (insn 56 (set (reg:DI 136) (plus:DI (reg/f:DI 110 sfp) (const_int 64)))) (insn 57 (set (reg:DI 136) (plus:DI (reg:DI 136) (reg:DI 128)))) (insn 58 (set (reg:DI 136) (and:DI (reg:DI 136) (const_int -16)))) (insn 15 (set (reg:DF 124) (mem/c:DF (reg:DI 136)))) This isn't ideal, but looks correct. The problem comes when we process insn 16. It looks just like insn 15, but its subreg is at an offset of 8. In decompose_address(), we're passed an address that looks like: (plus:DI (and:DI (plus:DI (plus:DI (reg/f:DI 110 sfp) (reg:DI 128)) (const_int 64)) (const_int -16)) (const_int 8)) Now strip_address_mutations() seems to expect seeing a "(and: ..." type address, but it is completely confused by seeing a PLUS wrapped around it, which is what eventually causes us to ICE in decompose_normal_address because it doesn't look like we have a base_term or index_term type addr. Vlad, do you have some guidance on what should be done when we see an address like the above? I tried hacking some changes to recognize the extra PLUS, but ended up causing an infinite loop in LRA. Do you have thoughts on how to fix this properly? >From gcc-bugs-return-671865-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 16:40:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50466 invoked by alias); 29 Feb 2020 16:40:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 50433 invoked by uid 48); 29 Feb 2020 16:40:37 -0000 From: "jwjagersma at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Sat, 29 Feb 2020 16:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jwjagersma 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: 2020-02/txt/msg03447.txt.bz2 Content-length: 187 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 --- Comment #3 from jwjagersma at gmail dot com --- I don't think it needs to. The user can do this manually with .cfi directives. >From gcc-bugs-return-671866-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 16:45:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59354 invoked by alias); 29 Feb 2020 16:45: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 59174 invoked by uid 48); 29 Feb 2020 16:45:00 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/93731] [10 regression] asan tests cause kernel panic on Darwin 11 Date: Sat, 29 Feb 2020 16:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: iains 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: 10.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: 2020-02/txt/msg03448.txt.bz2 Content-length: 873 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93731 --- Comment #9 from Iain Sandoe --- one additional point. For earlier OS versions the 'atos' version installed is not sufficient to get sensible output from the sanitizer (characterised by very long timeouts on failed tests). In that case, it is better to install llvm-symbolizer from a recentish LLVM and to set ASAN_SYMBOLIZER_PATH=/path/to/llvm-symbolizer before running tests (FWFW, I tend to do this about 50% of the time even on recent OS versions to ensure that the fails seen are from the sanitiser not atos). atos is closed-source so we can't fix/rebuild it. Unfortunately, the llvm-symbolizer exe is not part of the Xcode distributions, so it has to be built from source. In the case of the x86_64-darwin11 kernel panics, this made no difference to the observed fails. >From gcc-bugs-return-671867-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 17:17:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94198 invoked by alias); 29 Feb 2020 17:17: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 94142 invoked by uid 48); 29 Feb 2020 17:16:56 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Sat, 29 Feb 2020 17:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03449.txt.bz2 Content-length: 483 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- Component|target |rtl-optimization --- Comment #5 from Segher Boessenkool --- Not a target bug. Andrew, please don't change classification unless you know where the problem is. >From gcc-bugs-return-671868-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 17:32:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109418 invoked by alias); 29 Feb 2020 17:32: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 109375 invoked by uid 48); 29 Feb 2020 17:32:10 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Sat, 29 Feb 2020 17:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher 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: 2020-02/txt/msg03450.txt.bz2 Content-length: 324 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 --- Comment #4 from Segher Boessenkool --- Pretending any asm can throw would be a pretty serious code degradation. Any asm that is not volatile cannot throw (and be correct code). But most volatile asm in the wild can never throw, either. >From gcc-bugs-return-671869-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 17:40:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113380 invoked by alias); 29 Feb 2020 17:39:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 113342 invoked by uid 48); 29 Feb 2020 17:39:56 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92976] [8/9/10 Regression][OOP] ICE in trans_associate_var, at fortran/trans-stmt.c:1963 Date: Sat, 29 Feb 2020 17:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 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: 2020-02/txt/msg03451.txt.bz2 Content-length: 497 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92976 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pault at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org --- Comment #2 from Paul Thomas --- I just posted the fix to the list. Paul >From gcc-bugs-return-671870-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 17:56:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21943 invoked by alias); 29 Feb 2020 17:56: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 21889 invoked by uid 48); 29 Feb 2020 17:55:57 -0000 From: "jwjagersma at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Sat, 29 Feb 2020 17:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jwjagersma 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: 2020-02/txt/msg03452.txt.bz2 Content-length: 1679 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 --- Comment #5 from jwjagersma at gmail dot com --- (In reply to Segher Boessenkool from comment #4) > Pretending any asm can throw would be a pretty serious code degradation. > > Any asm that is not volatile cannot throw (and be correct code). But > most volatile asm in the wild can never throw, either. The intention is to only produce EH info for volatile asms, and only if -fnon-call-exceptions is given. Asms that take volatile memory operands should be covered too. There are multiple instances in the gcc code that suggest this should be possible, but it seems it was never implemented fully. For example this comment in stmt_could_throw_p: ``` /* The only statements that can throw an exception are assignments, conditionals, calls, resx, and asms. */ ``` And the fact that tree_could_trap_p, stmt_could_throw_p, may_trap_p_1 have cases that return true for asm. Do note that the proposed patch is still incomplete, I ran into an ICE while building libgcc with -fnon-call-exceptions: ``` during GIMPLE pass: ehcleanup ../../../gnu/gcc-9.2.0/libgcc/config/i386/sfp-exceptions.c: In function '__sfp_handle_exceptions': ../../../gnu/gcc-9.2.0/libgcc/config/i386/sfp-exceptions.c:107:1: internal compiler error: in mark_reachable_handlers, at tree-eh.c:3929 107 | } | ^ libbacktrace could not find executable to open Please submit a full bug report, with preprocessed source if appropriate. See for instructions. ``` However I am not knowledgable enough about gcc's inner workings to know what exactly is missing. I'm hoping someone can help me out with this. >From gcc-bugs-return-671871-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 18:17:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 76618 invoked by alias); 29 Feb 2020 18:17:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 70938 invoked by uid 48); 29 Feb 2020 18:17:12 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/83118] [8/9/10 Regression] Bad intrinsic assignment of class(*) array component of derived type Date: Sat, 29 Feb 2020 18:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03453.txt.bz2 Content-length: 375 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118 --- Comment #30 from Paul Thomas --- (In reply to Damian Rouson from comment #29) > Hi Paul, > > The test case works with your patch applied. Thanks! > > Damian Hi Damian, I need to digest https://gcc.gnu.org/ml/fortran/2019-11/msg00098.html before this is ready to go. Regards Paul >From gcc-bugs-return-671872-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 18:42:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94355 invoked by alias); 29 Feb 2020 18:42:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94311 invoked by uid 48); 29 Feb 2020 18:42:20 -0000 From: "lyberta at lyberta dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93983] New: std::filesystem::path is not concept-friendly Date: Sat, 29 Feb 2020 18:42: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lyberta at lyberta dot net X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03454.txt.bz2 Content-length: 4680 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 Bug ID: 93983 Summary: std::filesystem::path is not concept-friendly Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: lyberta at lyberta dot net Target Milestone: --- #include #include struct Foo { Foo(const std::filesystem::path& p); }; static_assert(std::copyable); Error: In file included from :1: /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/bits/stl_iterator_base_types.h: In instantiation of 'struct std::iterator_traits': /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/bits/fs_path.h:84:11: required by substitution of 'template using __is_path_iter_src = std::__and_::type, char>, std::is_same::type, char8_t>, std::is_same::type, wchar_t>, std::is_same::type, char16_t>, std::is_same::type, char32_t> >, std::is_base_of > [with _Iter = Foo; _Iter_traits = std::iterator_traits]' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/bits/fs_path.h:91:5: required by substitution of 'template std::filesystem::__cxx11::__detail::__is_path_iter_src<_Iter> std::filesystem::__cxx11::__detail::__is_path_src(_Iter, int) [with _Iter = Foo]' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/bits/fs_path.h:115:29: required from 'struct std::filesystem::__cxx11::__detail::__constructible_from' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/type_traits:138:12: required from 'struct std::__and_ >, std::filesystem::__cxx11::__detail::__constructible_from >' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/type_traits:143:12: required from 'struct std::__and_ >, std::__not_ >, std::filesystem::__cxx11::__detail::__constructible_from >' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/bits/fs_path.h:119:11: required by substitution of 'template using _Path = typename std::enable_if >::type, std::filesystem::__cxx11::path> >, std::__not_::type> >, std::filesystem::__cxx11::__detail::__constructible_from<_Tp1, _Tp2> >::value, std::filesystem::__cxx11::path>::type [with _Tp1 = Foo; _Tp2 = void]' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/bits/fs_path.h:219:7: required by substitution of 'template std::filesystem::__cxx11::path::path(const _Source&, std::filesystem::__cxx11::path::format) [with _Source = Foo; _Require = ]' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/type_traits:901:30: required from 'struct std::__is_constructible_impl' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/type_traits:906:12: required from 'struct std::is_constructible' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/type_traits:3107:25: required from 'constexpr const bool std::is_constructible_v' /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/concepts:139:30: required from here /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/concepts:139:30: error: the value of 'std::is_constructible_v' is not usable in a constant expression 139 | = destructible<_Tp> && is_constructible_v<_Tp, _Args...>; | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/concepts:44, from :1: /opt/compiler-explorer/gcc-trunk-20200229/include/c++/10.0.1/type_traits:3107:25: note: 'std::is_constructible_v' used in its own initializer 3107 | inline constexpr bool is_constructible_v = | ^~~~~~~~~~~~~~~~~~ >From gcc-bugs-return-671873-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 19:04:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122155 invoked by alias); 29 Feb 2020 19:04:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 122122 invoked by uid 48); 29 Feb 2020 19:04:37 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93983] std::filesystem::path is not concept-friendly Date: Sat, 29 Feb 2020 19:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-02/txt/msg03455.txt.bz2 Content-length: 994 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 Barry Revzin changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |barry.revzin at gmail dot com --- Comment #1 from Barry Revzin --- Here's a shorter reproduction without filesystem: #include #include struct path { template ::value_type, char>> > path(Source const&); }; struct Bar { Bar(const path& p); }; #ifdef ADD_THIS static_assert(!std::constructible_from); #endif static_assert(std::copyable); If ADD_THIS isn't defined, the copyable check is a hard error. If it is defined, compiles fine. https://godbolt.org/z/FEoiwA >From gcc-bugs-return-671874-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 19:15:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26829 invoked by alias); 29 Feb 2020 19:15: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 26578 invoked by uid 48); 29 Feb 2020 19:15:51 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93983] std::filesystem::path is not concept-friendly Date: Sat, 29 Feb 2020 19:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03456.txt.bz2 Content-length: 152 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 --- Comment #2 from Barry Revzin --- (From Tim) This is LWG 3244. >From gcc-bugs-return-671875-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 19:24:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33214 invoked by alias); 29 Feb 2020 19:24: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 33148 invoked by uid 55); 29 Feb 2020 19:24:42 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/92548] FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra "Will split parameter" 2 Date: Sat, 29 Feb 2020 19:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jamborm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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: 2020-02/txt/msg03457.txt.bz2 Content-length: 774 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92548 --- Comment #4 from CVS Commits --- The master branch has been updated by John David Anglin : https://gcc.gnu.org/g:38b1722d5d44c52e06a8694b8fa36793735e27d1 commit r10-6943-g38b1722d5d44c52e06a8694b8fa36793735e27d1 Author: John David Anglin Date: Sat Feb 29 19:23:02 2020 +0000 XFAIL IPA tests that are not supported on 32-bit hppa*-*-hpux*. 2020-02-29 John David Anglin PR ipa/92548 * gcc.dg/ipa/ipa-sra-12.c: xfail parameter split test on 32-bit hppa*-*-hpux*. * gcc.dg/ipa/ipa-sra-14.c: Likewise. * gcc.dg/ipa/ipcp-agg-12.c: xfail adding extra caller test. >From gcc-bugs-return-671876-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 19:35:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74931 invoked by alias); 29 Feb 2020 19:35: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 74897 invoked by uid 48); 29 Feb 2020 19:35:50 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/92548] FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra "Will split parameter" 2 Date: Sat, 29 Feb 2020 19:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: danglin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jamborm 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: 2020-02/txt/msg03458.txt.bz2 Content-length: 444 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92548 John David Anglin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from John David Anglin --- Fixed on trunk. >From gcc-bugs-return-671877-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 20:37:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68921 invoked by alias); 29 Feb 2020 20: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 68887 invoked by uid 55); 29 Feb 2020 20:37:50 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/91100] [9,10 Regression] FAIL: gnat.dg/socket1.adb execution test Date: Sat, 29 Feb 2020 20:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03459.txt.bz2 Content-length: 605 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91100 --- Comment #3 from CVS Commits --- The master branch has been updated by John David Anglin : https://gcc.gnu.org/g:819852b98eb2451672b35bf4a35bcfd41071e26e commit r10-6945-g819852b98eb2451672b35bf4a35bcfd41071e26e Author: John David Anglin Date: Sat Feb 29 20:36:49 2020 +0000 Disable gnat.dg/socket1.adb on hppa*-*-hpux*. 2020-02-29 John David Anglin PR ada/91100 * gnat.dg/socket1.adb: Disable on hppa*-*-hpux*. >From gcc-bugs-return-671878-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 20:40:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70741 invoked by alias); 29 Feb 2020 20:40:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 70696 invoked by uid 55); 29 Feb 2020 20:40:14 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/91100] [9,10 Regression] FAIL: gnat.dg/socket1.adb execution test Date: Sat, 29 Feb 2020 20:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03460.txt.bz2 Content-length: 610 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91100 --- Comment #4 from CVS Commits --- The releases/gcc-9 branch has been updated by John David Anglin : https://gcc.gnu.org/g:11d93ca76c04f79e43b6e39ab8658b07c0475932 commit r9-8305-g11d93ca76c04f79e43b6e39ab8658b07c0475932 Author: John David Anglin Date: Sat Feb 29 20:39:09 2020 +0000 Disable gnat.dg/socket1.adb on hppa*-*-hpux*. 2020-02-29 John David Anglin PR ada/91100 * gnat.dg/socket1.adb: Disable on hppa*-*-hpux*. >From gcc-bugs-return-671879-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 20:49:15 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82828 invoked by alias); 29 Feb 2020 20:49:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 82792 invoked by uid 48); 29 Feb 2020 20:49:04 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/91100] [9,10 Regression] FAIL: gnat.dg/socket1.adb execution test Date: Sat, 29 Feb 2020 20:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: danglin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-02/txt/msg03461.txt.bz2 Content-length: 435 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91100 John David Anglin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from John David Anglin --- Fixed. >From gcc-bugs-return-671880-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 21:12:23 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98913 invoked by alias); 29 Feb 2020 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 98868 invoked by uid 48); 29 Feb 2020 21:12:19 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Sat, 29 Feb 2020 21:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03462.txt.bz2 Content-length: 369 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 --- Comment #6 from Jakub Jelinek --- My slight preference would be probably reversion, maybe even on both 8 and 9 branches, do the releases, fix on the trunk, give it two or three weeks to settle and then backport again, but maybe I'm just trying to be too cautious when ra is involved. >From gcc-bugs-return-671881-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 21:34:15 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107726 invoked by alias); 29 Feb 2020 21:34:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 107660 invoked by uid 48); 29 Feb 2020 21:34:12 -0000 From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Sat, 29 Feb 2020 21:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03463.txt.bz2 Content-length: 639 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 --- Comment #7 from Peter Bergner --- Another option would be to release now without reverting. If we revert and then release, then we're shipping a compiler with bug PR93658 in it. If we release now without reverting, then PR93658 is fixed and we'll ship with this bug in it. Both bugs fail with -O3 -mcpu=power8 -fstack-protector-strong and both can be worked around using -O2. The only difference would be we either ICE with this test case, or we go into an infinite loop in LRA. I guess as a user, I'd prefer the ICE. Your choice though. >From gcc-bugs-return-671882-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 21:53:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128522 invoked by alias); 29 Feb 2020 21:53:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 128477 invoked by uid 48); 29 Feb 2020 21:53:12 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Sat, 29 Feb 2020 21:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03464.txt.bz2 Content-length: 525 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 --- Comment #8 from Jakub Jelinek --- Well, there is a significant difference, the other PR has been there for more than 2 years before somebody discovered it, while this one was discovered much quicker and there is a possibility there could be other issues too. With a reversion we get to a known state, keeping it we remain in far less tested state, so unless one bug is much more severe than the other one, I'd go for the known state. >From gcc-bugs-return-671883-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 22:07:17 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 15986 invoked by alias); 29 Feb 2020 22:07: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 15939 invoked by uid 48); 29 Feb 2020 22:07:13 -0000 From: "xerofoify at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Sat, 29 Feb 2020 22:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: xerofoify at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03465.txt.bz2 Content-length: 1036 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 Nicholas Krause changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xerofoify at gmail dot com --- Comment #9 from Nicholas Krause --- Peter and Jakub, Sorry if I'm misunderstanding the power code but is there a way to rewrite the test to: if (VECTOR_MEM_ALTIVEC(mode) and another branch for VSX_P instructions. I'm assuming that because its checking both we can get a infinite loop. I'm assuming that in order to hand this off to the LRA we will need to rewrite in to have two paths one for VSX_P and one for standard MEM_ALTIVEC. Maybe Vlad as mentioned has a better idea about the LRA issues. But I'm very suspicious of checking both VSX and non VSX_P instructions in the same way for legitimate_address_p. Maybe I'm misunderstanding the issue outside of backporting, >From gcc-bugs-return-671884-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 22:26:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23959 invoked by alias); 29 Feb 2020 22:26:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23920 invoked by uid 55); 29 Feb 2020 22:26:22 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libbacktrace/91908] New libbacktrace tests fail to build Date: Sat, 29 Feb 2020 22:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libbacktrace X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03466.txt.bz2 Content-length: 808 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91908 --- Comment #4 from CVS Commits --- The releases/gcc-9 branch has been updated by John David Anglin : https://gcc.gnu.org/g:fa8a705d1f86ca9e576244eb9ae259ed63db4786 commit r9-8307-gfa8a705d1f86ca9e576244eb9ae259ed63db4786 Author: John David Anglin Date: Sat Feb 29 22:25:04 2020 +0000 Fix libbacktrace build on hppa-hpux. 2020-02-29 John David Anglin Backport from mainline 2019-09-26 Ian Lance Taylor PR libbacktrace/91908 * pecoff.c (backtrace_initialize): Explicitly cast unchecked __sync_bool_compare_and_swap to void. * xcoff.c (backtrace_initialize): Likewise. >From gcc-bugs-return-671885-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 22:32:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31494 invoked by alias); 29 Feb 2020 22:32:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31455 invoked by uid 48); 29 Feb 2020 22:32:34 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93982] [10 Regression] Assignment incorrectly omitted by -foptimize-strlen since r10-2528 Date: Sat, 29 Feb 2020 22:32: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc assigned_to target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03467.txt.bz2 Content-length: 1045 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93982 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-02-29 CC| |jakub at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org Target Milestone|--- |10.0 Summary|Assignment incorrectly |[10 Regression] Assignment |omitted by |incorrectly omitted by |-foptimize-strlen |-foptimize-strlen since | |r10-2528 Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Started with r10-2528-g34fcf41e30ff56155e996f5e04f6ca13948a19b6. I'll have a look. >From gcc-bugs-return-671886-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 22:48:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54516 invoked by alias); 29 Feb 2020 22:48:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54191 invoked by uid 48); 29 Feb 2020 22:48:40 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93982] [10 Regression] Assignment incorrectly omitted by -foptimize-strlen since r10-2528 Date: Sat, 29 Feb 2020 22:48: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03468.txt.bz2 Content-length: 519 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93982 --- Comment #2 from Jakub Jelinek --- Simplified testcase: struct A { const char **a; }; const char *buf[5]; __attribute__((noipa)) struct A foo (char *p) { struct A r = { (const char **) p }; r.a[0] = "12345678"; r.a[1] = ""; r.a[2] = ""; r.a[3] = ""; r.a[4] = ""; return r; } int main () { struct A r = foo ((char *) &buf[0]); if (!r.a[1] || r.a[1][0] != '\0') __builtin_abort (); return 0; } >From gcc-bugs-return-671887-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 22:57:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 58615 invoked by alias); 29 Feb 2020 22:57:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 58563 invoked by uid 48); 29 Feb 2020 22:57:14 -0000 From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Sat, 29 Feb 2020 22:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03469.txt.bz2 Content-length: 398 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 --- Comment #10 from Peter Bergner --- (In reply to Jakub Jelinek from comment #8) > With a reversion we get to a known state, keeping it we remain in far less > tested state, so unless one bug is much more severe than the other one, I'd > go for the known state. Ok, I pushed the reversions for both GCC 8 & 9. >From gcc-bugs-return-671888-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 23:02:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61019 invoked by alias); 29 Feb 2020 23:02:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 60988 invoked by uid 48); 29 Feb 2020 23:02:52 -0000 From: "stsp at users dot sourceforge.net" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93984] New: spurious Wclass-conversion warning Date: Sat, 29 Feb 2020 23:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: stsp at users dot sourceforge.net X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-02/txt/msg03470.txt.bz2 Content-length: 1379 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93984 Bug ID: 93984 Summary: spurious Wclass-conversion warning Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: stsp at users dot sourceforge.net Target Milestone: --- #include struct D; struct B { virtual operator D() = 0; }; struct D : B { operator D() override { std::cout << "conv" << std::endl; return D(); } }; . int main() { D obj; B& br = obj; (D)br; // calls D::operator D() through virtual dispatch return 0; } $ LC_ALL=C g++ -Wall -o vconv vconv.cpp vconv.cpp:9:5: warning: converting 'D' to the same type will never use a type conversion operator [-Wclass-conversion] 9 | operator D() override { std::cout << "conv" << std::endl; return D(); } | ^~~~~~~~ $ ./vconv conv The example above shows that the warning is spurious. Converting to the same type will indeed never use the conversion operator. But the above case converts from B to D, so the warning does not apply. It may be quite difficult to check properly, but in this particular example the "override" keyword is a clear hint that it is going to be used via the virtual dispatch. >From gcc-bugs-return-671889-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 23:06:24 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62923 invoked by alias); 29 Feb 2020 23:06:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 62894 invoked by uid 48); 29 Feb 2020 23:06:20 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93982] [10 Regression] Assignment incorrectly omitted by -foptimize-strlen since r10-2528 Date: Sat, 29 Feb 2020 23:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-02/txt/msg03471.txt.bz2 Content-length: 1298 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93982 --- Comment #3 from Jakub Jelinek --- bool is_char_store = is_char_type (type); if (!is_char_store && TREE_CODE (lhs) == MEM_REF) { /* To consider stores into char objects via integer types other than char but not those to non-character objects, determine the type of the destination rather than just the type of the access. */ for (int i = 0; i != 2; ++i) { tree ref = TREE_OPERAND (lhs, i); type = TREE_TYPE (ref); if (TREE_CODE (type) == POINTER_TYPE) type = TREE_TYPE (type); if (TREE_CODE (type) == ARRAY_TYPE) type = TREE_TYPE (type); if (is_char_type (type)) { is_char_store = true; break; } } } is completely bogus. With pointer conversions being useless, the type of the MEM_REF's first operand means nothing at all and the type of second MEM_REF operand is for alias analysis, again nothing that should matter for how the strlen pass optimizes code. >From gcc-bugs-return-671890-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 29 23:26:39 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70306 invoked by alias); 29 Feb 2020 23:26: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 70249 invoked by uid 48); 29 Feb 2020 23:26:35 -0000 From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [8/9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Sat, 29 Feb 2020 23:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-02/txt/msg03472.txt.bz2 Content-length: 1568 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 --- Comment #11 from Peter Bergner --- (In reply to Nicholas Krause from comment #9) > Sorry if I'm misunderstanding the power code but is there a way to rewrite > the test to: > if (VECTOR_MEM_ALTIVEC(mode) > and another branch for VSX_P instructions. There's no need. > I'm assuming that because its checking both we can get a infinite loop. I'm > assuming that in order to hand this off to the LRA we will need to > rewrite in to have two paths one for VSX_P and one for standard MEM_ALTIVEC. No. We get into an infinite loop, because LRA passes us a valid Altivec type address and rs6000_legitimate_address_p erroneously tells LRA, that it is invalid. So LRA tries to spill it again. After a few iterations of that, the address is simplified to just a register inside the (and: ...) and that is trivially valid, but rs6000_legitimate_address_p continues to say it's invalid. At this point, LRA replaces that one reg with a copy of the one reg. Again, rs6000_legitimate_address_p says it's invalid, so around and around it goes. The bug isn't that we cannot recognize the address as valid. It's that we have a bogus test that uses VECTOR_MEM_ALTIVEC_P(), which only is true for vector modes, when Altivec is enabled and VSX is disabled. When VSX is enabled (which implies Altivec is enabled), VECTOR_MEM_ALTIVEC_P() return false. That is because rs6000_vector_mem[] returns VECTOR_VSX rather than VECTOR_ALTIVEC when VSX is enabled. >From gcc-bugs-return-671891-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 04:03:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57672 invoked by alias); 1 Mar 2020 04:03:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57635 invoked by uid 48); 1 Mar 2020 04:03:40 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93980] use of lto breaks -Wl,--exclude-libs Date: Sun, 01 Mar 2020 04:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00000.txt Content-length: 155 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93980 --- Comment #1 from Andrew Pinski --- Does -fno-use-linker-plugin help? >From gcc-bugs-return-671892-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 07:15:40 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4434 invoked by alias); 1 Mar 2020 07:15:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 4370 invoked by uid 48); 1 Mar 2020 07:15:32 -0000 From: "sergeev917 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93980] use of lto breaks -Wl,--exclude-libs Date: Sun, 01 Mar 2020 07:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sergeev917 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: 2020-03/txt/msg00001.txt Content-length: 452 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93980 --- Comment #2 from Alexander Sergeyev --- (In reply to Andrew Pinski from comment #1) > Does -fno-use-linker-plugin help? It seems to work with fat lto objects, but I suspect that no actual lto is performed in this case. With -fno-fat-lto-objects -fno-use-linker-plugin: .bar.o: plugin needed to handle lto object .foo.a(.foo.o): plugin needed to handle lto object >From gcc-bugs-return-671893-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 12:50:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73770 invoked by alias); 1 Mar 2020 12:50: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 73710 invoked by uid 48); 1 Mar 2020 12:50:01 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93694] Inconsistent grammar in darwin.opt Date: Sun, 01 Mar 2020 12: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: iains at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: iains at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00002.txt Content-length: 4958 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93694 --- Comment #4 from Iain Sandoe --- Created attachment 47938 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47938&action=edit Update darwin opts descriptions Thanks for the comments. As background, (most of) these options have ben present in the Darwin toolchain since before my involvement - however they were never described; there is note in the GCC manual suggesting that the user should use the man page. The majority here are actually options passed on to the linker, and the details can be quite complex - so that the user should still make use of the manage (so I would not delete that statement from the GCC manual). The idea here is a brief summary to serve as a reminder for a more detailed description. Perhaps I should have left them undocumented .... an example of the manpage: https://www.manpagez.com/man/1/ld64/ In some cases (especially for determining which options are obsolete) several versions of the man pages were consulted - and the linker source code itself. ==== I will apply a patch that makes the following changes in a few days if there are no more comments (such comments are welcome): > Loads all members of archive libraries Load all members of archive libraries, rather than only those that satisfy undefined symbols. > The version of ld64 in use for this toolchain. -mtarget-linker Specify that ld64 is the toolchain linker for the current invocation. > Produce an output file that will bind symbols on load, rather than lazily. Generate an output executable that binds symbols on load, rather than lazily. > Produce a Mach-O bundle (file type MH_BUNDLE) Generate a Mach-O bundle (file type MH_BUNDLE). > This will allow relocs -read_only_relocs Allow relocations in read-only pages (not recommended). >And a typo: > exectuable fixed. >Unnecessarily unspecific wording: > Allows setting the page 0 size to 4kb for certain special cases >What exactly are "certain special cases"? I don't think that can be reasonable answered in a brief option description, I suggest what's below, it is the user's responsibility to know when the option is required. -pagezero_size Allows setting the page 0 size (for example, to 4kb) when required. double space: > architecture \"name\" fixed. > unnecessarily verbose: > Specify that the output file should be generated for architecture "name" > Why not simply: Generate output file for the named architecture. -arch Generate output for architecture . >anachronism: > MacOS X > Should that be macOS nowadays? Changed throughout. > off-by-one: > must record a greater > I think this should rather be "greater or equal". Actually, the man page is quite confusing on this option, I've tried to make this more specific: -compatibility_version Set the version for the client interface. Client programs must record a value less than or equal to , or the binding will fail at runtime. >double space: > dyld will fixed, > Provided > (Obsolete after 10.3.9) Set > Shouldn't there be a tab between the words instead of the space? fixed. > -pagezero_size size > The other placeholders are written in , so should this one. done, as per the comment above. > (Obsolete, ld_classic only) -sectcreate segname sectname file > segname, sectname and file should be marked as . > (Obsolete, ld_classic only) -sectcreate segname sectname file -sectcreate Create section in segment from the contents of . > -segprot max_prot init_prot\tThe protection values are > This like only describes the syntax but doesn't lose a single word about the effect. Indeed ... -segprot The virtual memory protections for segment are set to maximum and initial values and respectively. The specified values may contain \"r\", \"w\", \"x\" or \"-\" the latter meaning \"no access\". > -segs_read_only_addr address >Missing placeholder. > space-tab. -segs_read_only_addr
Specify that
is the base address of the read-only segments of a dylib. > Allows specifying >I hope that this option actually _sets_ the address instead of only _allowing_ to set. (2 times) done as per segs_read_only_addr above. > Specifies content > That's another case of very unspecific wording. As the German translator I have no idea what this could mean. This option is documented nowhere. It only appears in the ChangeLogs, darwin.h and darwin.opt. As noted, the source for the information is outside the GCC tree - ld64 source / manages suggested change: Add extra information to the executable that can speed up dynamic loading (provided that dependent libraries are unchanged). >From gcc-bugs-return-671894-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 13:28:57 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1674 invoked by alias); 1 Mar 2020 13:28: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 1642 invoked by uid 48); 1 Mar 2020 13:28:52 -0000 From: "sagebar at web dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93985] New: Sub-optimal assembly for %st(0) constant loading with SSE enabled (x86_64) Date: Sun, 01 Mar 2020 13:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sagebar at web dot de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone 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: 2020-03/txt/msg00003.txt Content-length: 2849 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93985 Bug ID: 93985 Summary: Sub-optimal assembly for %st(0) constant loading with SSE enabled (x86_64) Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: sagebar at web dot de Target Milestone: --- Created attachment 47939 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47939&action=edit Inefficient code generation, similar working cases & work-around With gcc for x86_64, where SSE is enabled by default, some situations exist where legacy (fpu) math instructions (and their constraints) still have to be used. x86 offets a hand full of instructions to load specific floating point constants more efficiently (including `1.0`). As such, it would stand to reason to implement a function `atan()` as: ```c double atan(double x) { double result; __asm__("fpatan" : "=t" (result) : "0" (1.0) , "u" (x) : "st(1)"); return result; } ``` This code works perfectly on i386, where it compiles to: ```asm fldl 4(%esp) # push(x) fld1 # push(1.0) fpatan ret ``` However, on x86_64 it is compiled as: ```asm movsd .LC0(%rip), %xmm1 movsd %xmm1, -8(%rsp) fldl -8(%rsp) # push(1.0) movsd %xmm0, -8(%rsp) fldl -8(%rsp) # push(x) fxch %st(1) # { x, 1.0 } -> { 1.0, x } fpatan fstpl -8(%rsp) movsd -8(%rsp), %xmm0 ret ... .LC0: .long 0 # SSE constant: 1.0 .long 1072693248 # ... ``` When the optimal code would look like: ```asm movsd %xmm0, -8(%rsp) fldl -8(%rsp) # push(x) fld1 # push(1.0) fpatan fstpl -8(%rsp) movsd -8(%rsp), %xmm0 ret ``` Still though, it appears that GCC _is_ aware of the fld1 instruction for encoding inline assembly operands, even when SSE is enabled (s.a. `atan_reverse()` within the attached file). So it would stand to reason that this is either a problem with how GCC weights different encoding schemes, or a problem with how GCC decides if certain encoding schemes are even possible at all (which seems quite likely, especially considering that the x86_64 version contains an fxch-instruction which also wouldn't be necessary if GCC had encoded the `1.0` _after_ pushing `x` (ignoring the fact that `1.0` can be pushed using `fld1`)) NOTE: The attached file should be compiled as `gcc -O3 -S attached-file.c` >From gcc-bugs-return-671895-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 14:27:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112390 invoked by alias); 1 Mar 2020 14:27: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 112347 invoked by uid 48); 1 Mar 2020 14:27:49 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93986] New: [10 Regression] ICE in decompose, at wide-int.h:984 Date: Sun, 01 Mar 2020 14:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx 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 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: 2020-03/txt/msg00004.txt Content-length: 4110 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93986 Bug ID: 93986 Summary: [10 Regression] ICE in decompose, at wide-int.h:984 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- gcc-10.0.1-alpha20200223 snapshot (g:3133bed5d0327e8a9cd0a601b7ecdb9de4fc825d) ICEs when compiling the following testcase w/ -O1 -foptimize-strlen -ftree-slp-vectorize: int dd (void); void ya (int cm) { char s2[cm]; s2[cm-12] = s2[cm-11] = s2[cm-10] = s2[cm-9] = s2[cm-8] = s2[cm-7] = s2[cm-6] = s2[cm-5] = ' '; if (dd ()) __builtin_exit (0); } % gcc-10.0.1 -O1 -foptimize-strlen -ftree-slp-vectorize -c ch4gpdst.c during GIMPLE pass: strlen ch4gpdst.c: In function 'ya': ch4gpdst.c:5:1: internal compiler error: in decompose, at wide-int.h:984 5 | ya (int cm) | ^~ 0x5ee66a wi::int_traits >::decompose(long*, unsigned int, generic_wide_int const&) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/wide-int.h:984 0x8d1f74 wi::int_traits >::decompose(long*, unsigned int, generic_wide_int const&) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/wide-int.h:2456 0x8d1f74 wide_int_ref_storage::wide_int_ref_storage >(generic_wide_int const&, unsigned int) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/wide-int.h:1034 0x8d1f74 generic_wide_int >::generic_wide_int >(generic_wide_int const&, unsigned int) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/wide-int.h:790 0x8d1f74 wi::binary_traits, generic_wide_int, wi::int_traits >::precision_type, wi::int_traits >::precision_type>::result_type wi::add, generic_wide_int >(generic_wide_int const&, generic_wide_int const&) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/wide-int.h:2425 0xf605cc generic_wide_int& generic_wide_int::operator+= >(generic_wide_int const&) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/wide-int.h:757 0xf605cc maybe_warn_overflow /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/tree-ssa-strlen.c:1977 0xf64ac8 maybe_warn_overflow /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/tree-ssa-strlen.c:2312 0xf64ac8 handle_store /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/tree-ssa-strlen.c:4976 0xf672a9 check_and_optimize_stmt /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/tree-ssa-strlen.c:5614 0xf672a9 strlen_dom_walker::before_dom_children(basic_block_def*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/tree-ssa-strlen.c:5791 0x1664567 dom_walker::walk(basic_block_def*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/domwalk.c:309 0xf5b75e printf_strlen_execute /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200223/work/gcc-10-20200223/gcc/tree-ssa-strlen.c:5857 >From gcc-bugs-return-671896-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 14:35:11 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116313 invoked by alias); 1 Mar 2020 14:35:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116283 invoked by uid 48); 1 Mar 2020 14:35:06 -0000 From: "gabriel at inconstante dot net.br" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93987] New: Regression (ICE) on gcc-9 branch Date: Sun, 01 Mar 2020 14:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gabriel at inconstante dot net.br X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone cf_gcctarget 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: 2020-03/txt/msg00005.txt Content-length: 1406 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93987 Bug ID: 93987 Summary: Regression (ICE) on gcc-9 branch Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: gabriel at inconstante dot net.br CC: bergner at vnet dot ibm.com Target Milestone: --- Target: powerpc64le-glibc-linux-gnu Created attachment 47940 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47940&action=edit Reproducer Current pveclib (https://github.com/open-power-sdk/pveclib) tests fail to build with the tip of the gcc-9 branch. I have bisected the problem, and it seems that the following commit is to blame: 066184a282b622ac6880150eb4e42fe57881b606 is the first bad commit commit 066184a282b622ac6880150eb4e42fe57881b606 Author: Peter Bergner Date: Sun Feb 23 18:22:57 2020 -0600 rs6000: Fix infinite loop building ghostscript and icu [PR93658] The testcases ("make check") in pveclib fail to build with GCC-9 in Debian Unstable, and with a compiler built locally from that commit (I'm using glibc's build-many-glibcs.py script). I tried to reduce the testcase to a small standalone file, but I couldn't reduce it further than the attachement >From gcc-bugs-return-671897-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 14:42:08 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66998 invoked by alias); 1 Mar 2020 14:42: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 66919 invoked by uid 55); 1 Mar 2020 14:42:04 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/93731] [10 regression] asan tests cause kernel panic on Darwin 11 Date: Sun, 01 Mar 2020 14:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit 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: 10.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: 2020-03/txt/msg00006.txt Content-length: 1025 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93731 --- Comment #10 from CVS Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:63cc547f6d85819192afa795e9ade14f0800eda9 commit r10-6951-g63cc547f6d85819192afa795e9ade14f0800eda9 Author: Iain Sandoe Date: Sun Mar 1 14:40:57 2020 +0000 Darwin, libsanitizer: Adjust minimum supported Darwin version (PR93731). The current imported libsanitizer code produces kernel panics for Darwin 11 (macOS 10.7) and is unsupported for earlier versions already. It is not clear if the current sources are even intended to be supported on Darwin 11, so this patch causes the default to be build without sanitizers for Darwin <= 11. 2020-03-01 Iain Sandoe PR sanitizer/93731 * configure.tgt (x86_64-*-darwin*, i?86-*-darwin*): Enable by default only for Darwin versions greater than 12 (macOS 10.8). >From gcc-bugs-return-671898-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 14:43:17 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67993 invoked by alias); 1 Mar 2020 14:43: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 67942 invoked by uid 48); 1 Mar 2020 14:43:12 -0000 From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93987] Regression (ICE) on gcc-9 branch Date: Sun, 01 Mar 2020 14:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner 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: 2020-03/txt/msg00007.txt Content-length: 607 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93987 Peter Bergner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bergner at gcc dot gnu.org --- Comment #1 from Peter Bergner --- I actually just reverted that fix yesterday due to PR93974. Please pull new sources and try again. That said, does it also fail on trunk? If so, what compile options did you use? And what was the failure? An ICE or ??? >From gcc-bugs-return-671899-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 15:06:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125159 invoked by alias); 1 Mar 2020 15:06: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 125123 invoked by uid 48); 1 Mar 2020 15:06:43 -0000 From: "gabriel at inconstante dot net.br" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93987] Regression (ICE) on gcc-9 branch Date: Sun, 01 Mar 2020 15:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gabriel at inconstante dot net.br 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: 2020-03/txt/msg00008.txt Content-length: 1670 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93987 --- Comment #2 from Gabriel F. T. Gomes --- Oh, I forgot to paste the output: $ /home/debian/build/powerpc64le/tools/install/compilers/powerpc64le-linux-gnu/bin/powerpc64le-glibc-linux-gnu-gcc -c -O2 ice.c ice.c: In function ‘test_addcq’: ice.c:128:1: error: insn does not satisfy its constraints: 128 | } | ^ (insn 305 304 306 3 (set (reg:V1TI 80 3) (rotate:V1TI (mem/u/c:V1TI (and:DI (reg/f:DI 29 29 [240]) (const_int -16 [0xfffffffffffffff0])) [0 S16 A128]) (const_int 64 [0x40]))) 1043 {*vsx_le_permute_v1ti} (nil)) during RTL pass: cprop_hardreg ice.c:128:1: internal compiler error: in extract_constrain_insn, at recog.c:2211 0x1012c7ef _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) /home/debian/build/powerpc64le/tools/src/gcc/gcc/rtl-error.c:108 0x1012c84b _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) /home/debian/build/powerpc64le/tools/src/gcc/gcc/rtl-error.c:118 0x106f4cd7 extract_constrain_insn(rtx_insn*) /home/debian/build/powerpc64le/tools/src/gcc/gcc/recog.c:2211 0x106f9fbb copyprop_hardreg_forward_1 /home/debian/build/powerpc64le/tools/src/gcc/gcc/regcprop.c:817 0x106faf5f execute /home/debian/build/powerpc64le/tools/src/gcc/gcc/regcprop.c:1385 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. I'll check with trunk and with the tip of gcc-9, thanks! >From gcc-bugs-return-671900-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 15:15:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25503 invoked by alias); 1 Mar 2020 15:15:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25389 invoked by uid 48); 1 Mar 2020 15:14:58 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/82798] Inconsistent descriptions for warning options in documentation Date: Sun, 01 Mar 2020 15:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 7.2.0 X-Bugzilla-Keywords: documentation 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: 2020-03/txt/msg00009.txt Content-length: 456 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82798 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sandra at gcc dot gnu.org --- Comment #4 from Eric Gallager --- Sandra has a big documentation patch that might address some of these >From gcc-bugs-return-671901-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 15:18:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 27707 invoked by alias); 1 Mar 2020 15:18: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 27670 invoked by uid 48); 1 Mar 2020 15:17:57 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/71283] Inconsistent location for C++ warning options in the manual Date: Sun, 01 Mar 2020 15:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 6.1.0 X-Bugzilla-Keywords: documentation, easyhack X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00010.txt Content-length: 546 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71283 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sandra at gcc dot gnu.org --- Comment #11 from Eric Gallager --- Martin, did you want to stay the assignee for this? Sandra seemed to want to address this bug here: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01522.html >From gcc-bugs-return-671902-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 15:28:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71712 invoked by alias); 1 Mar 2020 15:28: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 71660 invoked by uid 48); 1 Mar 2020 15:28:46 -0000 From: "ch3root at openwall dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93848] missing -Warray-bounds warning for array subscript 1 is outside array bounds Date: Sun, 01 Mar 2020 15:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: ch3root at openwall 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: 2020-03/txt/msg00011.txt Content-length: 1673 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93848 --- Comment #11 from Alexander Cherepanov --- (In reply to Martin Sebor from comment #10) > An array is implicitly converted to a pointer; Sometimes converted, sometimes -- not. > it's not an lvalue. Why not? Take for example p[1] that we discussed. It's equivalent to *(p+1) and the unary * operator is explicitly documented to yield an lvalue (C11, 6.5.3.2p4): "If the operand points to a function, the result is a function designator; if it points to an object, the result is an lvalue designating the object." > But I > think we're splitting hairs. I agree we want a warning for passing > past-the-end pointers to functions that might inadvertently dereference it; > I plan to implement it for GCC 11. This is something more general and I'm not sure we want such a warning. You are right that passing a past-the-end pointers to functions perfectly legal so there would be false alarms. I cannot readily assess whether it's worth it. OTOH the specific construction that started this PR is not legal and should always give a warning, whether it's passed to an unknown function, printed without additional dereferences or used in a computation. > The reference in > > int a[1][4]; > printf("%p\n", (void *)&a[1][1]); > > is of course undefined, but when the warning sees the address-of operator it > allows off-by-one indices. That's necessary only for the rightmost index > but not otherwise. The missing warning here is the subject of pr84079. I > have a simple fix that handles this case. Great, here we agree. But does it cover &a[1][0]? >From gcc-bugs-return-671903-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 15:41:05 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 87706 invoked by alias); 1 Mar 2020 15:41: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 81616 invoked by uid 48); 1 Mar 2020 15:41:01 -0000 From: "jwjagersma at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Sun, 01 Mar 2020 15:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jwjagersma 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: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00012.txt Content-length: 823 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 jwjagersma at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #47936|0 |1 is obsolete| | --- Comment #6 from jwjagersma at gmail dot com --- Created attachment 47941 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47941&action=edit patch v2 Small change; only call make_eh_edges for asm statements if the asm could throw (is volatile). This does not solve the ICE however, which is caused by a throwing statement that appears before the end of a basic block. It seems that, at some point, extra statements are added after the asm in a bb? But I can't find where that happens. >From gcc-bugs-return-671904-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 15:48:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106162 invoked by alias); 1 Mar 2020 15:48:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 106045 invoked by uid 48); 1 Mar 2020 15:48:00 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93581] [9/10 Regression] ICE in gfc_get_dataptr_offset, at fortran/trans-array.c:6951 Date: Sun, 01 Mar 2020 15:48: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00013.txt Content-length: 695 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93581 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org --- Comment #5 from Paul Thomas --- Created attachment 47942 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47942&action=edit Patch for the PR Hi Gerhard, I must applaud you on your efforts to look into every dark corner of gfortran. I hope that you are not too disheartened by the slow pace at which we fix your bugs. Cheers Paul >From gcc-bugs-return-671905-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 16:22:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80802 invoked by alias); 1 Mar 2020 16:22:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74946 invoked by uid 48); 1 Mar 2020 16:22:26 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93980] use of lto breaks -Wl,--exclude-libs Date: Sun, 01 Mar 2020 16:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2020-03/txt/msg00014.txt Content-length: 432 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93980 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hjl.tools at gmail dot com --- Comment #3 from H.J. Lu --- This seems a linker bug. Please open a binutils bug report. >From gcc-bugs-return-671906-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 16:26:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110095 invoked by alias); 1 Mar 2020 16:26: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 110046 invoked by uid 48); 1 Mar 2020 16:26:43 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Sun, 01 Mar 2020 16:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher 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: 2020-03/txt/msg00015.txt Content-length: 1844 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 --- Comment #7 from Segher Boessenkool --- (In reply to jwjagersma from comment #5) > (In reply to Segher Boessenkool from comment #4) > > Pretending any asm can throw would be a pretty serious code degradation. > > > > Any asm that is not volatile cannot throw (and be correct code). But > > most volatile asm in the wild can never throw, either. > > The intention is to only produce EH info for volatile asms, and only if > -fnon-call-exceptions is given. Asms that take volatile memory operands > should be covered too. Ah right, only for -fnon-call-exceptions, I missed that; that is implied by stmt_can_throw_internal. Why only volatile memory operands, btw? Can't *all* memory accesses throw? Is that handled somewhere else, or does it need special-casing for asm? > Do note that the proposed patch is still incomplete, I ran into an ICE > while building libgcc with -fnon-call-exceptions: > > ``` > during GIMPLE pass: ehcleanup > ../../../gnu/gcc-9.2.0/libgcc/config/i386/sfp-exceptions.c: In function > '__sfp_handle_exceptions': > ../../../gnu/gcc-9.2.0/libgcc/config/i386/sfp-exceptions.c:107:1: internal > compiler error: in mark_reachable_handlers, at tree-eh.c:3929 > 107 | } > | ^ > libbacktrace could not find executable to open > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > ``` > > However I am not knowledgable enough about gcc's inner workings to know > what exactly is missing. I'm hoping someone can help me out with this. Please use trunk ("master") for development, not an older release? I would think the problem here is caused by your modifications to tree-eh.c, but that is not based on understanding this code at all ;-) >From gcc-bugs-return-671907-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 16:44:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 3085 invoked by alias); 1 Mar 2020 16:44: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 3047 invoked by uid 48); 1 Mar 2020 16:44:45 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93984] spurious Wclass-conversion warning Date: Sun, 01 Mar 2020 16:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00016.txt Content-length: 1195 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93984 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |diagnostic Status|UNCONFIRMED |NEW Last reconfirmed| |2020-03-01 CC| |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Confirmed, but clang++ warns too. commit fce33808678df40cce69c15141926342f8a6f47e Author: Marek Polacek Date: Wed Sep 19 16:59:51 2018 +0000 PR c++/87357 - missing -Wconversion warning PR c++/87357 - missing -Wconversion warning * decl.c (grok_op_properties): Remove diagnostic parts mentioning a conversion to a reference to void. Use same_type_ignoring_top_level_qualifiers_p rather than comparing types directly. * g++.dg/warn/Wconversion5.C: New test. From-SVN: r264425 >From gcc-bugs-return-671908-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 16:45:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4500 invoked by alias); 1 Mar 2020 16:45: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 4470 invoked by uid 48); 1 Mar 2020 16:45:50 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93980] use of lto breaks -Wl,--exclude-libs Date: Sun, 01 Mar 2020 16:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00017.txt Content-length: 570 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93980 --- Comment #4 from H.J. Lu --- This linker patch: iff --git a/ld/plugin.c b/ld/plugin.c index 47c053e5a0a..5960df65243 100644 --- a/ld/plugin.c +++ b/ld/plugin.c @@ -1242,6 +1242,8 @@ plugin_object_p (bfd *ibfd) ibfd->plugin_format = bfd_plugin_yes; ibfd->plugin_dummy_bfd = abfd; bfd_make_readable (abfd); + if (ibfd->my_archive != NULL) + abfd->no_export = ibfd->my_archive->no_export; return abfd->xvec; } else fixes the testcase. >From gcc-bugs-return-671909-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 16:51:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 20105 invoked by alias); 1 Mar 2020 16:51: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 20072 invoked by uid 48); 1 Mar 2020 16:51:25 -0000 From: "tromey at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93988] New: invalid DWARF emitted for complex integer Date: Sun, 01 Mar 2020 16:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tromey at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00018.txt Content-length: 1637 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93988 Bug ID: 93988 Summary: invalid DWARF emitted for complex integer Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: tromey at gcc dot gnu.org Target Milestone: --- Consider this test case: _Complex int x = 23i; Compile with -g and examine the resulting DWARF: <1><31>: Abbrev Number: 3 (DW_TAG_base_type) <32> DW_AT_byte_size : 8 <33> DW_AT_encoding : 128 (HP_float80) <34> DW_AT_name : (indirect string, offset: 0x0): complex int I was surprised to see that "HP_float80" here, but it turns out that this is just an artifact of dwarf.def claiming: /* HP extensions. */ DW_ATE (DW_ATE_HP_float80, 0x80) /* Floating-point (80 bit). */ In reality what gcc is doing is just returning: /* Dwarf2 doesn't know anything about complex ints, so use a user defined type for it. */ case COMPLEX_TYPE: if (TREE_CODE (TREE_TYPE (type)) == REAL_TYPE) encoding = DW_ATE_complex_float; else encoding = DW_ATE_lo_user; break; There are a couple of ways this could be replaced. One would be to give a complex base type its own DW_AT_type, holding the underlying element type. Another would be to pick a range, like 0xa0-0xaf, and emit a value like 0xa0 | DW_ATE_signed. I see in base_type_die that there are other cases that return DW_ATE_lo_user. These are probably also bugs. >From gcc-bugs-return-671910-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 16:58:42 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24853 invoked by alias); 1 Mar 2020 16:58:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 24799 invoked by uid 48); 1 Mar 2020 16:58:37 -0000 From: "jwjagersma at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Sun, 01 Mar 2020 16:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jwjagersma 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: 2020-03/txt/msg00019.txt Content-length: 1401 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 --- Comment #8 from jwjagersma at gmail dot com --- (In reply to Segher Boessenkool from comment #7) > Ah right, only for -fnon-call-exceptions, I missed that; that is implied > by stmt_can_throw_internal. > > Why only volatile memory operands, btw? Can't *all* memory accesses throw? Memory access from a known valid pointer (eg. stack variables) can reasonably be expected not to throw. So I didn't mean 'volatile' in the literal sense but more in general, pointers that cannot be know to be valid at compile-time. > Is that handled somewhere else, or does it need special-casing for asm? For general memory access I think this is checked in tree_could_trap_p. The case for ASM_EXPR there would need to be expanded to check if any of its operands could trap. > Please use trunk ("master") for development, not an older release? I was having trouble building a native (mingw-w64) compiler from git, so I tried using 9.2.0 sources. I'm working on trunk now using an Ubuntu VM. > I would think the problem here is caused by your modifications to tree-eh.c, > but that is not based on understanding this code at all ;-) To me it seems that some part of the code does not realize that a throwing asm must be kept at a bb boundary, and inserts statements after it. That would need to be patched too, if I could find where that happens. >From gcc-bugs-return-671911-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 17:01:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38393 invoked by alias); 1 Mar 2020 17:00: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 29060 invoked by uid 48); 1 Mar 2020 17:00:05 -0000 From: "sergeev917 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93980] use of lto breaks -Wl,--exclude-libs Date: Sun, 01 Mar 2020 17:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sergeev917 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: 2020-03/txt/msg00020.txt Content-length: 306 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93980 --- Comment #5 from Alexander Sergeyev --- (In reply to H.J. Lu from comment #3) > This seems a linker bug. Please open a binutils bug report. The bug report is at https://sourceware.org/bugzilla/show_bug.cgi?id=25618 >From gcc-bugs-return-671912-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 17:18:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73505 invoked by alias); 1 Mar 2020 17:18: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 73466 invoked by uid 48); 1 Mar 2020 17:18:45 -0000 From: "sergeev917 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93980] use of lto breaks -Wl,--exclude-libs Date: Sun, 01 Mar 2020 17:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sergeev917 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: 2020-03/txt/msg00021.txt Content-length: 248 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93980 --- Comment #6 from Alexander Sergeyev --- (In reply to H.J. Lu from comment #4) > This linker patch: Thank you! I've linked the patch to the binutils bug report. >From gcc-bugs-return-671913-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 17:55:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118623 invoked by alias); 1 Mar 2020 17:55:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118600 invoked by uid 48); 1 Mar 2020 17:55:50 -0000 From: "clogged.drainpipe at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/91332] ICE: Segfault in gfortran when compiling massive subroutine with -O3 Date: Sun, 01 Mar 2020 17:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 7.4.0 X-Bugzilla-Keywords: compile-time-hog, memory-hog X-Bugzilla-Severity: normal X-Bugzilla-Who: clogged.drainpipe at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00022.txt Content-length: 155 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91332 --- Comment #3 from Madarpok . --- Any movement regarding this? >From gcc-bugs-return-671914-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 18:14:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36683 invoked by alias); 1 Mar 2020 18:14:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 36604 invoked by uid 55); 1 Mar 2020 18:14:40 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Sun, 01 Mar 2020 18:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00023.txt Content-length: 556 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91799 --- Comment #5 from CVS Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:03a71208880e60f6d9c51423a50d9de9ae26d700 commit r10-6956-g03a71208880e60f6d9c51423a50d9de9ae26d700 Author: Segher Boessenkool Date: Sun Mar 1 11:13:18 2020 -0700 Fix test for pr88233. PR testsuite/91799 * gcc.target/powerpc/pr88233.c: Update expected output and add target selector. >From gcc-bugs-return-671915-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 18:15:03 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37515 invoked by alias); 1 Mar 2020 18:15:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37387 invoked by uid 48); 1 Mar 2020 18:14:58 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Sun, 01 Mar 2020 18:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.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: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00024.txt Content-length: 450 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91799 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jeffrey A. Law --- I pushed Segher's patch to the trunk. >From gcc-bugs-return-671916-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 18:17:38 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40208 invoked by alias); 1 Mar 2020 18:17:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40175 invoked by uid 48); 1 Mar 2020 18:17:34 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93986] [10 Regression] ICE in decompose, at wide-int.h:984 since r10-5451 Date: Sun, 01 Mar 2020 18:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cf_reconfirmed_on cc target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00025.txt Content-length: 975 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93986 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 Status|UNCONFIRMED |NEW Last reconfirmed| |2020-03-01 CC| |jakub at gcc dot gnu.org Target Milestone|--- |10.0 Summary|[10 Regression] ICE in |[10 Regression] ICE in |decompose, at |decompose, at |wide-int.h:984 |wide-int.h:984 since | |r10-5451 Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Started with r10-5451-gef29b12cfbb4979a89b3cbadbf485a77c8fd8fce. >From gcc-bugs-return-671917-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 18:18:34 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41535 invoked by alias); 1 Mar 2020 18:18:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 41480 invoked by uid 55); 1 Mar 2020 18:18:31 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Sun, 01 Mar 2020 18:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00026.txt Content-length: 524 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91797 --- Comment #8 from CVS Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:151bf47e78f5d919f6cc591d11cc1f6aff61078f commit r10-6957-g151bf47e78f5d919f6cc591d11cc1f6aff61078f Author: Segher Boessenkool Date: Sun Mar 1 11:17:30 2020 -0700 Fix test for pr68805. PR testsuite/91797 * gcc.target/pwoerpc/pr68805.c: Update expected output. >From gcc-bugs-return-671918-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 18:19:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46463 invoked by alias); 1 Mar 2020 18:19:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 46376 invoked by uid 48); 1 Mar 2020 18:19:17 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Sun, 01 Mar 2020 18:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.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: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00027.txt Content-length: 437 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91797 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #9 from Jeffrey A. Law --- I pushed Segher's patch. >From gcc-bugs-return-671919-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 18:21:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48506 invoked by alias); 1 Mar 2020 18:21: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 48465 invoked by uid 48); 1 Mar 2020 18:21:45 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93982] [10 Regression] Assignment incorrectly omitted by -foptimize-strlen since r10-2528 Date: Sun, 01 Mar 2020 18:21: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00028.txt Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93982 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 CC| |law at redhat dot com >From gcc-bugs-return-671920-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 18:22:47 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49474 invoked by alias); 1 Mar 2020 18:22: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 49438 invoked by uid 48); 1 Mar 2020 18:22:43 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/92535] [10 regression] ICF is relatively expensive and became less effective Date: Sun, 01 Mar 2020 18:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: compile-time-hog, memory-hog X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00029.txt Content-length: 358 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92535 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 CC| |law at redhat dot com >From gcc-bugs-return-671921-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 18:23:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50482 invoked by alias); 1 Mar 2020 18:23: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 50437 invoked by uid 48); 1 Mar 2020 18:23:27 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out Date: Sun, 01 Mar 2020 18:23: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: 10.0 X-Bugzilla-Keywords: compile-time-hog, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status 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: 2020-03/txt/msg00030.txt Content-length: 411 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 Status|WAITING |NEW CC| |law at redhat dot com >From gcc-bugs-return-671922-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 19:34:39 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118454 invoked by alias); 1 Mar 2020 19:34:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 118395 invoked by uid 48); 1 Mar 2020 19:34:34 -0000 From: "jwjagersma at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Sun, 01 Mar 2020 19:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jwjagersma 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: 2020-03/txt/msg00031.txt Content-length: 3285 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 --- Comment #9 from jwjagersma at gmail dot com --- ICE can be replicated with: ``` $ ./cc1plus -O -g -fnon-call-exceptions -I../../gcc/libgcc ../../gcc/libgcc/config/i386/sfp-exceptions.c void __sfp_handle_exceptions(int) Analyzing compilation unit Performing interprocedural optimizations <*free_lang_data> ../../gcc/libgcc/config/i386/sfp-exceptions.c:107:1: error: statement marked for throw in middle of block 107 | } | ^ # VUSE <.MEM_31> __asm__ __volatile__("fdivs %1" : "=t" f_32 : "m" g, "0" f_30); ../../gcc/libgcc/config/i386/sfp-exceptions.c:107:1: error: statement marked for throw in middle of block # VUSE <.MEM_46> __asm__ __volatile__("fdivs %1" : "=t" f_47 : "m" g, "0" f_45); during GIMPLE pass: ssa ../../gcc/libgcc/config/i386/sfp-exceptions.c:107:1: internal compiler error: verify_gimple failed ``` The error message is different but it's the same problem. When I break there in gdb: ``` (gdb) break tree-cfg.c:5439 Breakpoint 5 at 0xf93816: file ../../gcc/gcc/tree-cfg.c, line 5439. (gdb) r Starting program: D:\vmshare\gcc-build\gcc\cc1plus.exe -O -g -fnon-call-exceptions -I../../gcc/libgcc ../../gcc/libgcc/config/i386/sfp-exceptions.c void __sfp_handle_exceptions(int) Analyzing compilation unit Performing interprocedural optimizations <*free_lang_data> Breakpoint 5, verify_gimple_in_cfg (fn=0x3b9e10b8, verify_nothrow=verify_nothrow@entry=true) at ../../gcc/gcc/tree-cfg.c:5439 warning: Source file is more recent than executable. 5439 error ("statement marked for throw in middle of block"); => 0x0000000000f93816 : 48 8d 0d 83 44 1c 01 lea rcx,[rip+0x11c4483] #0x2157ca0 <(anonymous namespace)::pass_data_call_cdce+14848> 0x0000000000f9381d : e8 86 00 de 00 call 0x1d738a8 (gdb) pp bb : # DEBUG BEGIN_STMT f_30 = 1.0e+0; # DEBUG f => f_30 g = 0.0; # DEBUG BEGIN_STMT __asm__ __volatile__("fdivs %1" : "=t" f_32 : "m" g, "0" f_30); # DEBUG f => f_32 (gdb) c Continuing. ../../gcc/libgcc/config/i386/sfp-exceptions.c:107:1: error: statement marked for throw in middle of block 107 | } | ^ # VUSE <.MEM_31> __asm__ __volatile__("fdivs %1" : "=t" f_32 : "m" g, "0" f_30); Breakpoint 5, verify_gimple_in_cfg (fn=0x3b9e10b8, verify_nothrow=verify_nothrow@entry=true) at ../../gcc/gcc/tree-cfg.c:5439 5439 error ("statement marked for throw in middle of block"); => 0x0000000000f93816 : 48 8d 0d 83 44 1c 01 lea rcx,[rip+0x11c4483] #0x2157ca0 <(anonymous namespace)::pass_data_call_cdce+14848> 0x0000000000f9381d : e8 86 00 de 00 call 0x1d738a8 (gdb) pp bb : # DEBUG BEGIN_STMT f_45 = 1.0e+0; # DEBUG f => f_45 g = 3.0e+0; # DEBUG BEGIN_STMT __asm__ __volatile__("fdivs %1" : "=t" f_47 : "m" g, "0" f_45); # DEBUG f => f_47 ``` So the problem is that DEBUG stmts are inserted after a throwing asm. >From gcc-bugs-return-671923-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 20:07:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34659 invoked by alias); 1 Mar 2020 20:07:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 34622 invoked by uid 48); 1 Mar 2020 20:07:23 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93985] Sub-optimal assembly for %st(0) constant loading with SSE enabled (x86_64) Date: Sun, 01 Mar 2020 20:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00032.txt Content-length: 970 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93985 Uroš Bizjak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Uroš Bizjak --- To prevent unwanted use of x87 registers, register allocator is prohibited from freely allocating x87 registers without -mfpmath=387 for SFmode and DFmode. You should use long double and 1.0L to get what you want, e.g: --cut here-- double atan (double x) { long double _x = x; long double _res; __asm__("fpatan" : "=t" (_res) : "0" (1.0L) , "u" (_x) : "st(1)"); return _res; } --cut here-- Alternatively, you could use -mfpmath=387,sse to enable x87 regs and x87 instructions also for x86_64. >From gcc-bugs-return-671924-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 20:42:59 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96090 invoked by alias); 1 Mar 2020 20:42:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96036 invoked by uid 48); 1 Mar 2020 20:42:55 -0000 From: "gabriel at inconstante dot net.br" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93987] Regression (ICE) on gcc-9 branch Date: Sun, 01 Mar 2020 20:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gabriel at inconstante dot net.br 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: 2020-03/txt/msg00033.txt Content-length: 274 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93987 --- Comment #3 from Gabriel F. T. Gomes --- Update: with the tip of the gcc-9 branch (commit ID 4630b748e63c), as well as with the tip of trunk (commit ID 151bf47e78f5), it works. >From gcc-bugs-return-671925-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 21:05:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115934 invoked by alias); 1 Mar 2020 21:05:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 115917 invoked by uid 48); 1 Mar 2020 21:05:21 -0000 From: "kingoipo at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93989] New: [c++20] Error initializing trivial types in constexpr constructor Date: Sun, 01 Mar 2020 21:05: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kingoipo 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: 2020-03/txt/msg00034.txt Content-length: 2366 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93989 Bug ID: 93989 Summary: [c++20] Error initializing trivial types in constexpr constructor Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: kingoipo at gmail dot com Target Milestone: --- In trying to implement p0980r1, I encountered the following error when calling the constexpr basic_string(const _Alloc& __a) constructor: /home/oipo-unencrypted/Programming/gcc/libstdc++-v3/testsuite/21_strings/basic_string/allocator/char/copy_assign_constexpr.cc: In function ‘consteval void test01()’: /home/oipo-unencrypted/Programming/gcc/libstdc++-v3/testsuite/21_strings/basic_string/allocator/char/copy_assign_constexpr.cc:37: error: ‘test_type{std::__cxx11::basic_string, __gnu_test::constexpr_allocator >::_Alloc_hider{__gnu_test::constexpr_allocator{1}, ((char*)(& v1.std::__cxx11::basic_string, __gnu_test::constexpr_allocator >::.std::__cxx11::basic_string, __gnu_test::constexpr_allocator >::::_M_local_buf))}, 0, std::__cxx11::basic_string, __gnu_test::constexpr_allocator >::{char [16]{0}}}’ is not a constant expression /home/oipo-unencrypted/Programming/gcc/libstdc++-v3/testsuite/21_strings/basic_string/allocator/char/copy_assign_constexpr.cc:37: error: ‘std::__cxx11::basic_string, __gnu_test::constexpr_allocator >(a1)’ is not a constant expression because it refers to an incompletely initialized variable This is reproducible by checking out the code from https://github.com/Oipo/gcc and running the new libstdc++3 testcase https://github.com/Oipo/gcc/blob/master/libstdc%2B%2B-v3/testsuite/21_strings/basic_string/allocator/char/copy_assign_constexpr.cc . This can be done with "make -jN check-target-libstdc++-v3". A noteworthy extra change is the introduction of a constexpr_allocator in testsuite_allocator.h. Apologies for not being able to make a smaller reproducible case. >From gcc-bugs-return-671926-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 21:09:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119698 invoked by alias); 1 Mar 2020 21:09: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 119666 invoked by uid 48); 1 Mar 2020 21:09:10 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93980] use of lto breaks -Wl,--exclude-libs Date: Sun, 01 Mar 2020 21:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: MOVED 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 see_also 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: 2020-03/txt/msg00035.txt Content-length: 644 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93980 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=25618 Resolution|--- |MOVED --- Comment #7 from H.J. Lu --- This is a linker bug: https://sourceware.org/bugzilla/show_bug.cgi?id=25618 >From gcc-bugs-return-671927-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 21:11:48 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121130 invoked by alias); 1 Mar 2020 21:11:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121095 invoked by uid 48); 1 Mar 2020 21:11:44 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93989] [c++20] Error initializing trivial types in constexpr constructor Date: Sun, 01 Mar 2020 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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek 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: 2020-03/txt/msg00036.txt Content-length: 457 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93989 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mpolacek at gcc dot gnu.org --- Comment #1 from Marek Polacek --- Could you compile that TU with -save-temps and post the .ii file here? >From gcc-bugs-return-671928-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 21:24:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14363 invoked by alias); 1 Mar 2020 21:24: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 14286 invoked by uid 48); 1 Mar 2020 21:24:15 -0000 From: "kingoipo at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93989] [c++20] Error initializing trivial types in constexpr constructor Date: Sun, 01 Mar 2020 21:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kingoipo 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: 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: 2020-03/txt/msg00037.txt Content-length: 258 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93989 --- Comment #2 from Michael de Lang --- Created attachment 47943 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47943&action=edit save-temps copy_assign_constexpr.ii >From gcc-bugs-return-671929-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 21:29:23 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 20545 invoked by alias); 1 Mar 2020 21:29:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 19688 invoked by uid 48); 1 Mar 2020 21:29:19 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93983] std::filesystem::path is not concept-friendly Date: Sun, 01 Mar 2020 21:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi 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: see_also Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00038.txt Content-length: 935 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=93923 --- Comment #3 from Jonathan Wakely --- This is nothing to do with concepts: #include struct path { template ::value_type, char>> > path(Source const&); }; struct Bar { Bar(const path& p); }; #ifdef ADD_THIS static_assert(!std::is_constructible_v); #endif static_assert(std::is_copy_constructible_v); See also PR 93923. >From gcc-bugs-return-671930-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 21:36:26 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 27054 invoked by alias); 1 Mar 2020 21:36:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 26980 invoked by uid 48); 1 Mar 2020 21:36:22 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93970] load via restricted pointer not eliminated after a store via a restricted pointer of incompatible type Date: Sun, 01 Mar 2020 21:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: alias, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status blocked resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00039.txt Content-length: 1630 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93970 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Blocks|49774 | Resolution|--- |INVALID --- Comment #1 from Martin Sebor --- The test case in comment #0 cannot be optimized as suggested because *q can be equal to NaN. Replacing the (unfortunately chosen) double with some other type like long shows that the expected optimization is done as expected. $ cat pr93970.c && gcc -O2 -S -Wall -fdump-tree-optimized=/dev/stdout pr93970.c void f (int *__restrict p, int *__restrict q) { int t = *q; *p = 0; if (t != *q) // folded to false __builtin_abort (); } void g (int *__restrict p, long *__restrict q) { long t = *q; *p = 0; if (t != *q) // also folded as expected __builtin_abort (); } ;; Function f (f, funcdef_no=0, decl_uid=1931, cgraph_uid=1, symbol_order=0) f (int * restrict p, int * restrict q) { [local count: 1073741824]: *p_3(D) = 0; return; } ;; Function g (g, funcdef_no=3, decl_uid=1936, cgraph_uid=2, symbol_order=1) g (int * restrict p, long int * restrict q) { [local count: 1073741824]: *p_2(D) = 0; return; } Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49774 [Bug 49774] [meta-bug] restrict qualification aliasing issues >From gcc-bugs-return-671931-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 21:39:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28900 invoked by alias); 1 Mar 2020 21:39:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 28857 invoked by uid 48); 1 Mar 2020 21:39:21 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93989] [c++20] Error initializing trivial types in constexpr constructor Date: Sun, 01 Mar 2020 21:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek 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: 2020-03/txt/msg00040.txt Content-length: 296 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93989 --- Comment #3 from Marek Polacek --- Unfortunately that generates literally hundreds of errors when compiled with -std=c++20 so it's nearly impossible for me to analyze it and see if there's a real problem. >From gcc-bugs-return-671932-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 22:47:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96736 invoked by alias); 1 Mar 2020 22:47:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96725 invoked by uid 48); 1 Mar 2020 22:47:28 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93971] std::string considered to alias declared objects of incompatible types Date: Sun, 01 Mar 2020 22:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: alias, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00041.txt Content-length: 1633 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 --- Comment #6 from Martin Sebor --- As a baseline, I think it would be great to get std::string to enjoy the same benefits as other containers WRT aliasing. Going a step further, I'd expect users of all containers to benefit from the aliasing guarantee the containers already provide: that modifying one doesn't change the other. E.g., here it should be possible to eliminate the test: #include struct S { std::vector a, b; }; void f (struct S &s) { int t = s.a[0]; s.b[0] = 0; if (t != s.a[0]) // can be folded to false __builtin_abort (); } I've been thinking of one of two kinds of annotation that wouldn't require programs to change and would be sufficient if applied only to the definition of the containers: (1) one that would make "std::string::ptr" on par with that of any other pointer other than char (i.e., a char that's not allowed to be used to access anything but a char object), and (2) another that could basically be described as having the effect you suggest. An example of the former would be an attribute "noalias" applicable only to narrow character types. The latter could be done by applying the same attribute (or some other) to the std::vector and std::basic_string templates. It might take yet another extension to also express the same guarantee for node-based containers. Like you I'm not sure that just slapping restrict on std::string::_M_dataplus._M_p would have the desired effect (even if GCC did pay attention to restrict on struct members). >From gcc-bugs-return-671933-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 23:00:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102474 invoked by alias); 1 Mar 2020 23:00:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 102190 invoked by uid 48); 1 Mar 2020 23:00:02 -0000 From: "lloyd at randombit dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93990] New: [x86] Silly code generation for _addcarry_u32/_addcarry_u64 Date: Sun, 01 Mar 2020 23:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lloyd at randombit dot net X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00042.txt Content-length: 2502 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93990 Bug ID: 93990 Summary: [x86] Silly code generation for _addcarry_u32/_addcarry_u64 Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: lloyd at randombit dot net Target Milestone: --- Bug 67317 has regressed, starting in GCC 6 Same test case as 67317: #include #include unsigned long long testcarry(unsigned long long a, unsigned long long b, unsigned long long c, unsigned long long d) { unsigned long long result0, result1; _addcarry_u64(_addcarry_u64(0, a, c, &result0), b, d, &result1); return result0 ^ result1; } GCC 5.4.1 (only) produces the expected output .cfi_startproc addq %rdi, %rdx # a, tmp99 adcq %rsi, %rcx # b, tmp107 movq %rdx, %rax # tmp99, D.28638 xorq %rcx, %rax # tmp107, D.28638 ret .cfi_endproc GCC 6.4.1, 7.4.1, 8.3.0 and 9.2.0 all produce variations on this [GCC 9.2.0 output here]: .cfi_startproc subq $40, %rsp #, .cfi_def_cfa_offset 48 # adx.cpp:5: { movq %fs:40, %rax # MEM[( long unsigned int *)40B], tmp107 movq %rax, 24(%rsp) # tmp107, D.33144 xorl %eax, %eax # tmp107 # /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/include/adxintrin.h:69: return __builtin_ia32_addcarryx_u64 (__CF, __X, __Y, __P); addq %rdx, %rdi # tmp105, tmp93 movq %rsi, %rax # tmp104, tmp104 setc %r8b #, _12 movq %rdi, 8(%rsp) # tmp93, addb $-1, %r8b #, _12 adcq %rcx, %rax # tmp106, tmp104 movq %rax, 16(%rsp) # tmp97, # adx.cpp:8: return result0 ^ result1; xorq %rdi, %rax # tmp93, # adx.cpp:9: } movq 24(%rsp), %rdx # D.33144, tmp109 xorq %fs:40, %rdx # MEM[( long unsigned int *)40B], tmp109 jne .L5 #, addq $40, %rsp #, .cfi_remember_state .cfi_def_cfa_offset 8 ret All were compiled with -O3. I checked 9.2.0 output with -O and -O2 as well, with no significant change. >From gcc-bugs-return-671934-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 23:07:19 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113421 invoked by alias); 1 Mar 2020 23:07:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 113388 invoked by uid 48); 1 Mar 2020 23:07:15 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93990] [x86] Silly code generation for _addcarry_u32/_addcarry_u64 Date: Sun, 01 Mar 2020 23:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00043.txt Content-length: 422 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93990 --- Comment #1 from Andrew Pinski --- This is already been fixed in GCC 10: addq %rdx, %rdi movq %rsi, %rax adcq %rcx, %rax xorq %rdi, %rax ret .ident "GCC: (GNU) 10.0.1 20200121 (experimental) [master revision e0a5b313c1a:f4dc220f630:b313d3c49c2387b5e212df22a5e6ecc0c4e95c0a]" >From gcc-bugs-return-671935-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 01 23:10:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118808 invoked by alias); 1 Mar 2020 23: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 118775 invoked by uid 48); 1 Mar 2020 23:10:23 -0000 From: "lloyd at randombit dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93990] [x86] Silly code generation for _addcarry_u32/_addcarry_u64 Date: Sun, 01 Mar 2020 23:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lloyd at randombit dot net X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00044.txt Content-length: 451 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93990 Jack Lloyd changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Jack Lloyd --- Good enough for me, closing, thanks. >From gcc-bugs-return-671936-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:00:44 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19125 invoked by alias); 2 Mar 2020 00:00:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18779 invoked by uid 48); 2 Mar 2020 00:00:28 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93991] New: FAIL: 22_locale/time_get/get_time/char/2.cc execution test - 'errorstate == ios_base::eofbit' failed Date: Mon, 02 Mar 2020 00:00: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: 10.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: 2020-03/txt/msg00045.txt Content-length: 3317 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93991 Bug ID: 93991 Summary: FAIL: 22_locale/time_get/get_time/char/2.cc execution test - 'errorstate == ios_base::eofbit' failed Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc -B/home /dave/gnu/gcc/objdir/./gcc -nostdinc++ -L/home/dave/gnu/gcc/objdir/hppa-linux-gn u/libstdc++-v3/src -L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/. libs -L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/libsupc++/.libs -B/ home/dave/opt/gnu/gcc/gcc-10/hppa-linux-gnu/bin/ -B/home/dave/opt/gnu/gcc/gcc-10 /hppa-linux-gnu/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-10/hppa-linux-gnu/inclu de -isystem /home/dave/opt/gnu/gcc/gcc-10/hppa-linux-gnu/sys-include -fchecking= 1 -B/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs -fmessage- length=0 -fno-show-column -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOUR CE -DLOCALEDIR="." -nostdinc++ -I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstd c++-v3/include/hppa-linux-gnu -I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc ++-v3/include -I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/g cc/gcc/libstdc++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/tests uite/util /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/22_locale/time_get/get_t ime/char/2.cc -include bits/stdc++.h -fno-diagnostics-show-caret -fdiagnostics-c olor=never -fdiagnostics-urls=never ./libtestc++.a -Wl,--gc-sections -L/home/dav e/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/filesystem/.libs -lm -o ./2.exe PASS: 22_locale/time_get/get_time/char/2.cc (test for excess errors) Setting LD_LIBRARY_PATH to :/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/obj dir/hppa-linux-gnu/./libstdc++-v3/../libatomic/.libs:/home/dave/gnu/gcc/objdir/h ppa-linux-gnu/./libstdc++-v3/../libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-lin ux-gnu/./libstdc++-v3/src/.libs::/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gc c/objdir/hppa-linux-gnu/./libstdc++-v3/../libatomic/.libs:/home/dave/gnu/gcc/obj dir/hppa-linux-gnu/./libstdc++-v3/../libgomp/.libs:/home/dave/gnu/gcc/objdir/hpp a-linux-gnu/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/li bstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home /dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa -linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/ob jdir/./prev-gcc Execution timeout is: 300 spawn [open ...] /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/22_locale/time_get/get_time/char/2 .cc:62: void test02(): Assertion 'errorstate == ios_base::eofbit' failed. FAIL: 22_locale/time_get/get_time/char/2.cc execution test extra_tool_flags are: -include bits/stdc++.h This is with Debian unstable. There are several similar failures. >From gcc-bugs-return-671937-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:37:20 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46023 invoked by alias); 2 Mar 2020 00:37:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45982 invoked by uid 55); 2 Mar 2020 00:37:16 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93829] [10 Regression] bogus -Wstringop-overflow on memcpy of a struct with a pointer member from another with a long string Date: Mon, 02 Mar 2020 00:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00046.txt Content-length: 812 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93829 --- Comment #2 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:1e9369c5dcf301e090d3a83e2c210cd6b96ac08c commit r10-6959-g1e9369c5dcf301e090d3a83e2c210cd6b96ac08c Author: Martin Sebor Date: Sun Mar 1 17:35:49 2020 -0700 PR middle-end/93829 - bogus -Wstringop-overflow on memcpy of a struct with a pointer member from another with a long string gcc/testsuite/ChangeLog: PR middle-end/93829 * gcc.dg/Wstringop-overflow-32.c: New test. gcc/ChangeLog: PR middle-end/93829 * tree-ssa-strlen.c (count_nonzero_bytes): Set the size to that of a pointer in the outermost ADDR_EXPRs. >From gcc-bugs-return-671938-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:42:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51386 invoked by alias); 2 Mar 2020 00:42:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51331 invoked by uid 48); 2 Mar 2020 00:42:11 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93971] std::string considered to alias declared objects of incompatible types Date: Mon, 02 Mar 2020 00:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: alias, 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: 2020-03/txt/msg00047.txt Content-length: 508 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 --- Comment #7 from Marc Glisse --- (In reply to Martin Sebor from comment #6) > (1) one that would make "std::string::ptr" on par with > that of any other pointer other than char (i.e., a char that's not allowed > to be used to access anything but a char object), Are you sure a user isn't allowed to use placement new to construct an int in the middle of a string? Maybe we should just encourage the use of u8string... >From gcc-bugs-return-671940-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:43:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54541 invoked by alias); 2 Mar 2020 00:43: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 53938 invoked by uid 48); 2 Mar 2020 00:43:41 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93829] [10 Regression] bogus -Wstringop-overflow on memcpy of a struct with a pointer member from another with a long string Date: Mon, 02 Mar 2020 00:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00049.txt Content-length: 423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93829 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Martin Sebor --- Fixed. >From gcc-bugs-return-671939-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:43:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53879 invoked by alias); 2 Mar 2020 00:43:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 53822 invoked by uid 55); 2 Mar 2020 00:43:36 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93812] [9/10 Regression] ICE on redeclaration of an attribute format function without protoype Date: Mon, 02 Mar 2020 00:43: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-03/txt/msg00048.txt Content-length: 728 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93812 --- Comment #6 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:a499c2f899961f2c09db2dc33e60b66e8d770092 commit r10-6960-ga499c2f899961f2c09db2dc33e60b66e8d770092 Author: Martin Sebor Date: Sun Mar 1 17:41:45 2020 -0700 PR c/93812 - ICE on redeclaration of an attribute format function without protoype gcc/c/ChangeLog: PR c/93812 * c-typeck.c (build_functype_attribute_variant): New function. (composite_type): Call it. gcc/testsuite/ChangeLog: PR c/93812 * gcc.dg/format/proto.c: New test. >From gcc-bugs-return-671941-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:45:41 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 58270 invoked by alias); 2 Mar 2020 00:45:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57974 invoked by uid 48); 2 Mar 2020 00:45:36 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93812] [9/10 Regression] ICE on redeclaration of an attribute format function without protoype Date: Mon, 02 Mar 2020 00:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.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: 2020-03/txt/msg00050.txt Content-length: 423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93812 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Martin Sebor --- Fixed. >From gcc-bugs-return-671942-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:54:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18980 invoked by alias); 2 Mar 2020 00:54: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 15273 invoked by uid 55); 2 Mar 2020 00:54:52 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93926] [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) Date: Mon, 02 Mar 2020 00:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00051.txt Content-length: 852 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 --- Comment #7 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:726e292d410fc29812a95eb6d88a2ceb82d9080d commit r10-6961-g726e292d410fc29812a95eb6d88a2ceb82d9080d Author: Martin Sebor Date: Sun Mar 1 17:52:44 2020 -0700 PR middle-end/93926 - ICE on a built-in redeclaration returning an integer instead of a pointer gcc/c/ChangeLog: PR middle-end/93926 * c-decl.c (types_close_enough_to_match): New function. (match_builtin_function_types): (diagnose_mismatched_decls): Add missing inform call to a warning. gcc/testsuite/ChangeLog: PR middle-end/93926 * gcc.dg/Wbuiltin-declaration-mismatch-13.c: New test. >From gcc-bugs-return-671943-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:55:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22228 invoked by alias); 2 Mar 2020 00:55:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22149 invoked by uid 48); 2 Mar 2020 00:55:09 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93927] ICE: 'verify_gimple' failed (error: invalid conversion in gimple call) Date: Mon, 02 Mar 2020 00:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_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: 2020-03/txt/msg00052.txt Content-length: 553 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93927 Bug 93927 depends on bug 93926, which changed state. Bug 93926 Summary: [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >From gcc-bugs-return-671944-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:55:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22233 invoked by alias); 2 Mar 2020 00:55:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22138 invoked by uid 48); 2 Mar 2020 00:55:09 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93926] [10 Regression] ICE: verify_cgraph_node failed (error: malloc attribute should be used for a function that returns a pointer) Date: Mon, 02 Mar 2020 00:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-invalid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00053.txt Content-length: 423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93926 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #8 from Martin Sebor --- Fixed. >From gcc-bugs-return-671945-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 00:59:55 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33701 invoked by alias); 2 Mar 2020 00:59: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 33667 invoked by uid 55); 2 Mar 2020 00:59:49 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/92721] checking ICE on attribute access redeclaration Date: Mon, 02 Mar 2020 00:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00054.txt Content-length: 846 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92721 --- Comment #9 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:649e174102a8ae2d570616d09aa336b712e1baae commit r10-6962-g649e174102a8ae2d570616d09aa336b712e1baae Author: Martin Sebor Date: Sun Mar 1 17:58:45 2020 -0700 PR middle-end/92721 - checking ICE on attribute access redeclaration gcc/c-family/ChangeLog: PR c++/92721 * c-attribs.c (append_access_attrs): Correctly handle attribute. (handle_access_attribute): Same. gcc/ChangeLog: PR c++/92721 * calls.c (init_attr_rdwr_indices): Correctly handle attribute. gcc/testsuite/ChangeLog: PR c++/92721 g++.dg/ext/attr-access.C: New test. >From gcc-bugs-return-671946-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 01:00:34 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34873 invoked by alias); 2 Mar 2020 01:00:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 34843 invoked by uid 48); 2 Mar 2020 01:00:30 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/92721] [10 Regression] checking ICE on attribute access redeclaration Date: Mon, 02 Mar 2020 01:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00055.txt Content-length: 634 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92721 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Summary|checking ICE on attribute |[10 Regression] checking |access redeclaration |ICE on attribute access | |redeclaration --- Comment #10 from Martin Sebor --- Fixed. >From gcc-bugs-return-671947-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 01:17:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69789 invoked by alias); 2 Mar 2020 01:17: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 69724 invoked by uid 48); 2 Mar 2020 01:17:52 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Mon, 02 Mar 2020 01:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00056.txt Content-length: 155 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91799 --- Comment #7 from Segher Boessenkool --- I hadn't fully tested it yet. >From gcc-bugs-return-671948-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 01:34:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96667 invoked by alias); 2 Mar 2020 01:34: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 96646 invoked by uid 48); 2 Mar 2020 01:34:22 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/93991] FAIL: 22_locale/time_get/get_time/char/2.cc execution test - 'errorstate == ios_base::eofbit' failed Date: Mon, 02 Mar 2020 01:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00057.txt Content-length: 151 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93991 --- Comment #1 from John David Anglin --- Revision 275589 was okay. >From gcc-bugs-return-671949-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 03:12:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94789 invoked by alias); 2 Mar 2020 03:12:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94750 invoked by uid 48); 2 Mar 2020 03:12:07 -0000 From: "xerofoify at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93518] missing warning on a possible overflow by sprintf %s with an allocated argument Date: Mon, 02 Mar 2020 03:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: xerofoify 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: 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: 2020-03/txt/msg00058.txt Content-length: 838 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93518 Nicholas Krause changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xerofoify at gmail dot com --- Comment #1 from Nicholas Krause --- Hi Martin, I'm not sure if my analysis is correct but it seems that: int idx = get_stridx (src); is only for string lengths and not POINTER_TYPE_P. There are versions for ADDR expressions but don't seem to be any for POINTER_TYPE_P. I'm wondering if we can implement around version of stridx for this as it seems that the line mentioned would need to call one for POINTER_P types to fix the issue. Not sure how trivial it would be implement that. >From gcc-bugs-return-671950-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 03:47:42 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32551 invoked by alias); 2 Mar 2020 03:47:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32503 invoked by uid 48); 2 Mar 2020 03:47:36 -0000 From: "yawaraka.7-11.hemogurobin at ezweb dot ne.jp" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93992] New: faile to compile specialization of inner class with template template parameter pack Date: Mon, 02 Mar 2020 03:47: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: yawaraka.7-11.hemogurobin at ezweb dot ne.jp 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: 2020-03/txt/msg00059.txt Content-length: 12448 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93992 Bug ID: 93992 Summary: faile to compile specialization of inner class with template template parameter pack Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: yawaraka.7-11.hemogurobin at ezweb dot ne.jp Target Milestone: --- // Source #include #include #include #include template class A { }; template class, T...> struct args_union; template class TemplateType, T Head, T... Tail> struct args_union { template struct args_union_sub; template struct args_union_sub { template using template_type = std::conditional_t<(Head2 < Head), TemplateType, // if (Head2 < Head) TemplateType; TemplateType>; // else TemplateType; using type = std::conditional_t::template args_union_sub::type, // args_union、args_union_sub std::conditional_t<(Head < Head2), // else if (Head < Head2) typename args_union::template args_union_sub::type, // args_union // else typename args_union::template args_union_sub::type>>;// args_union_sub }; template<> struct args_union_sub<> { template using template_type = TemplateType<>; using type = TemplateType; }; }; template class TemplateType> struct args_union { template struct args_union_sub; template struct args_union_sub { template using template_type = TemplateType; using type = TemplateType; }; template<> struct args_union_sub<> { template using template_type = TemplateType<>; using type = TemplateType<>; }; }; template struct Asub { template using type = A; }; template constexpr auto tmp_union(const A&, const A&) { return typename args_union::template type, Value1...>::template args_union_sub::type(); } int main() { A a; A b; std::cout << std::boolalpha << std::is_same_v> << std::endl; std::cout << typeid(tmp_union(a, b)).name() << std::endl; } // error message Using built-in specs. COLLECT_GCC=/opt/wandbox/gcc-head/bin/g++ COLLECT_LTO_WRAPPER=/opt/wandbox/gcc-head/libexec/gcc/x86_64-pc-linux-gnu/10.0.1/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../source/configure --prefix=/opt/wandbox/gcc-head --enable-languages=c,c++ --disable-multilib --without-ppl --without-cloog-ppl --enable-checking=release --disable-nls --enable-lto LDFLAGS=-Wl,-rpath,/opt/wandbox/gcc-head/lib,-rpath,/opt/wandbox/gcc-head/lib64,-rpath,/opt/wandbox/gcc-head/lib32 Thread model: posix Supported LTO compression algorithms: zlib gcc version 10.0.1 20200229 (experimental) (GCC) COLLECT_GCC_OPTIONS='-o' 'prog.exe' '-I' '/opt/wandbox/boost-sml/include' '-I' '/opt/wandbox/boost-di/include' '-I' '/opt/wandbox/range-v3/include' '-I' '/opt/wandbox/nlohmann-json/include' '-I' '/opt/wandbox/cmcstl2/include' '-I' '/opt/wandbox/te/include' '-Wall' '-Wextra' '-O2' '-march=native' '-v' '-std=gnu++2a' '-I' '/opt/wandbox/boost-1.72.0/gcc-head/include' '-L/opt/wandbox/boost-1.72.0/gcc-head/lib' '-shared-libgcc' /opt/wandbox/gcc-head/libexec/gcc/x86_64-pc-linux-gnu/10.0.1/cc1plus -quiet -v -I /opt/wandbox/boost-sml/include -I /opt/wandbox/boost-di/include -I /opt/wandbox/range-v3/include -I /opt/wandbox/nlohmann-json/include -I /opt/wandbox/cmcstl2/include -I /opt/wandbox/te/include -I /opt/wandbox/boost-1.72.0/gcc-head/include -imultiarch x86_64-linux-gnu -D_GNU_SOURCE prog.cc -march=sandybridge -mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3 -mno-sse4a -mcx16 -msahf -mno-movbe -maes -mno-sha -mpclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-sgx -mno-bmi2 -mno-pconfig -mno-wbnoinvd -mno-tbm -mavx -mno-avx2 -msse4.2 -msse4.1 -mno-lzcnt -mno-rtm -mno-hle -mno-rdrnd -mno-f16c -mno-fsgsbase -mno-rdseed -mno-prfchw -mno-adx -mfxsr -mxsave -mxsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-prefetchwt1 -mno-clflushopt -mno-xsavec -mno-xsaves -mno-avx512dq -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi -mno-avx5124fmaps -mno-avx5124vnniw -mno-clwb -mno-mwaitx -mno-clzero -mno-pku -mno-rdpid -mno-gfni -mno-shstk -mno-avx512vbmi2 -mno-avx512vnni -mno-vaes -mno-vpclmulqdq -mno-avx512bitalg -mno-movdiri -mno-movdir64b -mno-waitpkg -mno-cldemote -mno-ptwrite -mno-avx512bf16 -mno-enqcmd -mno-avx512vp2intersect --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=sandybridge -quiet -dumpbase prog.cc -auxbase prog -O2 -Wall -Wextra -std=gnu++2a -version -o /tmp/cczxYwwS.s GNU C++17 (GCC) version 10.0.1 20200229 (experimental) (x86_64-pc-linux-gnu) compiled by GNU C version 10.0.1 20200229 (experimental), GMP version 6.1.0, MPFR version 3.1.4, MPC version 1.0.3, isl version none GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu" ignoring nonexistent directory "/usr/local/include" ignoring nonexistent directory "/opt/wandbox/gcc-head/lib/gcc/x86_64-pc-linux-gnu/10.0.1/../../../../x86_64-pc-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /opt/wandbox/boost-sml/include /opt/wandbox/boost-di/include /opt/wandbox/range-v3/include /opt/wandbox/nlohmann-json/include /opt/wandbox/cmcstl2/include /opt/wandbox/te/include /opt/wandbox/boost-1.72.0/gcc-head/include /opt/wandbox/gcc-head/lib/gcc/x86_64-pc-linux-gnu/10.0.1/../../../../include/c++/10.0.1 /opt/wandbox/gcc-head/lib/gcc/x86_64-pc-linux-gnu/10.0.1/../../../../include/c++/10.0.1/x86_64-pc-linux-gnu /opt/wandbox/gcc-head/lib/gcc/x86_64-pc-linux-gnu/10.0.1/../../../../include/c++/10.0.1/backward /opt/wandbox/gcc-head/lib/gcc/x86_64-pc-linux-gnu/10.0.1/include /opt/wandbox/gcc-head/include /opt/wandbox/gcc-head/lib/gcc/x86_64-pc-linux-gnu/10.0.1/include-fixed /usr/include/x86_64-linux-gnu /usr/include End of search list. GNU C++17 (GCC) version 10.0.1 20200229 (experimental) (x86_64-pc-linux-gnu) compiled by GNU C version 10.0.1 20200229 (experimental), GMP version 6.1.0, MPFR version 3.1.4, MPC version 1.0.3, isl version none GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 1af50902123577608ff32d1ca7d8f798 prog.cc:24:11: error: explicit specialization in non-namespace scope 'struct args_union' 24 | template<> struct args_union_sub<> { | ^ prog.cc:24:20: error: template parameters not deducible in partial specialization: 24 | template<> struct args_union_sub<> { | ^~~~~~~~~~~~~~~~ prog.cc:24:20: note: 'T' prog.cc:24:20: note: 'template > class TemplateType' prog.cc:24:20: note: 'Head' prog.cc:24:20: note: 'Tail' prog.cc:36:11: error: explicit specialization in non-namespace scope 'struct args_union' 36 | template<> struct args_union_sub<> { | ^ prog.cc:36:20: error: template parameters not deducible in partial specialization: 36 | template<> struct args_union_sub<> { | ^~~~~~~~~~~~~~~~ prog.cc:36:20: note: 'T' prog.cc:36:20: note: 'template > class TemplateType' prog.cc: In instantiation of 'struct args_union::type, 0, 1, 4, 6>::args_union_sub<1, 2, 4, 5>::template_type, 1, 4, 6>::args_union_sub<2, 4, 5>::template_type, 4, 6>::args_union_sub<4, 5>::template_type, 6>::args_union_sub<5>': prog.cc:17:9: recursively required from 'struct args_union::type, 0, 1, 4, 6>::args_union_sub<1, 2, 4, 5>::template_type, 1, 4, 6>::args_union_sub<2, 4, 5>' prog.cc:17:9: required from 'struct args_union::type, 0, 1, 4, 6>::args_union_sub<1, 2, 4, 5>' prog.cc:47:104: required from 'constexpr auto tmp_union(const A&, const A&) [with T = int; T ...Value1 = {0, 1, 4, 6}; T ...Value2 = {1, 2, 4, 5}]' prog.cc:53:74: required from here prog.cc:17:9: error: invalid use of incomplete type 'struct args_union::type, 0, 1, 4, 6>::args_union_sub<1, 2, 4, 5>::template_type, 1, 4, 6>::args_union_sub<2, 4, 5>::template_type, 4, 6>::args_union_sub<4, 5>::template_type, 6>::args_union_sub<5>::template_type>::args_union_sub<>' 17 | using type = std::conditional_t::type, 0, 1, 4, 6>::args_union_sub<1, 2, 4, 5>::template_type, 1, 4, 6>::args_union_sub<2, 4, 5>::template_type, 4, 6>::args_union_sub<4, 5>::template_type, 6>::args_union_sub<5>::template_type>::args_union_sub<>' 31 | template struct args_union_sub; | ^~~~~~~~~~~~~~ prog.cc: In function 'int main()': prog.cc:53:41: error: template argument 1 is invalid 53 | std::cout << std::boolalpha << std::is_same_v> << std::endl; | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ // command line $ g++ prog.cc -Wall -Wextra -O2 -march=native -v -I/opt/wandbox/boost-1.72.0/gcc-head/include -std=gnu++2a // comment compiled on Wandbox. URL: https://wandbox.org/permlink/7hblGLSOhTyVBK4V Clang 11.0.0 and MSVC 16.4.5 compile this code successfully. >From gcc-bugs-return-671951-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 04:26:08 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122126 invoked by alias); 2 Mar 2020 04:26: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 122046 invoked by uid 48); 2 Mar 2020 04:26:03 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93993] New: ICE in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 Date: Mon, 02 Mar 2020 04:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_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: 2020-03/txt/msg00060.txt Content-length: 4707 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93993 Bug ID: 93993 Summary: ICE in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- gfortran-10.0.1-alpha20200301 snapshot (g:151bf47e78f5d919f6cc591d11cc1f6aff61078f) ICEs when compiling the following testcase w/ -O1 -fanalyzer: module np implicit none integer, parameter :: za = selected_real_kind(15, 307) end module np module gg use np type et(real_kind) integer, kind :: real_kind end type et contains function hv (tm) result(ce) type (et(real_kind=za)), allocatable, target :: tm type (et(real_kind=za)), pointer :: ce allocate (tm) ce => tm end function hv end module gg program a5 use np use gg implicit none type (et(real_kind=za)), allocatable :: qb type (et(real_kind=za)), pointer :: vt vt => hv (qb) end program a5 % powerpc-e300c3-linux-gnu-gfortran-10.0.1 -O1 -fanalyzer -w -c ineya7os.f90 during IPA pass: analyzer ineya7os.f90:21:0: 21 | end function hv | internal compiler error: in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 0x74c35f ana::region_model::make_region_for_unexpected_tree_code(ana::region_model_context*, tree_node*, dump_location_t const&) /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/region-model.cc:4786 0x74c35f ana::region_model::make_region_for_unexpected_tree_code(ana::region_model_context*, tree_node*, dump_location_t const&) /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/region-model.cc:4782 0x1271af6 ana::region_model::get_lvalue_1(ana::path_var, ana::region_model_context*) /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/region-model.cc:4650 0x1272043 ana::region_model::get_lvalue(ana::path_var, ana::region_model_context*) /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/region-model.cc:4811 0x17fb7d5 ana::state_change_event::get_lvalue(tree_node*) const /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/checker-path.h:206 0x17fb7d5 ana::diagnostic_manager::prune_for_sm_diagnostic(ana::checker_path*, ana::state_machine const*, tree_node*, unsigned int) const /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/diagnostic-manager.cc:1161 0x17fba62 ana::diagnostic_manager::prune_path(ana::checker_path*, ana::state_machine const*, tree_node*, unsigned int) const /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/diagnostic-manager.cc:1056 0x17fbd5c ana::diagnostic_manager::emit_saved_diagnostic(ana::exploded_graph const&, ana::saved_diagnostic const&, ana::exploded_path const&, gimple const*, int) /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/diagnostic-manager.cc:520 0x17fc86a ana::dedupe_winners::emit_best(ana::diagnostic_manager*, ana::exploded_graph const&) /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/diagnostic-manager.cc:446 0x17fc86a ana::diagnostic_manager::emit_saved_diagnostics(ana::exploded_graph const&) /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/diagnostic-manager.cc:489 0x1253aaf ana::impl_run_checkers(ana::logger*) /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/engine.cc:3807 0x12548c1 ana::run_checkers() /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/engine.cc:3850 0x1248518 execute /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/analyzer-pass.cc:84 (While my target here is powerpc, the ICE is not target-specific.) >From gcc-bugs-return-671952-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 06:55:08 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8582 invoked by alias); 2 Mar 2020 06:55: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 8270 invoked by uid 48); 2 Mar 2020 06:55:01 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93994] New: ICE in get_or_create_mem_ref, at analyzer/region-model.cc:6599 Date: Mon, 02 Mar 2020 06:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_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: 2020-03/txt/msg00061.txt Content-length: 3559 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93994 Bug ID: 93994 Summary: ICE in get_or_create_mem_ref, at analyzer/region-model.cc:6599 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- g++-10.0.1-alpha20200301 snapshot (g:151bf47e78f5d919f6cc591d11cc1f6aff61078f) ICEs when compiling libstdc++-v3/testsuite/20_util/function_objects/mem_fn/adl.cc w/ -fanalyzer: % g++-10.0.1 -fanalyzer -c libstdc++-v3/testsuite/20_util/function_objects/mem_fn/adl.cc during IPA pass: analyzer In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/10.0.1/include/g++-v10/tuple:41, from /usr/lib/gcc/x86_64-pc-linux-gnu/10.0.1/include/g++-v10/functional:54, from libstdc++-v3/testsuite/20_util/function_objects/mem_fn/adl.cc:20: /usr/lib/gcc/x86_64-pc-linux-gnu/10.0.1/include/g++-v10/bits/invoke.h: In function 'constexpr _Res std::__invoke_impl(std::__invoke_memobj_ref, _MemPtr&&, _Tp&&) [with _Res = int&&; _MemPtr = int n::X::*&; _Tp = n::X]': /usr/lib/gcc/x86_64-pc-linux-gnu/10.0.1/include/g++-v10/bits/invoke.h:79:34: internal compiler error: in get_or_create_mem_ref, at analyzer/region-model.cc:6599 79 | { return __invfwd<_Tp>(__t).*__f; } | ^~~ 0x7dd077 ana::region_model::get_or_create_mem_ref(tree_node*, ana::svalue_id, ana::svalue_id, ana::region_model_context*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/region-model.cc:6599 0x136366c ana::region_model::get_or_create_pointer_plus_expr(tree_node*, ana::svalue_id, ana::svalue_id, ana::region_model_context*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/region-model.cc:6682 0x136366c ana::region_model::on_assignment(gassign const*, ana::region_model_context*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/region-model.cc:4005 0x133c998 ana::exploded_node::on_stmt(ana::exploded_graph&, ana::supernode const*, gimple const*, ana::program_state*, ana::state_change*) const /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/engine.cc:1006 0x133d3c1 ana::exploded_graph::process_node(ana::exploded_node*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/engine.cc:2517 0x133d8aa ana::exploded_graph::process_worklist() /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/engine.cc:2335 0x133dfd9 ana::impl_run_checkers(ana::logger*) /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/engine.cc:3793 0x133ea7c ana::run_checkers() /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/engine.cc:3850 0x1333908 execute /var/tmp/portage/sys-devel/gcc-10.0.1_alpha20200301/work/gcc-10-20200301/gcc/analyzer/analyzer-pass.cc:84 >From gcc-bugs-return-671953-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 07:08:38 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19953 invoked by alias); 2 Mar 2020 07:08:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 19899 invoked by uid 48); 2 Mar 2020 07:08:33 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/93794] [8/9/10 Regression] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:2497 Date: Mon, 02 Mar 2020 07:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00062.txt Content-length: 771 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93794 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org --- Comment #2 from Paul Thomas --- Created attachment 47944 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47944&action=edit Patch for the PR The test below does the right thing and the code is as expected. Paul program p type t character(:), pointer :: a end type type(t) :: z character(4), target :: c = 'abcd' z%a => c associate (y => z%a) print *, y end associate end >From gcc-bugs-return-671954-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 07:43:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43557 invoked by alias); 2 Mar 2020 07:43:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 43505 invoked by uid 55); 2 Mar 2020 07:43:20 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction Date: Mon, 02 Mar 2020 07:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-03/txt/msg00063.txt Content-length: 1519 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #13 from rguenther at suse dot de --- On Thu, 27 Feb 2020, msebor at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 > > --- Comment #11 from Martin Sebor --- > Regarding the DECL_FIXED_DYNAMIC_TYPE flag: it seems like in C every DECL would > have it set, but in C++ none could (because placement new can change the > dynamic type of decls), and so GCC would not be able to optimize the example in > that language even though there the read via *p means that p cannot alias d. > > If what's keeping GCC from optimizing the code is the fact that the middle-end > doesn't distinguish placement new from plain assignment, i.e., that it can't > tell that the original source didn't look like this: > > double d; > > void f (long *p) > { > long i = *p; > new (&d) double (3); > *p = i; > } > > wouldn't the solution be to keep placement new around in some form and teach > the middle-end how to work with it? We had this and it didn't work (OK, we only kept it in GIMPLE but not RTL which is of course a non-starter). Feel free to come up with a solid proposal and implementation. What would eventually work (but again not for the specific example TU) is an IPA pass constraining the dynamic type of global variables. But then that's then a natural extension of our lack of a flow-sensitive [IPA] points-to analysis. >From gcc-bugs-return-671955-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 07:52:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48400 invoked by alias); 2 Mar 2020 07:52:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48343 invoked by uid 55); 2 Mar 2020 07:52:28 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92658] x86 lacks vector extend / truncate Date: Mon, 02 Mar 2020 07: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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail 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: 2020-03/txt/msg00064.txt Content-length: 1570 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 --- Comment #8 from rguenther at suse dot de --- On Fri, 28 Feb 2020, ubizjak at gmail dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 > > --- Comment #3 from Uroš Bizjak --- > Richi, should the following test also vectorize? In priciple yes. I see both cases "vectorized" to a store from a CTOR but then my primitive pattern matching in forwprop not applying because supportable_convert_operation is confused about a vector(4) char type having SImode and bailing out at the 292 if (!VECTOR_MODE_P (m1) || !VECTOR_MODE_P (m2)) 293 return false; check. So it looks like with just SSE2 the backend doesn't consider V4QImode a supported vector type. I'm not sure we want to fix that but then this means regular optab checks won't do it here. Interesting cases nevertheless. Would those conversions map to good assembly? > --cut here-- > typedef unsigned char v16qi __attribute__((vector_size (16))); > typedef unsigned int v4si __attribute__((vector_size (16))); > > void > foo_u8_u32 (v4si * dst, v16qi * __restrict src) > { > unsigned int tem[4]; > tem[0] = (*src)[0]; > tem[1] = (*src)[1]; > tem[2] = (*src)[2]; > tem[3] = (*src)[3]; > dst[0] = *(v4si *) tem; > } > > void > bar_u8_u32 (v4si * dst, v16qi src) > { > unsigned int tem[4]; > tem[0] = src[0]; > tem[1] = src[1]; > tem[2] = src[2]; > tem[3] = src[3]; > dst[0] = *(v4si *) tem; > } > --cut here-- >From gcc-bugs-return-671956-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:07:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65260 invoked by alias); 2 Mar 2020 08:07: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 64879 invoked by uid 55); 2 Mar 2020 08:07:41 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93582] [10 Regression] -Warray-bounds gives error: array subscript 0 is outside array bounds of struct E[1] Date: Mon, 02 Mar 2020 08:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00065.txt Content-length: 1604 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93582 --- Comment #36 from rguenther at suse dot de --- On Fri, 28 Feb 2020, jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93582 > > --- Comment #35 from Jakub Jelinek --- > Unfortunately, it breaks miserably, e.g. miscompiles libcpp/macro.c. > Reduced testcase from that: > > --- gcc/testsuite/gcc.c-torture/execute/pr93582.c.jj 2020-02-28 > 12:27:51.280925113 +0100 > +++ gcc/testsuite/gcc.c-torture/execute/pr93582.c 2020-02-28 > 12:26:17.272332573 +0100 > @@ -0,0 +1,22 @@ > +/* PR tree-optimization/93582 */ > + > +short a; > +int b, c; > + > +__attribute__((noipa)) void > +foo (void) > +{ > + b = c; > + a &= 7; > +} > + > +int > +main () > +{ > + c = 27; > + a = 14; > + foo (); > + if (b != 27 || a != 6) > + __builtin_abort (); > + return 0; > +} > > I believe the thing is that for the case with mask we need to completely avoid > the vn_reference_lookup_or_insert_for_pieces calls that finish method does, and > vn_reference_insert > call visit_reference_op_load does. > Probably instead of that we should call vn_nary_op_insert_stmt. > Now, I wonder if e.g. finish couldn't for the masked case just return the tree > itself rather than anything else, and let visit_reference_op_load not call > visit_reference_op_load if mask is non-NULL. Yeah, just add a insert_p flag to the lookup function and the context struct, for lookups only valid under a mask we indeed may not record those into the hash tables. >From gcc-bugs-return-671957-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:22:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79956 invoked by alias); 2 Mar 2020 08:22:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79845 invoked by uid 55); 2 Mar 2020 08:21:59 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93745] Redundant store not eliminated with intermediate instruction Date: Mon, 02 Mar 2020 08:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-03/txt/msg00066.txt Content-length: 1185 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 --- Comment #14 from rguenther at suse dot de --- On Fri, 28 Feb 2020, law at redhat dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93745 > > --- Comment #12 from Jeffrey A. Law --- > It would seem like C ought to be able to set the flag across the board. But > Richi would know best if this is going to run afoul of of the alias oracle > implementation & underlying gimple semantics. > > I vaguely recall a discussion on the lists WRT how to represent placement-new. > I didn't follow it at the time. Without reviewing the thread it does seem > helpful if we could see the placement-new in the IL. Note for C++ placement new isn't required. At least older standards simply talk about "reuse" of storage when POD types are involved. Note a representation of "placement new" is awkward - it has to be present in the virtual use-def chain since otherwise it's not a barrier for alias purposes. In the end it will hinder more optimizations than it will enable and you'll need to add it before all POD stores because of the above mentioned issues. >From gcc-bugs-return-671959-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:24:39 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82616 invoked by alias); 2 Mar 2020 08:24:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 82202 invoked by uid 48); 2 Mar 2020 08:24:34 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] [9/10 Regression] -fcf-protection -flto -g don't work togeter Date: Mon, 02 Mar 2020 08:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00068.txt Content-length: 647 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |9.3 --- Comment #3 from Richard Biener --- Isn't this a linker bug? There's no code sections in the debug object. Also you need to provide -fcf-protection at compile-time as well, not only at link-time (technically only at compile-time). Otherwise success is not guaranteed. I'm not aware why it should work with GCC 8 btw. >From gcc-bugs-return-671958-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:24:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82235 invoked by alias); 2 Mar 2020 08:24: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 81965 invoked by uid 48); 2 Mar 2020 08:24:31 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92658] x86 lacks vector extend / truncate Date: Mon, 02 Mar 2020 08:24: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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail 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: 2020-03/txt/msg00067.txt Content-length: 1561 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 --- Comment #9 from Uroš Bizjak --- (In reply to rguenther@suse.de from comment #8) > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658 > > > > --- Comment #3 from Uroš Bizjak --- > > Richi, should the following test also vectorize? > > In priciple yes. I see both cases "vectorized" to a store > from a CTOR but then my primitive pattern matching in forwprop > not applying because supportable_convert_operation is confused > about a vector(4) char type having SImode and bailing out at the > > 292 if (!VECTOR_MODE_P (m1) || !VECTOR_MODE_P (m2)) > 293 return false; > > check. So it looks like with just SSE2 the backend doesn't > consider V4QImode a supported vector type. I'm not sure we > want to fix that but then this means regular optab checks > won't do it here. > > Interesting cases nevertheless. > > Would those conversions map to good assembly? Yes, please see attached test cases, especially pr92658-sse4.c. We have pmovzxbd for v4qi->v4si, pmovzxbq for v2qi->v2di, and pmovzxwd for v2hi->v2di, in addition to AVX2 pmovzxbq for v4qi->v4di. All testcases should vectorize with a single instruction. It is also possible to introduce additional conversions to 64bit vectors (e.g. v2qi->v2si) for TARGET_MMX_WITH_SSE targets. Please note that there are similar sign_extend patterns and corresponding truncate patterns with AVX512F, currently not covered by attached patch and testcases. >From gcc-bugs-return-671960-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:47:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53686 invoked by alias); 2 Mar 2020 08:47:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 53654 invoked by uid 48); 2 Mar 2020 08:47:48 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93995] New: ICE in patch_jump_insn, at cfgrtl.c:1290 on riscv64-linux-gnu Date: Mon, 02 Mar 2020 08:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone cf_gcchost cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00069.txt Content-length: 2157 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93995 Bug ID: 93995 Summary: ICE in patch_jump_insn, at cfgrtl.c:1290 on riscv64-linux-gnu Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org Target Milestone: --- Host: x86_64-linux-gnu Target: riscv64-linux-gnu I see the following ICE: $ riscv64-linux-gnu-gcc /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr50310-2.c -fno-trapping-math during RTL pass: expand /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr50310-2.c: In function ‘main’: /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr50310-2.c:47:1: internal compiler error: in patch_jump_insn, at cfgrtl.c:1290 47 | } | ^ 0x5a247f patch_jump_insn /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-riscv64/build/gcc/cfgrtl.c:1290 0x7009be redirect_branch_edge /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-riscv64/build/gcc/cfgrtl.c:1317 0x700e42 rtl_redirect_edge_and_branch /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-riscv64/build/gcc/cfgrtl.c:1450 0x6ef219 redirect_edge_and_branch(edge_def*, basic_block_def*) /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-riscv64/build/gcc/cfghooks.c:373 0xf9fbdc try_forward_edges /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-riscv64/build/gcc/cfgcleanup.c:562 0xf9fbdc try_optimize_cfg /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-riscv64/build/gcc/cfgcleanup.c:2960 0xf9fbdc cleanup_cfg(int) /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-riscv64/build/gcc/cfgcleanup.c:3174 0x6ecf11 execute /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-riscv64/build/gcc/cfgexpand.c:6670 >From gcc-bugs-return-671961-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:49:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55891 invoked by alias); 2 Mar 2020 08: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 55773 invoked by uid 48); 2 Mar 2020 08:49:27 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93995] ICE in patch_jump_insn, at cfgrtl.c:1290 on riscv64-linux-gnu Date: Mon, 02 Mar 2020 08:49: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_reconfirmed_on cc target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00070.txt Content-length: 503 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93995 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Last reconfirmed| |2020-3-2 CC| |kito at gcc dot gnu.org, | |wilson at gcc dot gnu.org Target Milestone|--- |10.0 >From gcc-bugs-return-671962-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:52:36 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59165 invoked by alias); 2 Mar 2020 08:52:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 59092 invoked by uid 48); 2 Mar 2020 08:52:32 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93996] New: [10 Regression] ICE in lookup_page_table_entry Date: Mon, 02 Mar 2020 08:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone cf_gcchost cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00071.txt Content-length: 3065 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93996 Bug ID: 93996 Summary: [10 Regression] ICE in lookup_page_table_entry Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org Target Milestone: --- Host: x86_64-linux-gnu Target: aarch64-linux-gnu I see the following ICE: $ aarch64-linux-gnu-gcc /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr65345-2.c --param=ggc-min-heapsize=0 -O2 -fsched2-use-superblocks --param=ggc-min-expand=0 -c /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr65345-2.c: In function ‘fn5’: /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr65345-2.c:34:1: internal compiler error: Segmentation fault 34 | } | ^ 0xb6d34f crash_signal /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-aarch64/build/gcc/toplev.c:328 0x7ffff78fff1f ??? /usr/src/debug/glibc-2.31-2.1.x86_64/signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0 0x740003 lookup_page_table_entry /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-aarch64/build/gcc/ggc-page.c:630 0x740003 ggc_set_mark(void const*) /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-aarch64/build/gcc/ggc-page.c:1544 0x67f99f gt_ggc_mx_lang_tree_node(void*) ./gt-c-c-decl.h:49 0x680571 gt_ggc_mx_lang_tree_node(void*) ./gt-c-c-decl.h:397 0x926f34 gt_ggc_mx_rtx_def(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:727 0x927c6e gt_ggc_mx_rtvec_def(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:974 0x927c6e gt_ggc_mx_rtvec_def(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:964 0x92707c gt_ggc_mx_rtx_def(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:808 0x926968 gt_ggc_mx_rtx_def(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:917 0x925bf9 gt_ggc_mx_basic_block_def(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:1549 0x9287c9 gt_ggc_mx_control_flow_graph(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:2251 0x9287c9 gt_ggc_mx_control_flow_graph(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:2246 0x92a04b gt_ggc_mx_function(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:1704 0x92a04b gt_ggc_mx_function(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:1698 0x6806ca gt_ggc_mx_lang_tree_node(void*) ./gt-c-c-decl.h:290 0x925649 gt_ggc_mx_dw_fde_node(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:2153 0x925649 gt_ggc_mx_dw_fde_node(void*) /dev/shm/buildbot/builddir/gcc/gtype-desc.c:2148 0x7f742e void gt_ggc_mx(vec*) /home/marxin/BIG/buildbot/buildworker/marxinbox-gcc-trunk-aarch64/build/gcc/vec.h:1325 >From gcc-bugs-return-671963-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:53:01 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60087 invoked by alias); 2 Mar 2020 08:53: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 59991 invoked by uid 48); 2 Mar 2020 08:52:57 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/41898] GCC ignores restrict on array Date: Mon, 02 Mar 2020 08:53: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: 4.5.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00072.txt Content-length: 2368 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41898 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #4 from Richard Biener --- Same for int * __restrict__ *a; int * __restrict__ *b; extern void link_error (void); int main() { a[0][0] = 0; b[0][0] = 1; if (a[0][0] != 0) link_error (); return 0; } the restrict-ness is attached to specific variable infos in PTA but here the restrict pointers fall out from a dereference op which might be present multiple times but would all need to pick up the same artificial restrict varinfo. That's currently not supported in the data structures and/or the constraint system and/or the graph solving. For the int * __restrict__ a[1] case we fail to recognize it in /* Mark global restrict qualified pointers. */ if ((POINTER_TYPE_P (TREE_TYPE (decl)) && TYPE_RESTRICT (TREE_TYPE (decl))) || vi->only_restrict_pointers) { and vi->only_restrict_pointers is only ever set for aggregates which we track field-wise (which arrays are not). Possible fix below - it wouldn't handle int * __restrict a[2] optimally since a[0] and a[1] would still alias. diff --git a/gcc/tree-ssa-structalias.c b/gcc/tree-ssa-structalias.c index 416a26c996c..dcc7fafc4b9 100644 --- a/gcc/tree-ssa-structalias.c +++ b/gcc/tree-ssa-structalias.c @@ -6128,8 +6128,11 @@ create_variable_info_for_1 (tree decl, const char *name, bool add_id, vi->fullsize = tree_to_uhwi (declsize); vi->size = vi->fullsize; vi->is_full_var = true; - if (POINTER_TYPE_P (decl_type) - && (TYPE_RESTRICT (decl_type) || add_restrict)) + if ((POINTER_TYPE_P (decl_type) + && (TYPE_RESTRICT (decl_type) || add_restrict)) + || (TREE_CODE (decl_type) == ARRAY_TYPE + && POINTER_TYPE_P (TREE_TYPE (decl_type)) + && TYPE_RESTRICT (TREE_TYPE (decl_type)))) vi->only_restrict_pointers = 1; if (vi->only_restrict_pointers && !type_contains_placeholder_p (TREE_TYPE (decl_type)) >From gcc-bugs-return-671964-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:54:27 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61551 invoked by alias); 2 Mar 2020 08:54:27 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61499 invoked by uid 48); 2 Mar 2020 08:54:23 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93996] [10 Regression] ICE in lookup_page_table_entry Date: Mon, 02 Mar 2020 08:54: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_known_to_work keywords cf_reconfirmed_on cc everconfirmed target_milestone cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00073.txt Content-length: 802 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93996 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Known to work| |9.2.0 Keywords| |needs-bisection Last reconfirmed| |2020-03-02 CC| |ktkachov at gcc dot gnu.org Ever confirmed|0 |1 Target Milestone|--- |10.0 Known to fail| |10.0 --- Comment #1 from Martin Liška --- I'm bisecting that. >From gcc-bugs-return-671965-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 08:55:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62906 invoked by alias); 2 Mar 2020 08:55:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 62861 invoked by uid 48); 2 Mar 2020 08:55:17 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93995] ICE in patch_jump_insn, at cfgrtl.c:1290 on riscv64-linux-gnu Date: Mon, 02 Mar 2020 08:55: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status 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: 2020-03/txt/msg00074.txt Content-length: 537 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93995 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needs-bisection Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Martin Liška --- I guess it's a recent regression, I'm gonna bisect it. >From gcc-bugs-return-671966-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 09:00:56 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68224 invoked by alias); 2 Mar 2020 09:00: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 68168 invoked by uid 48); 2 Mar 2020 09:00:51 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93997] New: [10 Regression] ICE: maximum number of generated reload insns per insn achieved (90) since r10-2156-g82534f65d86d48da Date: Mon, 02 Mar 2020 09:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin 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 cc 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: 2020-03/txt/msg00075.txt Content-length: 1591 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93997 Bug ID: 93997 Summary: [10 Regression] ICE: maximum number of generated reload insns per insn achieved (90) since r10-2156-g82534f65d86d48da Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: ubizjak at gmail dot com Target Milestone: --- I see the following ICE since the mentioned revision: $ gcc /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/vector-scalar.c -m32 -march=athlon-4 during RTL pass: reload /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/vector-scalar.c: In function ‘f’: /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/vector-scalar.c:10:1: internal compiler error: maximum number of generated reload insns per insn achieved (90) 10 | } | ^ 0xc99204 lra_constraints(bool) /home/marxin/Programming/gcc/gcc/lra-constraints.c:4948 0xc86044 lra(_IO_FILE*) /home/marxin/Programming/gcc/gcc/lra.c:2437 0xc3dcc1 do_reload /home/marxin/Programming/gcc/gcc/ira.c:5523 0xc3dcc1 execute /home/marxin/Programming/gcc/gcc/ira.c:5709 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. >From gcc-bugs-return-671967-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 09:06:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74918 invoked by alias); 2 Mar 2020 09:06: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 74859 invoked by uid 48); 2 Mar 2020 09:06:25 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93996] [10 Regression] ICE in lookup_page_table_entry Date: Mon, 02 Mar 2020 09:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00076.txt Content-length: 503 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93996 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 CC| |wdijkstr at arm dot com --- Comment #2 from Martin Liška --- Started with r10-6038-ge5e07b68187b9aa334519746c45b8cffc5eb7e5c. >From gcc-bugs-return-671968-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 09:10:45 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78153 invoked by alias); 2 Mar 2020 09:10: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 78121 invoked by uid 48); 2 Mar 2020 09:10:41 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93997] [10 Regression] ICE: maximum number of generated reload insns per insn achieved (90) since r10-2156-g82534f65d86d48da Date: Mon, 02 Mar 2020 09:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cf_reconfirmed_on cf_known_to_work target_milestone 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: 2020-03/txt/msg00077.txt Content-length: 621 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93997 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 Status|UNCONFIRMED |NEW Last reconfirmed| |2020-03-02 Known to work| |9.2.0 Target Milestone|--- |10.0 Ever confirmed|0 |1 Known to fail| |10.0 >From gcc-bugs-return-671969-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 09:29:07 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99973 invoked by alias); 2 Mar 2020 09:29:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 99918 invoked by uid 48); 2 Mar 2020 09:29:02 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93995] ICE in patch_jump_insn, at cfgrtl.c:1290 on riscv64-linux-gnu Date: Mon, 02 Mar 2020 09:29: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00078.txt Content-length: 428 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93995 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|needs-bisection | --- Comment #2 from Martin Liška --- Started with r10-6806-g9069e9484cec2ff981c87c75b226ad738847ca07. >From gcc-bugs-return-671970-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 09:30:02 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101133 invoked by alias); 2 Mar 2020 09:30:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 100927 invoked by uid 48); 2 Mar 2020 09:29:58 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93994] ICE in get_or_create_mem_ref, at analyzer/region-model.cc:6599 Date: Mon, 02 Mar 2020 09:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00079.txt Content-length: 486 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93994 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-03-02 CC| |marxin at gcc dot gnu.org Ever confirmed|0 |1 >From gcc-bugs-return-671971-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 09:38:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112501 invoked by alias); 2 Mar 2020 09:38: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 112433 invoked by uid 55); 2 Mar 2020 09:37:56 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] Problematic ld_date configure check Date: Mon, 02 Mar 2020 09:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00080.txt Content-length: 698 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 --- Comment #7 from CVS Commits --- The releases/gcc-8 branch has been updated by Martin Liska : https://gcc.gnu.org/g:0afd41f8e6530b13421679801cf73cb6bef55553 commit r8-10102-g0afd41f8e6530b13421679801cf73cb6bef55553 Author: Martin Liska Date: Mon Mar 2 10:34:35 2020 +0100 Backport 08bf7bde9f2987b1c623d272cc71fc14a1622442 Backport from mainline 2020-02-28 Martin Liska PR other/93965 * configure.ac: Improve detection of ld_date by requiring either two dashes or none. * configure: Regenerate. >From gcc-bugs-return-671972-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 09:39:17 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114090 invoked by alias); 2 Mar 2020 09:39:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114064 invoked by uid 48); 2 Mar 2020 09:39:13 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93997] [10 Regression] ICE: maximum number of generated reload insns per insn achieved (90) since r10-2156-g82534f65d86d48da Date: Mon, 02 Mar 2020 09:39: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00081.txt Content-length: 1477 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93997 --- Comment #1 from Uroš Bizjak --- Before my patch, the compiler generated this IR: #(insn 42 291 43 2 (set (strict_low_part (mem/c:HI (plus:SI (reg/f:SI 6 bp) # (const_int -40 [0xffffffffffffffd8])) [5 %sfp+-16 S2 A128])) # (reg:HI 1 dx [orig:91 _14 ] [91])) "vector-scalar.c":9:17 83 {*movstricthi_1} # (nil)) movw %dx, -40(%ebp) # 42 [c=4 l=4] *movstricthi_1/0 This is strict_low_part of a memory operand, which isn't valid according to docs: '(strict_low_part (subreg:M (reg:N R) 0))' This expression code is used in only one context: as the destination operand of a 'set' expression. In addition, the operand of this expression must be a non-paradoxical 'subreg' expression. The presence of 'strict_low_part' says that the part of the register which is meaningful in mode N, but is not part of mode M, is not to be altered. Normally, an assignment to such a subreg is allowed to have undefined effects on the rest of the register when M is smaller than 'REGMODE_NATURAL_SIZE (N)'. After the patch, we have: (insn 42 41 43 2 (set (strict_low_part (subreg:HI (reg:TI 135) 0)) (reg:HI 91 [ _14 ])) "vector-scalar.c":9:17 83 {*movstricthi_1} (nil)) but TImode is not valid for general regs. Probably we have to reject TImode in case of 32bit targets from the expander. >From gcc-bugs-return-671973-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 09:46:51 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 3200 invoked by alias); 2 Mar 2020 09:46:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 2947 invoked by uid 48); 2 Mar 2020 09:46:46 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/93965] Problematic ld_date configure check Date: Mon, 02 Mar 2020 09:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_known_to_work resolution 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: 2020-03/txt/msg00082.txt Content-length: 561 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93965 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Known to work| |8.3.1 Resolution|--- |FIXED Known to fail|8.3.0 | --- Comment #8 from Martin Liška --- Fixed on all active branches. >From gcc-bugs-return-671974-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 09:53:07 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10992 invoked by alias); 2 Mar 2020 09:53: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 10955 invoked by uid 48); 2 Mar 2020 09:53:03 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/93993] ICE in make_region_for_unexpected_tree_code, at analyzer/region-model.cc:4786 Date: Mon, 02 Mar 2020 09:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: analyzer X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00083.txt Content-length: 486 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93993 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-03-02 CC| |marxin at gcc dot gnu.org Ever confirmed|0 |1 >From gcc-bugs-return-671975-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:02:09 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29950 invoked by alias); 2 Mar 2020 10:02: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 29839 invoked by uid 48); 2 Mar 2020 10:02:00 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93997] [10 Regression] ICE: maximum number of generated reload insns per insn achieved (90) since r10-2156-g82534f65d86d48da Date: Mon, 02 Mar 2020 10:02: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00084.txt Content-length: 754 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93997 --- Comment #2 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #1) > Probably we have to reject TImode in case of 32bit targets from the expander. Like this: --cut here-- diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md index 6c57500ae8ec..8e29dffafa6e 100644 --- a/gcc/config/i386/i386.md +++ b/gcc/config/i386/i386.md @@ -2778,7 +2778,7 @@ { gcc_assert (SUBREG_P (operands[0])); if ((TARGET_PARTIAL_REG_STALL && optimize_function_for_speed_p (cfun)) - || GET_MODE_CLASS (GET_MODE (SUBREG_REG (operands[0]))) != MODE_INT) + || !VALID_INT_MODE_P (GET_MODE (SUBREG_REG (operands[0])))) FAIL; }) --cut here-- >From gcc-bugs-return-671976-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:15:28 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51377 invoked by alias); 2 Mar 2020 10:15:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51065 invoked by uid 48); 2 Mar 2020 10:15:00 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Mon, 02 Mar 2020 10:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00085.txt Content-length: 714 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[8/9/10 Regression] ICE in |[10 Regression] ICE in |decompose_normal_address, |decompose_normal_address, |at rtlanal.c:6403 on |at rtlanal.c:6403 on |powerpc64le-linux-gnu since |powerpc64le-linux-gnu since |r10-6762 |r10-6762 --- Comment #12 from Jakub Jelinek --- Reverted on release branches, so this only affects trunk. >From gcc-bugs-return-671977-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:15:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52460 invoked by alias); 2 Mar 2020 10:15: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 52353 invoked by uid 48); 2 Mar 2020 10:15:49 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93658] [8/9 Regression] infinite loop building ghostscript and icu with -O3 on powerpc64le-linux-gnu Date: Mon, 02 Mar 2020 10:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ra X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00086.txt Content-length: 747 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93658 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- Summary|[9/10 Regression] infinite |[8/9 Regression] infinite |loop building ghostscript |loop building ghostscript |and icu with -O3 on |and icu with -O3 on |powerpc64le-linux-gnu |powerpc64le-linux-gnu --- Comment #18 from Jakub Jelinek --- The fixes have been reverted for 9.3/8.4. >From gcc-bugs-return-671978-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:19:17 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 58757 invoked by alias); 2 Mar 2020 10:19:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 58704 invoked by uid 48); 2 Mar 2020 10:19:13 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/93879] typo: frequency quality Date: Mon, 02 Mar 2020 10:19: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00087.txt Content-length: 510 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93879 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2020-03-02 Ever confirmed|0 |1 --- Comment #3 from Martin Liška --- @Rolland: Please send the patch. >From gcc-bugs-return-671979-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:22:11 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61915 invoked by alias); 2 Mar 2020 10:22: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 61847 invoked by uid 48); 2 Mar 2020 10:22:06 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/93962] [10 regression] bootstrap fails with gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 hastype 'int' Date: Mon, 02 Mar 2020 10:22: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority version target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00088.txt Content-length: 400 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 Version|unknown |10.0 Target Milestone|--- |10.0 >From gcc-bugs-return-671980-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:27:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78288 invoked by alias); 2 Mar 2020 10:27: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 78229 invoked by uid 48); 2 Mar 2020 10:27:54 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93964] [8/9/10 Regression] [graphite] ICE in assign_parameter_index_in_region, at graphite-scop-detection.c:1104 Date: Mon, 02 Mar 2020 10:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00089.txt Content-length: 1020 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93964 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2020-03-02 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Confirmed. 1104 gcc_assert (TREE_CODE (name) == SSA_NAME 1105 && INTEGRAL_TYPE_P (TREE_TYPE (name)) 1106 && ! defined_in_sese_p (name, region->region)); the parameter has pointer type. Some disconnect between analyses predicates. Ouch. It's from niters which niter analysis expanded that far. (unsigned int) (long int) _1 + 4294967295 So we end up using _1 instead of _2 here which would have been fine :/ >From gcc-bugs-return-671982-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:28:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79929 invoked by alias); 2 Mar 2020 10:28: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 79876 invoked by uid 48); 2 Mar 2020 10:28:18 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93964] [8/9/10 Regression] [graphite] ICE in assign_parameter_index_in_region, at graphite-scop-detection.c:1104 Date: Mon, 02 Mar 2020 10:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00091.txt Content-length: 293 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93964 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |8.4 >From gcc-bugs-return-671981-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:28:11 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79085 invoked by alias); 2 Mar 2020 10:28:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79016 invoked by uid 48); 2 Mar 2020 10:28:06 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] ICE with '-flto -g -femit-struct-debug-baseonly' Date: Mon, 02 Mar 2020 10:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00090.txt Content-length: 2143 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|needs-bisection | --- Comment #3 from Martin Liška --- On master it as fixed with: r10-770-gd1137c020aa59c6e(31 May 2019 08:22)(thomas.de_schampheleire@nokia.com): [took: 0.647s] result: OK re PR debug/86964 (Too many debug symbols included, especially for extern globals) 2019-05-31 Thomas De Schampheleire PR debug/86964 * common.opt (feliminate-unused-debug-symbols): Enable by default. * doc/invoke.texi (Debugging Options): Document new default of -feliminate-unused-debug-symbols and remove restriction to 'stabs'. * g++.dg/debug/dwarf2/fesd-any.C: Use -fno-eliminate-unused-debug-symbols. * g++.dg/debug/dwarf2/fesd-baseonly.C: Likewise. * g++.dg/debug/dwarf2/fesd-none.C: Likewise. * g++.dg/debug/dwarf2/fesd-reduced.C: Likewise. * g++.dg/debug/dwarf2/fesd-sys.C: Likewise. * g++.dg/debug/dwarf2/inline-var-1.C: Likewise. * g++.dg/debug/enum-2.C: Likewise. * gcc.dg/debug/dwarf2/fesd-any.c: Likewise. * gcc.dg/debug/dwarf2/fesd-baseonly.c: Likewise. * gcc.dg/debug/dwarf2/fesd-none.c: Likewise. * gcc.dg/debug/dwarf2/fesd-reduced.c: Likewise. * gcc.dg/debug/dwarf2/fesd-sys.c: Likewise. and adding the -feliminate-unused-debug-symbols to command line it's fixed since r9-6697-g715e3349b08decc2(25 Mar 2019 15:19)(johan.karlsson@enea.com): [took: 0.621s] result: OK re PR debug/86964 (Too many debug symbols included, especially for extern globals) PR debug/86964 * dwarf2out.c (premark_used_variables): New function. (prune_unused_types_walk): Do not mark not premarked external variables. (prune_unused_types): Call premark_used_variables. * gcc.dg/debug/dwarf2/pr86964.c: New testcase. >From gcc-bugs-return-671983-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:30:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82735 invoked by alias); 2 Mar 2020 10:30: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 81403 invoked by uid 48); 2 Mar 2020 10:29:59 -0000 From: "ostash at ostash dot kiev.ua" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93998] New: ICE in adjust_temp_type, at cp/constexpr.c:1426 Date: Mon, 02 Mar 2020 10:30: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ostash at ostash dot kiev.ua 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: 2020-03/txt/msg00092.txt Content-length: 2206 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93998 Bug ID: 93998 Summary: ICE in adjust_temp_type, at cp/constexpr.c:1426 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: ostash at ostash dot kiev.ua Target Milestone: --- Hello, Following code ---- #define LIKELY(x) __builtin_expect(!!(x), 1) class Code { public: constexpr bool operator==(Code rhs) const noexcept { return value_ == rhs.value_; } private: int value_; }; int func(const Code a, const Code b, bool cond) { return LIKELY(a == b || cond) ? 0 : 1; } ---- causes an ICE with GCC: ---- COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/prefix/libexec/gcc/x86_64-pc-linux-gnu/10.0.1/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-10-20200223/configure --disable-multiarch --disable-libquadmath --disable-libquadmath-support --disable-libssp --disable-libstdcxx-pch --disable-multilib --disable-nls --enable-checking=release --enable-__cxa_atexit --enable-languages=c,c++ --enable-libstdcxx-debug --enable-lto --enable-plugin --enable-threads=posix --enable-tls --with-build-config=bootstrap-lto --with-default-libstdcxx-abi=gcc4-compatible --with-linker-hash-style=gnu --with-system-zlib --with-zstd=no --with-stage1-libs= --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu --prefix=/prefix Thread model: posix Supported LTO compression algorithms: zlib gcc version 10.0.1 20200223 (experimental) (GCC) ---- ---- gccice.cpp: In function 'int func(Code, Code, bool)': gccice.cpp:1:44: internal compiler error: in adjust_temp_type, at cp/constexpr.c:1426 1 | #define LIKELY(x) __builtin_expect(!!(x), 1) | ^ gccice.cpp:14:10: note: in expansion of macro 'LIKELY' 14 | return LIKELY(a == b || cond) ? 0 : 1; | Please submit a full bug report, with preprocessed source if appropriate. ---- Optimization level doesn't matter and any C++ standard >= c++11 causes an ICE. >From gcc-bugs-return-671984-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:33:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92383 invoked by alias); 2 Mar 2020 10:33:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 92301 invoked by uid 48); 2 Mar 2020 10:33:21 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87560] ICE in curr_insn_transform, at lra-constraints.c:3892 Date: Mon, 02 Mar 2020 10:33: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: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: 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: 2020-03/txt/msg00093.txt Content-length: 294 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87560 --- Comment #7 from Martin Liška --- (In reply to Bill Schmidt from comment #2) > Hm, I can't reproduce this with current trunk. Does it still occur for you, > Martin? No, it's gone with current master. >From gcc-bugs-return-671986-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:37:35 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101926 invoked by alias); 2 Mar 2020 10:37: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 101836 invoked by uid 48); 2 Mar 2020 10:37:31 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93996] [10 Regression] ICE in lookup_page_table_entry Date: Mon, 02 Mar 2020 10:37: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00095.txt Content-length: 327 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93996 --- Comment #3 from Andrew Pinski --- This has to be a latent bug. Also it does not reproduce with a natively built compiler which is even more interesting. Reduced testcase: _Atomic int i = 5, j = 2; void fn5 (int a[++i][j = 10]) {} >From gcc-bugs-return-671985-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:37:17 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101080 invoked by alias); 2 Mar 2020 10:37:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101039 invoked by uid 48); 2 Mar 2020 10:37:13 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] [9/10 Regression] -fcf-protection -flto -g don't work togeter Date: Mon, 02 Mar 2020 10:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget priority Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00094.txt Content-length: 362 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |x86_64-*-*, i?86-*-* Priority|P3 |P2 >From gcc-bugs-return-671987-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:38:31 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 103109 invoked by alias); 2 Mar 2020 10:38: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 103037 invoked by uid 55); 2 Mar 2020 10:38:26 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] ICE with '-flto -g -femit-struct-debug-baseonly' Date: Mon, 02 Mar 2020 10:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00096.txt Content-length: 698 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 --- Comment #4 from rguenther at suse dot de --- On Mon, 2 Mar 2020, marxin at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 > > Martin Liška changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Keywords|needs-bisection | > > --- Comment #3 from Martin Liška --- > On master it as fixed with: OK, that's not a fix so it probably reproduces still with -fno-eliminate-unused-debug-symbols >From gcc-bugs-return-671989-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:42:46 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109510 invoked by alias); 2 Mar 2020 10:42: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 109455 invoked by uid 48); 2 Mar 2020 10:42:42 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] ICE with '-flto -g -femit-struct-debug-baseonly' Date: Mon, 02 Mar 2020 10:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_known_to_work cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00098.txt Content-length: 549 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Known to work|10.0 | Known to fail| |10.0 --- Comment #5 from Martin Liška --- > > OK, that's not a fix so it probably reproduces still with > -fno-eliminate-unused-debug-symbols Yes, I forgot to test this. >From gcc-bugs-return-671988-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:42:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108658 invoked by alias); 2 Mar 2020 10:42: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 108586 invoked by uid 48); 2 Mar 2020 10:42:10 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93996] [10 Regression] ICE in lookup_page_table_entry Date: Mon, 02 Mar 2020 10:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00097.txt Content-length: 524 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93996 --- Comment #4 from Andrew Pinski --- The bad tree comes from the mem_attrs from (mem/v:SI (reg/f:DI 0 x0 [97]) [-1 S4 A32]) inside the following instruction: $3 = (insn:TI 30 34 31 3 (set (reg:SI 1 x1 [98]) (unspec_volatile:SI [ (mem/v:SI (reg/f:DI 0 x0 [97]) [-1 S4 A32]) (const_int 5 [0x5]) ] UNSPECV_LX)) "t1.c":2:17 3889 {aarch64_load_exclusivesi} (nil)) ---- CUT ---- >From gcc-bugs-return-671990-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:44:04 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113664 invoked by alias); 2 Mar 2020 10:44: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 113600 invoked by uid 48); 2 Mar 2020 10:43:59 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] [8/9/10 Regression] ICE with '-flto -g -femit-struct-debug-baseonly' Date: Mon, 02 Mar 2020 10:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_known_to_work short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00099.txt Content-length: 727 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 Martin Liška changed: What |Removed |Added ---------------------------------------------------------------------------- Known to work| |7.4.0 Summary|ICE with '-flto -g |[8/9/10 Regression] ICE |-femit-struct-debug-baseonl |with '-flto -g |y' |-femit-struct-debug-baseonl | |y' --- Comment #6 from Martin Liška --- With -std=c++17 it started with r8-2599-g1ea85365b430b5ad. I'm gonna reduce a test-case. >From gcc-bugs-return-671991-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:45:53 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116179 invoked by alias); 2 Mar 2020 10:45:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116035 invoked by uid 48); 2 Mar 2020 10:45:39 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/93971] std::string considered to alias declared objects of incompatible types Date: Mon, 02 Mar 2020 10:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: alias, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00100.txt Content-length: 677 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93971 --- Comment #8 from Richard Biener --- (In reply to Martin Sebor from comment #6) > I've been thinking of one of two kinds of annotation that wouldn't require > programs to change and would be sufficient if applied only to the definition > of the containers: (1) one that would make "std::string::ptr" on par with > that of any other pointer other than char (i.e., a char that's not allowed > to be used to access anything but a char object) but then std::string s; char *p = s.c_str(); *p = '0'; s[0] breaks? ISTR there's ways to get a char * to the std::string storage. >From gcc-bugs-return-671993-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:46:58 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121123 invoked by alias); 2 Mar 2020 10:46: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 121055 invoked by uid 48); 2 Mar 2020 10:46:54 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93974] [10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu since r10-6762 Date: Mon, 02 Mar 2020 10:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: bergner at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00102.txt Content-length: 294 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|8.4 |10.0 >From gcc-bugs-return-671992-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:46:34 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119757 invoked by alias); 2 Mar 2020 10:46: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 119205 invoked by uid 48); 2 Mar 2020 10:46:28 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: =?UTF-8?B?W0J1ZyBjKysvODgyOTVdIElDRSBvbiAoaW52YWxpZCkgQysrMTEgY29kZTog?= =?UTF-8?B?dHJlZSBjaGVjazogZXhwZWN0ZWQgY2xhc3Mg4oCYZXhwcmVzc2lvbuKAmSwg?= =?UTF-8?B?aGF2ZSDigJhleGNlcHRpb25h4oCZIChhcmd1bWVudF9wYWNrX3NlbGVjdCkg?= =?UTF-8?B?aW4gdHJlZV9vcGVyYW5kX2NoZWNrLCBhdCB0cmVlLmg6MzY1Mg==?Date: Mon, 02 Mar 2020 10:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx 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: 2020-03/txt/msg00101.txt Content-length: 178 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88295 --- Comment #2 from Arseny Solokha --- Is it still an issue? I cannot reproduce the ICE anywhere. >From gcc-bugs-return-671994-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:50:29 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124554 invoked by alias); 2 Mar 2020 10:50: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 124518 invoked by uid 48); 2 Mar 2020 10:50:25 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/93999] New: Maybe a misleading warning Date: Mon, 02 Mar 2020 10:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin 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: 2020-03/txt/msg00103.txt Content-length: 2155 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93999 Bug ID: 93999 Summary: Maybe a misleading warning Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org Target Milestone: --- We may emit a misleading warning based on: https://github.com/godotengine/godot/pull/36393 $ cat grid.ii class A; template void call_with_variant_args_helper(void (T::*p_method)(), int p_args) { A *p_instance; (p_instance->*p_method)(P(p_args)...); } template void call_with_variant_args(void (T::*)()) { call_with_variant_args_helper; } template class CallableCustomMethodPointer { struct { void (T::*method)(); } data; public: virtual void m_fn1() { call_with_variant_args(data.method); } CallableCustomMethodPointer(A *, void (T::*)()) {} }; template void create_custom_callable_function_pointer(A *p_instance, const char *, void (T::*p_method)()) { CallableCustomMethodPointer(p_instance, p_method); } class A { void m_fn2(); A(); }; A::A() { create_custom_callable_function_pointer(this, "", &A::m_fn2); } $ g++ grid.ii -c -Wunused-but-set-parameter -Werror -std=c++17 -fmax-errors=1 grid.ii: In instantiation of ‘void call_with_variant_args_helper(void (T::*)(), int) [with T = A; P = {}]’: grid.ii:8:3: required from ‘void call_with_variant_args(void (T::*)()) [with T = A]’ grid.ii:16:48: required from ‘void CallableCustomMethodPointer::m_fn1() [with T = A]’ grid.ii:16:16: required from here grid.ii:3:63: error: parameter ‘p_args’ set but not used [-Werror=unused-but-set-parameter] 3 | void call_with_variant_args_helper(void (T::*p_method)(), int p_args) { | ~~~~^~~~~~ cc1plus: all warnings being treated as errors >From gcc-bugs-return-671995-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:51:22 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125540 invoked by alias); 2 Mar 2020 10:51: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 125488 invoked by uid 48); 2 Mar 2020 10:51:19 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/93582] [10 Regression] -Warray-bounds gives error: array subscript 0 is outside array bounds of struct E[1] Date: Mon, 02 Mar 2020 10:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00104.txt Content-length: 431 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93582 --- Comment #37 from Jakub Jelinek --- (In reply to rguenther@suse.de from comment #36) > Yeah, just add a insert_p flag to the lookup function and the context > struct, for lookups only valid under a mask we indeed may not record > those into the hash tables. The https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01628.html patch does that (roughly). >From gcc-bugs-return-671996-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:54:33 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128416 invoked by alias); 2 Mar 2020 10:54:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 128369 invoked by uid 48); 2 Mar 2020 10:54:28 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] [8/9/10 Regression] ICE with '-flto -g -femit-struct-debug-baseonly' Date: Mon, 02 Mar 2020 10:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00105.txt Content-length: 837 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 --- Comment #7 from Martin Liška --- There's a reduced test-case: $ cat pr93951.ii # 2 "" 3 namespace std { template struct A {}; template struct __gen_vtable { using _Func_ptr = _Visitor; using _Array_type = A<_Func_ptr>; static _Array_type m_fn1() {} static constexpr auto _S_vtable = m_fn1; }; template visit(_Visitor) { using _Result_type = decltype(0); __gen_vtable<_Result_type, _Visitor>::_S_vtable; } } // namespace std struct V { m_fn2() { auto visitor = [] {}; std::visit(visitor); } }; Fails with: $ g++ pr93951.ii -c -g -flto -femit-struct-debug-baseonly -std=c++17 -fno-eliminate-unused-debug-symbols -c Will you take a look Richi? >From gcc-bugs-return-671997-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 10:55:32 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129920 invoked by alias); 2 Mar 2020 10:55:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 129852 invoked by uid 48); 2 Mar 2020 10:55:28 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/93981] No EH information generated for asm statements Date: Mon, 02 Mar 2020 10:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00106.txt Content-length: 179 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93981 --- Comment #10 from Richard Biener --- Some stmt-ends-BB predicates are probably off for asms. >From gcc-bugs-return-671998-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:01:18 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7554 invoked by alias); 2 Mar 2020 11:01:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7493 invoked by uid 48); 2 Mar 2020 11:01:14 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] [8/9/10 Regression] ICE with '-flto -g -femit-struct-debug-baseonly' Date: Mon, 02 Mar 2020 11:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status assigned_to target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00107.txt Content-length: 661 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Target Milestone|--- |8.4 --- Comment #8 from Richard Biener --- I will have a look (but I consider -femit-struct-debug-baseonly quite arcane and possibly unsupported). >From gcc-bugs-return-671999-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:03:50 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9602 invoked by alias); 2 Mar 2020 11:03: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 9536 invoked by uid 48); 2 Mar 2020 11:03:46 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93996] [10 Regression] ICE in lookup_page_table_entry Date: Mon, 02 Mar 2020 11:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords 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: 2020-03/txt/msg00108.txt Content-length: 1842 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93996 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-checking Component|target |rtl-optimization --- Comment #5 from Andrew Pinski --- We set mem_attr->expr to NULL with: 0x0000000000986a22 in memcpy (__len=56, __src=0x7fffffffd2b0, __dest=0x7ffff7252ce8) at /usr/include/x86_64-linux-gnu/bits/string_fortified.h:34 34 return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest)); (gdb) bt #0 0x0000000000986a22 in memcpy (__len=56, __src=0x7fffffffd2b0, __dest=0x7ffff7252ce8) at /usr/include/x86_64-linux-gnu/bits/string_fortified.h:34 #1 set_mem_attrs (mem=0x7ffff7343a98, attrs=0x7fffffffd2b0) at /bajas/pinskia/src/toolchain-10/scripts/../src/gcc/emit-rtl.c:387 #2 0x00000000009888c6 in set_mem_alias_set (mem=mem@entry=0x7ffff7343a98, set=set@entry=-1) at /bajas/pinskia/src/toolchain-10/scripts/../src/gcc/emit-rtl.c:2212 #3 0x000000000084631d in get_builtin_sync_mem (loc=, mode=mode@entry=E_SImode) at /bajas/pinskia/src/toolchain-10/scripts/../src/gcc/builtins.c:6502 But change it to the incorrect thing with: #0 add_reg_note (insn=insn@entry=0x7ffff7252cb0, kind=kind@entry=REG_SAVE_NOTE, datum=) at /bajas/pinskia/src/toolchain-10/scripts/../src/gcc/rtlanal.c:2399 2398 REG_NOTES (insn) = alloc_reg_note (kind, datum, REG_NOTES (insn)); Here insn is: (note 35 33 23 4 [bb 4] NOTE_INSN_BASIC_BLOCK) Since this insn is not a INSN but a note, REG_NOTES is not value. RTL checking would have caught this issue. >From gcc-bugs-return-672001-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:04:34 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11319 invoked by alias); 2 Mar 2020 11:04: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 11222 invoked by uid 48); 2 Mar 2020 11:04:26 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93996] [10 Regression] ICE in lookup_page_table_entry Date: Mon, 02 Mar 2020 11:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00110.txt Content-length: 249 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93996 --- Comment #6 from Andrew Pinski --- (In reply to Andrew Pinski from comment #5) > Since this insn is not a INSN but a note, REG_NOTES is not value. s/value/valid/ >From gcc-bugs-return-672000-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:04:12 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10452 invoked by alias); 2 Mar 2020 11:04: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 10407 invoked by uid 48); 2 Mar 2020 11:04:08 -0000 From: "kito at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/93995] ICE in patch_jump_insn, at cfgrtl.c:1290 on riscv64-linux-gnu Date: Mon, 02 Mar 2020 11:04: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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kito 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: 10.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: 2020-03/txt/msg00109.txt Content-length: 172 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93995 --- Comment #3 from Kito Cheng --- Ooop, confirmed, I am debugging now, thanks your report. >From gcc-bugs-return-672002-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:10:16 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17884 invoked by alias); 2 Mar 2020 11:10: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 17806 invoked by uid 48); 2 Mar 2020 11:10:11 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/93996] [10 Regression] ICE in lookup_page_table_entry Date: Mon, 02 Mar 2020 11:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.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: 2020-03/txt/msg00111.txt Content-length: 761 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93996 --- Comment #7 from Andrew Pinski --- This seems to fix the issue (but I am not a scheduler expert and I am not 100% sure about it): diff --git a/gcc/haifa-sched.c b/gcc/haifa-sched.c index 1d3de7b6a76..9ca986eabdd 100644 --- a/gcc/haifa-sched.c +++ b/gcc/haifa-sched.c @@ -4239,6 +4239,8 @@ remove_notes (rtx_insn *head, rtx_insn *tail) if (insn != tail) { remove_insn (insn); + if (NOTE_P (next) && NOTE_KIND (next) == NOTE_INSN_BASIC_BLOCK) + next = NEXT_INSN (next); add_reg_note (next, REG_SAVE_NOTE, GEN_INT (NOTE_INSN_EPILOGUE_BEG)); break; >From gcc-bugs-return-672003-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:10:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18557 invoked by alias); 2 Mar 2020 11:10:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18041 invoked by uid 55); 2 Mar 2020 11:10:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] [9/10 Regression] -fcf-protection -flto -g don't work togeter Date: Mon, 02 Mar 2020 11:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: 9.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: 2020-03/txt/msg00112.txt Content-length: 672 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 --- Comment #4 from CVS Commits --- The master branch has been updated by H.J. Lu : https://gcc.gnu.org/g:577350603a657590c4b54a4a966cb49497e2514c commit r10-6965-g577350603a657590c4b54a4a966cb49497e2514c Author: H.J. Lu Date: Mon Mar 2 03:08:57 2020 -0800 lto: Also copy .note.gnu.property section When generating the separate file with LTO debug sections, we should also copy .note.gnu.property section. PR lto/93966 * simple-object.c (handle_lto_debug_sections): Also copy .note.gnu.property section. >From gcc-bugs-return-672004-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:14:21 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21585 invoked by alias); 2 Mar 2020 11:14:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21540 invoked by uid 55); 2 Mar 2020 11:14:17 -0000 From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] [9/10 Regression] -fcf-protection -flto -g don't work togeter Date: Mon, 02 Mar 2020 11:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: 9.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: 2020-03/txt/msg00113.txt Content-length: 753 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 --- Comment #5 from CVS Commits --- The releases/gcc-9 branch has been updated by H.J. Lu : https://gcc.gnu.org/g:cb54729240b30f187a143e5e84193f5bb5029a40 commit r9-8317-gcb54729240b30f187a143e5e84193f5bb5029a40 Author: H.J. Lu Date: Mon Mar 2 03:08:57 2020 -0800 lto: Also copy .note.gnu.property section When generating the separate file with LTO debug sections, we should also copy .note.gnu.property section. PR lto/93966 * simple-object.c (handle_lto_debug_sections): Also copy .note.gnu.property section. (cherry picked from commit 577350603a657590c4b54a4a966cb49497e2514c) >From gcc-bugs-return-672005-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:21:00 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54079 invoked by alias); 2 Mar 2020 11:21:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54000 invoked by uid 48); 2 Mar 2020 11:20:56 -0000 From: "thenlich at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/93871] COTAN is slow for complex types Date: Mon, 02 Mar 2020 11:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: minor X-Bugzilla-Who: thenlich at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: foreese 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: 2020-03/txt/msg00114.txt Content-length: 513 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #35 from Thomas Henlich --- (In reply to Steve Kargl from comment #34) > Even this appears to have some irregularities as my exhaustive > test in the interval [1.e-8,1) with direct call to sinf() yields > This looks like a job for FMA: "Correctly rounded multiplication by arbitrary precision constants" (http://perso.ens-lyon.fr/jean-michel.muller/MultConstant.html) show that it can be proven to always work. >From gcc-bugs-return-672006-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:22:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56393 invoked by alias); 2 Mar 2020 11:22:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 56297 invoked by uid 48); 2 Mar 2020 11:22:21 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] [9/10 Regression] -fcf-protection -flto -g don't work togeter Date: Mon, 02 Mar 2020 11:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.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: P2 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: 9.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: 2020-03/txt/msg00115.txt Content-length: 874 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from H.J. Lu --- (In reply to Richard Biener from comment #3) > Isn't this a linker bug? There's no code sections in the debug object. This is a good question. > Also you need to provide -fcf-protection at compile-time as well, not > only at link-time (technically only at compile-time). Otherwise success > is not guaranteed. That is correct. > I'm not aware why it should work with GCC 8 btw. It is because GCC 8 doesn't have early LTO debug. Fixed for GCC 10 and GCC 9.3. >From gcc-bugs-return-672007-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:26:54 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59504 invoked by alias); 2 Mar 2020 11:26:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 59477 invoked by uid 48); 2 Mar 2020 11:26:49 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93951] [8/9/10 Regression] ICE with '-flto -g -femit-struct-debug-baseonly' Date: Mon, 02 Mar 2020 11:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 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: 2020-03/txt/msg00116.txt Content-length: 5087 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93951 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jason at gcc dot gnu.org --- Comment #9 from Richard Biener --- The issue is that we have DIE 0: DW_TAG_compile_unit (0x7ffff6837000) abbrev id: 0 offset: 0 mark: 1 DW_AT_producer: "GNU C++17 10.0.1 20200302 (experimental) -g -flto -femit-struct-debug-baseonly -std=c++17 -fno-eliminate-unused-debug-symbols" DW_AT_language: 4 DW_AT_name: "t.ii" DW_AT_comp_dir: "/abuild/rguenther/obj-work2-g/gcc" DW_AT_stmt_list: label: *.Ldebug_line0 DIE 0: DW_TAG_namespace (0x7ffff6837140) abbrev id: 0 offset: 0 mark: 1 DW_AT_name: "std" DW_AT_decl_file: "" (0) DW_AT_decl_line: 0 DW_AT_sibling: die -> 0 (0x7ffff6837230) DIE 0: DW_TAG_structure_type (0x7ffff68371e0) abbrev id: 0 offset: 0 mark: 1 DW_AT_name: "A >" DW_AT_declaration: 1 DIE 0: DW_TAG_template_type_param (0x7ffff6837410) abbrev id: 0 offset: 0 mark: 1 DW_AT_name: "_Tp" DW_AT_type: die -> 0 (0x7ffff68373c0) but something pruned that last referenced DIE so it doens't get marked and thus appears external. We're eventually coming from 0x0000000000fa2679 in generic_parameter_die ( parm=, arg=, emit_name_p=true, parent_die=>) at /space/rguenther/src/gcc-work2/gcc/dwarf2out.c:13665 (gdb) l 13660 TMPL_DIE should have a child DW_AT_type attribute that is set 13661 to the type of the argument to PARM, which is ARG. 13662 If PARM is a type generic parameter, TMPL_DIE should have a 13663 child DW_AT_type that is set to ARG. */ 13664 tmpl_type = TYPE_P (arg) ? arg : TREE_TYPE (arg); 13665 add_type_attribute (tmpl_die, tmpl_type, 13666 (TREE_THIS_VOLATILE (tmpl_type) 13667 ? TYPE_QUAL_VOLATILE : TYPE_UNQUALIFIED), 13668 false, parent_die); (gdb) bt #0 0x0000000000fa2679 in generic_parameter_die ( parm=, arg=, emit_name_p=true, parent_die=>) at /space/rguenther/src/gcc-work2/gcc/dwarf2out.c:13665 #1 0x0000000000fa23c5 in gen_generic_params_dies ( t=) at /space/rguenther/src/gcc-work2/gcc/dwarf2out.c:13585 #2 0x0000000000fc9fc6 in gen_scheduled_generic_parms_dies () at /space/rguenther/src/gcc-work2/gcc/dwarf2out.c:27138 #3 0x0000000000fd51d7 in dwarf2out_early_finish ( filename=0x7fffffffe1c6 "t.ii") at /space/rguenther/src/gcc-work2/gcc/dwarf2out.c:32065 and that isn't expected to generate limbo dies. The gen_scheduled_generic_parms_dies function says /* Generate generic parameters DIEs for instances of generic types that have been previously scheduled by schedule_generic_params_dies_gen. This function must be called after all the types of the CU have been laid out. */ but not all types of the CU have been laid out as obviously seen. I'm really not sure that the implementation of -femit-struct-debug- via should_emit_struct_debug () is sane. Preventing initial DIE generation is really fragile and instead later pruning everything we don't want is much easier to get correct. Now, a fix for the testcase at hand would be to flush limbos one step later, but that may simply paper over the underlying issue. diff --git a/gcc/dwarf2out.c b/gcc/dwarf2out.c index bb45279ea56..54075b011bf 100644 --- a/gcc/dwarf2out.c +++ b/gcc/dwarf2out.c @@ -32058,11 +32058,12 @@ dwarf2out_early_finish (const char *filename) emit full debugging info for them. */ retry_incomplete_types (); + gen_scheduled_generic_parms_dies (); + /* The point here is to flush out the limbo list so that it is empty and we don't need to stream it for LTO. */ flush_limbo_die_list (); - gen_scheduled_generic_parms_dies (); gen_remaining_tmpl_value_param_die_attribute (); /* Add DW_AT_linkage_name for all deferred DIEs. */ Note for non-LTO it "works" because we flush limbos again in dwarf2out_finish before marking DIEs which doesn't happen before we output the early debug. That said, I wouldn't expect gen_scheduled_generic_parms_dies to generate type DIEs in limbo. Limbo flushing may generate new DIEs as well and IIRC ones with generic param DIEs, this was the reason of flushing before. I'd hate to "iterate" here. Jason? >From gcc-bugs-return-672008-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:28:25 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60917 invoked by alias); 2 Mar 2020 11:28:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 60877 invoked by uid 55); 2 Mar 2020 11:28:21 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] [9/10 Regression] -fcf-protection -flto -g don't work togeter Date: Mon, 02 Mar 2020 11:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: 9.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: 2020-03/txt/msg00117.txt Content-length: 1187 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 --- Comment #7 from rguenther at suse dot de --- On Mon, 2 Mar 2020, hjl.tools at gmail dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 > > H.J. Lu changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|NEW |RESOLVED > Resolution|--- |FIXED > > --- Comment #6 from H.J. Lu --- > (In reply to Richard Biener from comment #3) > > Isn't this a linker bug? There's no code sections in the debug object. > > This is a good question. > > > Also you need to provide -fcf-protection at compile-time as well, not > > only at link-time (technically only at compile-time). Otherwise success > > is not guaranteed. > > That is correct. > > > I'm not aware why it should work with GCC 8 btw. > > It is because GCC 8 doesn't have early LTO debug. It does but section copying has been made more explicit about notes only in GCC 9 it seems. >From gcc-bugs-return-672009-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:34:14 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69291 invoked by alias); 2 Mar 2020 11:34: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 69205 invoked by uid 48); 2 Mar 2020 11:34:10 -0000 From: "kito at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/90883] Generated code is worse if returned struct is unnamed Date: Mon, 02 Mar 2020 11:34: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.1.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: kito at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2020-03/txt/msg00118.txt Content-length: 399 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90883 --- Comment #30 from Kito Cheng --- After add --param max-inline-insns-size=1 to compile flags, x86, x86_64, rv32, rv64, nds32 and arm are "Deleted redundant store" at dse1. But mips, mips64 and aarch64 still not pass the scan testing since those 3 targets are expand " = {}" to loop at earlier passes. >From gcc-bugs-return-672010-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:39:49 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115247 invoked by alias); 2 Mar 2020 11:39: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 115139 invoked by uid 48); 2 Mar 2020 11:39:41 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/93966] [9/10 Regression] -fcf-protection -flto -g don't work togeter Date: Mon, 02 Mar 2020 11:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 10.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: P2 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: 9.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: 2020-03/txt/msg00119.txt Content-length: 684 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966 --- Comment #8 from H.J. Lu --- (In reply to rguenther@suse.de from comment #7) > > > > It is because GCC 8 doesn't have early LTO debug. > > It does but section copying has been made more explicit about notes > only in GCC 9 it seems. GCC 8 has the same bug: [hjl@gnu-cfl-2 tmp]$ /usr/gcc-8.2.1-x32/bin/gcc -flto -c -fcf-protection x.c -g [hjl@gnu-cfl-2 tmp]$ /usr/gcc-8.2.1-x32/bin/gcc -flto -Wl,-z,cet-report=error -fcf-protection x.o -g /usr/local/bin/ld: /tmp/cc6vezl6debugobj: error: missing IBT and SHSTK properties collect2: error: ld returned 1 exit status [hjl@gnu-cfl-2 tmp]$ >From gcc-bugs-return-672011-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 02 11:41:52 2020 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117988 invoked by alias); 2 Mar 2020 11:41:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 117929 invoked by uid 89); 2 Mar 2020 11:41:51 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=3.4 required=5.0 tests=AWL,BAYES_50,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,URIBL_GREY autolearn=no version=3.3.1 spammy=photos, icons, H*F:U*test, H*Ad:U*test X-HELO: xvfrqvdv.outbound-mail.sendgrid.net Received: from xvfrqvdv.outbound-mail.sendgrid.net (HELO xvfrqvdv.outbound-mail.sendgrid.net) (168.245.72.216) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 02 Mar 2020 11:41:49 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sendgrid.net; h=content-type:mime-version:subject:to:from; s=smtpapi; bh=T9UpDaWJFTZkDCYFLiZ7T7BzJPMc/zrWL+U5Mk1JaPc=; b=pZMg5XH5+sZsR JD+oKyiAdA3RbxFHHyaGNnNzUfJ10Igv03yQhmJpbbKDgMxMBNRBTgyRLt/vlgtl s02ex9w1YTmVcH55leyJGRT+5vCxCZCbHiYHF9MY56BVmX47EVRJFVOgp6lnYRqn rTcKtYzK3/EsahrGou6CQgZnJ66nCgReceived: by filter1904p1mdw1.sendgrid.net with SMTP id filter1904p1mdw1-19158-5E5CE508-7 2020-03-02 10:50:48.286301536 +0000 UTC m=+1551166.326140365 Received: from [151.80.8.16] (unknown [151.80.8.16]) by ismtpd0006p1lon1.sendgrid.net (SG) with ESMTP id _BsXlUImRG69mSjK8mqxqQ for ; Mon, 02 Mar 2020 10:50:48.112 +0000 (UTC) MIME-Version: 1.0 Subject: Your Account is under review To: gcc-bugs@gcc.gnu.org From: Server Date: Mon, 02 Mar 2020 11:41:00 -0000 Message-ID: <_BsXlUImRG69mSjK8mqxqQ@ismtpd0006p1lon1.sendgrid.net> X-SG-EID: so+5eOIRbGkGykpCG15cyLckLIUjz5743fjk2uK2FzK+AMn2KQdGcVW4Tfn7HXJeC9RDdbFZU07yNQ gialjuIZELCjbH8lImALvrS6ZjBR0FPu5x7RFMp4BFWqLuaIqQLmXHzSk/9Fvm72zjJ14stfwGyL/d kUKltkUxaB56cH/GL/rmzQLTehvLZWmx0iBTLRn/HEJ0IQHyVib9uqdXsA=Content-Description: Mail message body Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-SW-Source: 2020-03/txt/msg00120.txt Content-length: 698 Your Account will be disabled Account gcc-bugs@gcc.gnu.org will be disabled. It looks like it was being used in a way that violated our policies. We understand your account is important to you. So if you think this was a mistake, sign in to the disabled account and submit a request to restore it. You'll need to do this soon, because disabled accounts are eventually deleted, along with your emails, contacts, photos, and other data stored . Try to restore You received this email to let you know about important changes to your Google Account and services. 2019 Google LLC, 1600 Amphitheatre Parkway, Mountain View, CA 94043, USA