From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 55484 invoked by alias); 5 Jul 2019 01:51:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 55402 invoked by uid 55); 5 Jul 2019 01:51:35 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 01:51: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00384.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #36 from dave.anglin at bell dot net --- On 2019-07-03 6:06 p.m., elowe at elowe dot com wrote: > The non-working .s file does this: > > .LC0: > stringz "Hellos World" > > > > movl r36 =3D @gprel(.LC0) > ;; > add r36 =3D r1, r36 It seems to me that the gprel instruction would fault if the gp (r1) isn't properly initialized correctly before main is started. >>From gcc-bugs-return-648274-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 03:19:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55655 invoked by alias); 5 Jul 2019 03: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 55608 invoked by uid 48); 5 Jul 2019 03:19:18 -0000 From: "elowe at elowe dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 03: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: elowe at elowe dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00386.txt.bz2 Content-length: 452 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #37 from EML --- I wonder if is this patch is related: https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02193.html "Before the patch generated code uses .GOT entry: addl r14 =3D @ltoffx(a#), r1 ld8.mov r14 =3D [r14], a# After the patch generated code uses static gprel relocation: movl r14 =3D @gprel(a#) add r14 =3D r1, r14 " >>From gcc-bugs-return-648275-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 04:19:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23611 invoked by alias); 5 Jul 2019 04:19: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 23200 invoked by uid 48); 5 Jul 2019 04:19:40 -0000 From: "fxue at os dot amperecomputing.com" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91088] New: IPA-cp cost evaluation is too conservative for "if (f(param) cmp const_val)" condition Date: Fri, 05 Jul 2019 04:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fxue at os dot amperecomputing.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: 2019-07/txt/msg00387.txt.bz2 Content-length: 1640 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91088 Bug ID: 91088 Summary: IPA-cp cost evaluation is too conservative for "if (f(param) cmp const_val)" condition Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: fxue at os dot amperecomputing.com CC: marxin at gcc dot gnu.org Target Milestone: --- Current IPA-cp only detects conditional statement like "if (param cmp const_val)", and gives a reasonable cost evaluation used in function versioning. But beyond this form, any generalized form as f(param), a funct= ion on the parameter, which involves extra operations and constant values, will= be conservatively treated, have not use in cost computation. The following is an example, compiled with "-O3 -fno-inline". The value "5" is propagated into callee(), for "if (v < 3)", ipa-cp can deduce that "true branch" will not be executed, and benefit for function versioning is large. And for "if (v * 2 < 6)", ipa-cp can not handle that, = and conservatively takes cost of "true branch" into account, so get a "no need = to clone function" conclusion. int foo(); int callee(int v) { // if (v < 3) // will make a constprop copy with v =3D 5 // if (v * 2 < 6) // will no make a constprop copy { foo(); foo(); foo(); foo(); foo(); foo(); foo(); foo(); foo(); } else return 1; } int caller() { return callee (5); } >>From gcc-bugs-return-648276-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 04:40:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75702 invoked by alias); 5 Jul 2019 04:40: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 74989 invoked by uid 48); 5 Jul 2019 04:40:49 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89976] missing uninitialized warning: laundering via passing object through a function Date: Fri, 05 Jul 2019 04:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00388.txt.bz2 Content-length: 224 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89976 --- Comment #1 from Eric Gallager --- could you be a bit more specific about which lines exactly you're expecting= the warnings to go on? >>From gcc-bugs-return-648277-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 04:49:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80880 invoked by alias); 5 Jul 2019 04: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 80844 invoked by uid 48); 5 Jul 2019 04:49:16 -0000 From: "fxue at os dot amperecomputing.com" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91089] New: IPA-cp does setup proper cost model for switch default case in function versioning Date: Fri, 05 Jul 2019 04:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fxue at os dot amperecomputing.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: 2019-07/txt/msg00389.txt.bz2 Content-length: 1686 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91089 Bug ID: 91089 Summary: IPA-cp does setup proper cost model for switch default case in function versioning Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: fxue at os dot amperecomputing.com CC: marxin at gcc dot gnu.org Target Milestone: --- IPA-cp always adds execution cost of switch default case into cost evaluati= on for other switch case, which might miss opportunities of function versioning when only certain case is proved to be executed after constant propagation. The following is an example, compiled with "-O3 -fno-inline". It is reasonable to make a function versioning for callee when "v=3D1", but actually it does not happen. And if we replace "default" with "case =3D 4", it clones the function as we expect. In some situations, we can deduce a relative small execution predicate for default case. If all switch cases are in a continuous value range, we can use compare to range low and high bound to mark default switch case. Additionally, range analysis can also give us more information to simplify the predicate. int foo(); int callee(int v) { int i =3D 0; switch (v) { case 1: i =3D 3; break; case 2: i =3D 9; break; default:=20 foo(); foo(); foo(); foo(); foo(); foo(); foo(); foo(); foo(); } return i; } int caller() { return callee (1); } >>From gcc-bugs-return-648278-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 04:54:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85384 invoked by alias); 5 Jul 2019 04:54: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 85339 invoked by uid 48); 5 Jul 2019 04:54:53 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 04: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00390.txt.bz2 Content-length: 6278 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #38 from The Written Word --- I rebuilt 8.3.0 with minimal patches and am seeing the same failure as befo= re. =46rom /ia64-hp-hpux11.31/libstdc++-v3/config.log: configure:7964: checking for ANSI C header files configure:7984: /opt/build/china/gcc-8.3.0/.obj/./gcc/xgcc -B/opt/build/china/gcc-8.3.0/.obj/./gcc/ -B/opt/build/gcc8/ia64-hp-hpux11.31/bin/ -B/opt/build/gcc8/ia64-hp-hpux11.31/lib/ -isystem /opt/build/gcc8/ia64-hp-hpux11.31/include -isystem /opt/build/gcc8/ia64-hp-hpux11.31/sys-include -c -O2 -g conftest.c >&5 configure:7984: $? =3D 0 configure:8057: /opt/build/china/gcc-8.3.0/.obj/./gcc/xgcc -B/opt/build/china/gcc-8.3.0/.obj/./gcc/ -B/opt/build/gcc8/ia64-hp-hpux11.31/bin/ -B/opt/build/gcc8/ia64-hp-hpux11.31/lib/ -isystem /opt/build/gcc8/ia64-hp-hpux11.31/include -isystem /opt/build/gcc8/ia64-hp-hpux11.31/sys-include -o conftest -O2 -g=20=20 conftest.c >&5 configure:8057: $? =3D 0 configure:8057: ./conftest /opt/build/china/gcc-8.3.0/libstdc++-v3/configure: line 1940: 18830 Segmentation fault (core dumped) ./conftest$ac_exeext If I compile the conftest.c program between gcc-4.9.4 and the 8.3.0 stage 1 compiler: --- gcc-4.9.4/conftest.s 2019-07-05 04:50:23 +0000 +++ /opt/build/china/gcc-8.3.0/.obj/ia64-hp-hpux11.31/libstdc++-v3/conftest= .s=20=20 2019-07-05 04:50:13 +0000 @@ -27,42 +27,26 @@ ;; ld4 r14 =3D [r14] ;; - addp4 r14 =3D 0,r14 - ;; cmp.eq p6, p7 =3D 0, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L3 addl r14 =3D @ltoffx(__SB_masks#), r1 ;; ld8.mov r14 =3D [r14], __SB_masks# ;; ld4 r14 =3D [r14] - ;; - addp4 r14 =3D 0,r14 ld4 r15 =3D [r34] ;; shladd r15 =3D r15, 2, r0 ;; add r14 =3D r15, r14 ;; - addp4 r14 =3D 0,r14 + addp4 r14 =3D r14, r0 ;; ld4 r14 =3D [r14] ;; and r14 =3D 64, r14 ;; cmp4.ne p6, p7 =3D 0, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L4 br .L5 ;; @@ -73,33 +57,15 @@ mov r14 =3D r8 ;; cmp4.eq p6, p7 =3D 0, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L5 .L4: ld4 r14 =3D [r34] ;; cmp4.ge p6, p7 =3D 96, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L6 ld4 r14 =3D [r34] ;; cmp4.lt p6, p7 =3D 122, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L6 .L5: addl r14 =3D @ltoffx(__SB_masks#), r1 @@ -108,42 +74,26 @@ ;; ld4 r14 =3D [r14] ;; - addp4 r14 =3D 0,r14 - ;; cmp.eq p6, p7 =3D 0, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L7 addl r14 =3D @ltoffx(__SB_masks#), r1 ;; ld8.mov r14 =3D [r14], __SB_masks# ;; ld4 r14 =3D [r14] - ;; - addp4 r14 =3D 0,r14 ld4 r15 =3D [r34] ;; shladd r15 =3D r15, 2, r0 ;; add r14 =3D r15, r14 ;; - addp4 r14 =3D 0,r14 + addp4 r14 =3D r14, r0 ;; ld4 r14 =3D [r14] ;; and r14 =3D 64, r14 ;; cmp4.eq p6, p7 =3D 0, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L8 br .L9 ;; @@ -154,33 +104,15 @@ mov r14 =3D r8 ;; cmp4.ne p6, p7 =3D 0, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L9 .L8: ld4 r14 =3D [r34] ;; cmp4.ge p6, p7 =3D 96, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L9 ld4 r14 =3D [r34] ;; cmp4.ge p6, p7 =3D 122, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L6 .L9: ld4 r36 =3D [r34] @@ -190,22 +122,10 @@ ld4 r14 =3D [r34] ;; cmp4.ge p6, p7 =3D 96, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L10 ld4 r14 =3D [r34] ;; cmp4.lt p6, p7 =3D 122, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L10 ld4 r14 =3D [r34] ;; @@ -216,13 +136,7 @@ ld4 r14 =3D [r34] .L11: ;; - cmp4.eq p6, p7 =3D r14, r15 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 + cmp4.eq p6, p7 =3D r15, r14 (p6) br.cond.dptk .L12 .L6: addl r14 =3D 2, r0 @@ -239,12 +153,6 @@ addl r15 =3D 255, r0 ;; cmp4.ge p6, p7 =3D r15, r14 - ;; - (p6) adds r14 =3D 1, r0 - ;; - (p7) adds r14 =3D 0, r0 - ;; - tbit.nz p6, p7 =3D r14, 0 (p6) br.cond.dptk .L14 mov r14 =3D r0 .L13: Compiling the gcc-4.9.4 conftest.s with the gcc-8.3.0 stage 1 compiler and executing it works fine. Doing the reverse (using gcc-4.9.4 to generate an executable from the gcc-8.3.0 stage 1 generated conftest.s) reproduces the segfault. >>From gcc-bugs-return-648279-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 04:57:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 87872 invoked by alias); 5 Jul 2019 04:57: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 87817 invoked by uid 48); 5 Jul 2019 04:57:27 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 04:57: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00391.txt.bz2 Content-length: 2054 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #39 from The Written Word --- (In reply to EML from comment #25) > I have applied the patch and tried your other suggestions, still the stag= e1 > compiler has the same problems generating executables. >=20 > In analyzing the intermediate files between working (gcc 4.93) and not > (bootstrap 8.3), the intermediate files seem similar until the "mach" sta= ge >=20 > The problem seems to be in out the compiler decides to reference a string= in > the source. >=20 > My program is: >=20 > #include >=20 > int main() > { > printf("Hellos World\n"); > return 0; > } >=20 > The generated .s file for Working does this: >=20 > .LC0: > stringz "Hellos World" >=20 > >=20 > addl r36 =3D @ltoffx(.LC0), r1 > ;; > ld8.mov r36 =3D [r36], .LC0 >=20 > The non-working .s file does this: >=20 > .LC0: > stringz "Hellos World" >=20 > >=20 > movl r36 =3D @gprel(.LC0) > ;; > add r36 =3D r1, r36 >=20 >=20 > If I replace those 3 lines and run the assembler+linker by hand - the > non-working foo.s will run correctly I can now duplicate what you're seeing: $ diff -u gcc-4.9.4/hello.s gcc-8.3.0/hello.s --- gcc-4.9.3/hello.s 2019-07-05 04:55:49 +0000 +++ gcc-8.3.0/hello.s 2019-07-05 04:55:44 +0000 @@ -1,5 +1,6 @@ .file "hello.c" .pred.safe_across_calls p1-p5,p16-p63 + .section .text, "ax", "progbits" .section .rodata, "a", "progbits" .align 8 .LC0: @@ -19,9 +20,9 @@ mov r32 =3D b0 mov r35 =3D r1 .body - addl r36 =3D @ltoffx(.LC0), r1 + movl r36 =3D @gprel(.LC0) ;; - ld8.mov r36 =3D [r36], .LC0 + add r36 =3D r1, r36 br.call.sptk.many b0 =3D puts# mov r1 =3D r35 mov r14 =3D r0 $ grep LTOFF /gcc/config.status D["HAVE_AS_LTOFFX_LDXMOV_RELOCS"]=3D" 1" >>From gcc-bugs-return-648280-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 04:59:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89894 invoked by alias); 5 Jul 2019 04:59: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 89846 invoked by uid 48); 5 Jul 2019 04:59:00 -0000 From: "fxue at os dot amperecomputing.com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91090] New: A suspicious code in tree-ssa-dom.c Date: Fri, 05 Jul 2019 04:59: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fxue at os dot amperecomputing.com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00392.txt.bz2 Content-length: 1346 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91090 Bug ID: 91090 Summary: A suspicious code in tree-ssa-dom.c Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: fxue at os dot amperecomputing.com Target Milestone: --- Find code snippet in simplify_stmt_for_jump_threading (): if (vr->kind () =3D=3D VR_RANGE) { size_t i, j; find_case_label_range (switch_stmt, vr->min (), vr->max (), &i, &= j); if (i =3D=3D j) { tree label =3D gimple_switch_label (switch_stmt, i); tree singleton; if (CASE_HIGH (label) !=3D NULL_TREE ? (tree_int_cst_compare (CASE_LOW (label), vr->min ()) <= =3D 0 && tree_int_cst_compare (CASE_HIGH (label), vr->max ()= ) >=3D 0) : (vr->singleton_p (&singleton) && tree_int_cst_equal (CASE_LOW (label), singleton))) return label; if (i > j) return gimple_switch_label (switch_stmt, 0); } } The conditional "if (i > j)" should be outside of "if (i =3D=3D j)"? >>From gcc-bugs-return-648281-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 05:03:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 95487 invoked by alias); 5 Jul 2019 05:03:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 95460 invoked by uid 48); 5 Jul 2019 05:03:51 -0000 From: "aleksey.covacevice at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91091] New: [missed optimization] Missing aliasing optimization Date: Fri, 05 Jul 2019 05:03: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: 5.4.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: aleksey.covacevice at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00393.txt.bz2 Content-length: 1287 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91091 Bug ID: 91091 Summary: [missed optimization] Missing aliasing optimization Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: aleksey.covacevice at gmail dot com Target Milestone: --- Consider the following: struct s { int x; }; struct t { int x; }; void swap(struct s* p, struct t* q) { p->x =3D q->x; q->x =3D p->x; } Aliasing rules forbid `p` and `q` to point to the same object; yet, GCC 5.4= and most subsequent versions produce (-O3): swap(s*, t*): mov eax, DWORD PTR [rsi] mov DWORD PTR [rdi], eax mov DWORD PTR [rsi], eax // Possible alias between p and q ret whereas GCC versions 4.5.3 to 5.3 and versions 8.1 to 8.2 correctly produce: swap(s*, t*): mov eax, DWORD PTR [rsi] mov DWORD PTR [rdi], eax ret All versions produce the correct code if __restrict__ is used on any pointe= r. This behavior can be verified on Godbolt: https://godbolt.org/z/WYMoFI >>From gcc-bugs-return-648282-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 05:48:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38241 invoked by alias); 5 Jul 2019 05:48: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 38108 invoked by uid 48); 5 Jul 2019 05:48:30 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91088] IPA-cp cost evaluation is too conservative for "if (f(param) cmp const_val)" condition Date: Fri, 05 Jul 2019 05:48: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00394.txt.bz2 Content-length: 274 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91088 --- Comment #1 from Marc Glisse --- I am surprised we don't have a match.pd transformation for v * 2 < 6 with undefined overflow. But that's only a side remark, not important for your report. >>From gcc-bugs-return-648283-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 05:53:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47563 invoked by alias); 5 Jul 2019 05: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 47467 invoked by uid 48); 5 Jul 2019 05:53:47 -0000 From: "colomar.6.4.3 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/10980] vararg functions are not inlined Date: Fri, 05 Jul 2019 05: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: 3.3 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: colomar.6.4.3 at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00395.txt.bz2 Content-length: 1360 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D10980 Alejandro Colomar changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |colomar.6.4.3 at gmail dot= com --- Comment #13 from Alejandro Colomar --- static inline void TELL(const char *fmt, ...) __attribute__((format(printf, 1, 2), always_inline)); static inline void TELL(const char *fmt, ...) { va_list ap; va_start(ap,fmt); vsyslog(LOG_NOTICE,_(fmt),ap); va_end(ap); } The compiler should be able to see that it is a varargs function with printf-like format, and that the only reason for `va_list` to exist is to pass the varargs and not to use them. It is trivial to see that an inlined version would be simplified to a call to `syslog`. Example: void foo(void) { char *world =3D "world"; char newline =3D '\n'; TELL("Hello %s%c%c", world, '!', newline); } could be inlined to the following code: void foo(void) { char *world =3D "world"; char newline =3D '\n'; syslog(LOG_NOTICE, "Hello %s%c%c", world, '!', newline); } The same should happen with `vprintf`->`printf` and all those families of functions. >>From gcc-bugs-return-648284-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 07:10:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37787 invoked by alias); 5 Jul 2019 07:10: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 37326 invoked by uid 48); 5 Jul 2019 07:10:37 -0000 From: "fw at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] New: Error on implicit function declarations by default Date: Fri, 05 Jul 2019 07:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: fw 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: 2019-07/txt/msg00396.txt.bz2 Content-length: 884 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 Bug ID: 91092 Summary: Error on implicit function declarations by default Product: gcc Version: unknown Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: fw at gcc dot gnu.org Target Milestone: --- Once configure scripts have been cleaned up (and we have verified this for Fedora and perhaps Debian), c99/gnu99/c11/gnu11 mode should all default to emitting errors for implicit function declarations. Implicit function declarations were removed from C99, but have been kept in= GCC so far, mainly for compatibility with existing configure checks (which give wrong results if implicit function declarations are used in tests). >>From gcc-bugs-return-648285-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 07:13:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52230 invoked by alias); 5 Jul 2019 07:13: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 52183 invoked by uid 48); 5 Jul 2019 07:12:58 -0000 From: "fw at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91093] New: Error on implicit int by default Date: Fri, 05 Jul 2019 07:13: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: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: fw 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: 2019-07/txt/msg00397.txt.bz2 Content-length: 986 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91093 Bug ID: 91093 Summary: Error on implicit int by default Product: gcc Version: unknown Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: fw at gcc dot gnu.org Target Milestone: --- Once configure scripts have been cleaned up (and we have verified this for Fedora and perhaps Debian), c99/gnu99/c11/gnu11 modes should all default to emitting errors for implicit ints. Implicit ints were removed from C99, but have been kept in GCC so far, main= ly for compatibility with existing configure checks (which give wrong results = if implicit ints are used in tests). (Support for implicit ints is incompatible with using the auto keyword for localized type inference, should that ever come for C, so it makes sense to clean this up.) >>From gcc-bugs-return-648286-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 08:48:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4718 invoked by alias); 5 Jul 2019 08: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 4298 invoked by uid 48); 5 Jul 2019 08:48:36 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91091] [missed optimization] Missing optimization in unaliased pointers Date: Fri, 05 Jul 2019 08: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: 5.4.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: keywords 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: 2019-07/txt/msg00398.txt.bz2 Content-length: 880 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91091 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-07-05 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Note that GCC middle-end semantics would allow partial overlaps here unless you factor in alignment requirements. There is actually code in GCC9+ that is supposed to handle this situation b= ut for some reason it doesn't work here. I'll see why. >>From gcc-bugs-return-648287-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 08:51:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7711 invoked by alias); 5 Jul 2019 08:51: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 7601 invoked by uid 48); 5 Jul 2019 08:51:00 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91090] A suspicious code in tree-ssa-dom.c Date: Fri, 05 Jul 2019 08:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: unknown X-Bugzilla-Keywords: 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 everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00399.txt.bz2 Content-length: 580 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91090 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-05 CC| |law at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Jeff - you touched this code last. >>From gcc-bugs-return-648288-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 10:34:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118105 invoked by alias); 5 Jul 2019 10:34: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 118067 invoked by uid 48); 5 Jul 2019 10:34:16 -0000 From: "author at shakthimaan dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug web/90334] documentation for getting read-write SVN access is misleading Date: Fri, 05 Jul 2019 10:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: web X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: author at shakthimaan 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: 2019-07/txt/msg00400.txt.bz2 Content-length: 279 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90334 --- Comment #7 from Shakthi Kannan --- Created attachment 46559 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46559&action=3Dedit Use whitespace between sourceware.org and gcc.gnu.org >>From gcc-bugs-return-648289-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 11:02:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40035 invoked by alias); 5 Jul 2019 11:01: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 39980 invoked by uid 48); 5 Jul 2019 11:01:56 -0000 From: "wilco 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: Fri, 05 Jul 2019 11: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.1.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00401.txt.bz2 Content-length: 406 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90883 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- --- Comment #15 from Wilco --- Reopen >>From gcc-bugs-return-648290-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 11:26:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52923 invoked by alias); 5 Jul 2019 11:26: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 52465 invoked by uid 48); 5 Jul 2019 11:26:26 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 11:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword 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: 2019-07/txt/msg00402.txt.bz2 Content-length: 254 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #40 from The Written Word --- Created attachment 46560 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46560&action=3Dedit Revert PR60465 >>From gcc-bugs-return-648291-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 11:31:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 58530 invoked by alias); 5 Jul 2019 11:31: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 58133 invoked by uid 48); 5 Jul 2019 11:31:31 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 11: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00403.txt.bz2 Content-length: 2819 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #41 from The Written Word --- (In reply to The Written Word from comment #39) > (In reply to EML from comment #25) > > I have applied the patch and tried your other suggestions, still the st= age1 > > compiler has the same problems generating executables. > >=20 > > In analyzing the intermediate files between working (gcc 4.93) and not > > (bootstrap 8.3), the intermediate files seem similar until the "mach" s= tage > >=20 > > The problem seems to be in out the compiler decides to reference a stri= ng in > > the source. > >=20 > > My program is: > >=20 > > #include > >=20 > > int main() > > { > > printf("Hellos World\n"); > > return 0; > > } > >=20 > > The generated .s file for Working does this: > >=20 > > .LC0: > > stringz "Hellos World" > >=20 > > > >=20 > > addl r36 =3D @ltoffx(.LC0), r1 > > ;; > > ld8.mov r36 =3D [r36], .LC0 > >=20 > > The non-working .s file does this: > >=20 > > .LC0: > > stringz "Hellos World" > >=20 > > > >=20 > > movl r36 =3D @gprel(.LC0) > > ;; > > add r36 =3D r1, r36 > >=20 > >=20 > > If I replace those 3 lines and run the assembler+linker by hand - the > > non-working foo.s will run correctly >=20 > I can now duplicate what you're seeing: > $ diff -u gcc-4.9.4/hello.s gcc-8.3.0/hello.s > --- gcc-4.9.3/hello.s 2019-07-05 04:55:49 +0000 > +++ gcc-8.3.0/hello.s 2019-07-05 04:55:44 +0000 > @@ -1,5 +1,6 @@ > .file "hello.c" > .pred.safe_across_calls p1-p5,p16-p63 > + .section .text, "ax", "progbits" > .section .rodata, "a", "progbits" > .align 8 > .LC0: > @@ -19,9 +20,9 @@ > mov r32 =3D b0 > mov r35 =3D r1 > .body > - addl r36 =3D @ltoffx(.LC0), r1 > + movl r36 =3D @gprel(.LC0) > ;; > - ld8.mov r36 =3D [r36], .LC0 > + add r36 =3D r1, r36 > br.call.sptk.many b0 =3D puts# > mov r1 =3D r35 > mov r14 =3D r0 >=20 > $ grep LTOFF /gcc/config.status > D["HAVE_AS_LTOFFX_LDXMOV_RELOCS"]=3D" 1" If I revert the patch for PR60465 (added as an attachment), then looking at= the difference between gcc-4.9.4/hello.s and gcc-8.3.0/hello.s gives: --- gcc-4.9.4/hello.s 2019-07-05 04:55:49 +0000 +++ gcc-8.3.0/hello.s 2019-07-05 11:25:09 +0000 @@ -1,5 +1,6 @@ .file "hello.c" .pred.safe_across_calls p1-p5,p16-p63 + .section .text, "ax", "progbits" .section .rodata, "a", "progbits" .align 8 .LC0: Reverting the patch doesn't bring us any closer to the segfault in libstdc+= +-v3 though. >>From gcc-bugs-return-648292-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 11:49:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101572 invoked by alias); 5 Jul 2019 11:49: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 101314 invoked by uid 48); 5 Jul 2019 11:49:47 -0000 From: "jens.wellner at dlr dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/78884] [7/8/9/10] ICE when gimplifying VLA in OpenMP SIMD region Date: Fri, 05 Jul 2019 11:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 7.0 X-Bugzilla-Keywords: ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jens.wellner at dlr dot de 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: 2019-07/txt/msg00404.txt.bz2 Content-length: 183 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D78884 --- Comment #10 from Jens Wellner --- I have tested the trunk and it is working as expected. Thanks >>From gcc-bugs-return-648293-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 11:56:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67650 invoked by alias); 5 Jul 2019 11:56: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 66992 invoked by uid 48); 5 Jul 2019 11:56:54 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91094] New: BB vectorization is too quick to disable itself because of possible unrolling needed Date: Fri, 05 Jul 2019 11:56: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: enhancement 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: 2019-07/txt/msg00405.txt.bz2 Content-length: 1939 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91094 Bug ID: 91094 Summary: BB vectorization is too quick to disable itself because of possible unrolling needed Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: rguenth at gcc dot gnu.org Target Milestone: --- long long a[1024]; int b[1024]; void foo() { a[0] =3D b[0] + b[2]; a[1] =3D b[1] + b[3]; #if WORKS a[2] =3D b[4] + b[6]; a[3] =3D b[5] + b[7]; #endif } The above is not vectorized fully (we vectorize the store) if !WORKS because t2.c:12:1: missed: Build SLP failed: unrolling required in basic block SLP which checks group_size (2) against the vector(4) int number of elements. It works fine with WORKS because then group_size is 4. A similar issue prevents SPEC x264 from being vectorized optimally. Testcase from that: typedef unsigned int uint32_t; typedef unsigned char uint8_t; #define HADAMARD4(d0, d1, d2, d3, s0, s1, s2, s3) {\ int t0 =3D s0 + s1;\ int t1 =3D s0 - s1;\ int t2 =3D s2 + s3;\ int t3 =3D s2 - s3;\ d0 =3D t0 + t2;\ d2 =3D t0 - t2;\ d1 =3D t1 + t3;\ d3 =3D t1 - t3;\ } uint32_t tmp[4][4]; __attribute__ ((noinline,noclone)) void x264_pixel_satd_8x4( uint8_t *pix1, int i_pix1, uint8_t *pix2, int i_p= ix2 ) { uint32_t a0, a1, a2, a3; for( int i =3D 0; i < 4; i++, pix1 +=3D i_pix1, pix2 +=3D i_pix2 ) { a0 =3D (pix1[0] - pix2[0]) + ((pix1[4] - pix2[4]) << 16); a1 =3D (pix1[1] - pix2[1]) + ((pix1[5] - pix2[5]) << 16); a2 =3D (pix1[2] - pix2[2]) + ((pix1[6] - pix2[6]) << 16); a3 =3D (pix1[3] - pix2[3]) + ((pix1[7] - pix2[7]) << 16); HADAMARD4( tmp[i][0], tmp[i][1], tmp[i][2], tmp[i][3], a0,a1,a2,a3 = ); } } >>From gcc-bugs-return-648294-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 11:58:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68698 invoked by alias); 5 Jul 2019 11:58: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 68618 invoked by uid 48); 5 Jul 2019 11:57:56 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91094] BB vectorization is too quick to disable itself because of possible unrolling needed Date: Fri, 05 Jul 2019 11:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement 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: keywords bug_status cf_reconfirmed_on blocked assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00406.txt.bz2 Content-length: 971 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91094 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-07-05 Blocks| |53947, 26163 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Mine (eventually). Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D26163 [Bug 26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D53947 [Bug 53947] [meta-bug] vectorizer missed-optimizations >>From gcc-bugs-return-648295-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 12:02:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120671 invoked by alias); 5 Jul 2019 12:02: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 115347 invoked by uid 55); 5 Jul 2019 12:02:09 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 12: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00407.txt.bz2 Content-length: 1126 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #42 from dave.anglin at bell dot net --- On 2019-07-05 12:57 a.m., bugzilla-gcc at thewrittenword dot com wrote: > I can now duplicate what you're seeing: > $ diff -u gcc-4.9.4/hello.s gcc-8.3.0/hello.s > --- gcc-4.9.3/hello.s 2019-07-05 04:55:49 +0000 > +++ gcc-8.3.0/hello.s 2019-07-05 04:55:44 +0000 > @@ -1,5 +1,6 @@ > .file "hello.c" > .pred.safe_across_calls p1-p5,p16-p63 > + .section .text, "ax", "progbits" > .section .rodata, "a", "progbits" With 8.3.0 assembly output, what happens if you change ".rodata" to ".data"= ?=C2=A0 It may be that hpux can't handle gprel in .rodata. The other possibility is gp is wrong. > .align 8 > .LC0: > @@ -19,9 +20,9 @@ > mov r32 =3D b0 > mov r35 =3D r1 > .body > - addl r36 =3D @ltoffx(.LC0), r1 > + movl r36 =3D @gprel(.LC0) > ;; > - ld8.mov r36 =3D [r36], .LC0 > + add r36 =3D r1, r36 > br.call.sptk.many b0 =3D puts# > mov r1 =3D r35 > mov r14 =3D r0 >>From gcc-bugs-return-648296-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 12:07:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44831 invoked by alias); 5 Jul 2019 12:07: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 44732 invoked by uid 48); 5 Jul 2019 12:07:54 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 12:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00408.txt.bz2 Content-length: 1648 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #43 from The Written Word --- (In reply to dave.anglin from comment #42) > On 2019-07-05 12:57 a.m., bugzilla-gcc at thewrittenword dot com wrote: > > I can now duplicate what you're seeing: > > $ diff -u gcc-4.9.4/hello.s gcc-8.3.0/hello.s > > --- gcc-4.9.3/hello.s 2019-07-05 04:55:49 +0000 > > +++ gcc-8.3.0/hello.s 2019-07-05 04:55:44 +0000 > > @@ -1,5 +1,6 @@ > > .file "hello.c" > > .pred.safe_across_calls p1-p5,p16-p63 > > + .section .text, "ax", "progbits" > > .section .rodata, "a", "progbits" > With 8.3.0 assembly output, what happens if you change ".rodata" to ".dat= a"? > It may > be that hpux can't handle gprel in .rodata. >=20 > The other possibility is gp is wrong. > > .align 8 > > .LC0: > > @@ -19,9 +20,9 @@ > > mov r32 =3D b0 > > mov r35 =3D r1 > > .body > > - addl r36 =3D @ltoffx(.LC0), r1 > > + movl r36 =3D @gprel(.LC0) > > ;; > > - ld8.mov r36 =3D [r36], .LC0 > > + add r36 =3D r1, r36 > > br.call.sptk.many b0 =3D puts# > > mov r1 =3D r35 > > mov r14 =3D r0 $ /opt/build/china/gcc-8.3.0/.obj-/./gcc/xgcc -B/opt/build/china/gcc-8.3.0/.obj-/./gcc/ -B/opt/build/gcc8/ia64-hp-hpux11.31/bin/ -B/opt/build/gcc8/ia64-hp-hpux11.31 /lib/ -isystem /opt/build/gcc8/ia64-hp-hpux11.31/include -isystem /opt/build/gcc8/ia64-hp-hpux11.31/sys-include hello.s hello.s: Assembler messages: hello.s:4: Warning: ignoring changed section attributes for .data $ ./a.out ` >>From gcc-bugs-return-648297-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 12:43:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42879 invoked by alias); 5 Jul 2019 12: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 39460 invoked by uid 48); 5 Jul 2019 12:43:52 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug web/90334] documentation for getting read-write SVN access is misleading Date: Fri, 05 Jul 2019 12:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: web X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: documentation 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00409.txt.bz2 Content-length: 493 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90334 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #8 from Jonathan Wakely --- Fixed by https://gcc.gnu.org/ml/gcc-patches/2019-07/msg00435.html - thanks >>From gcc-bugs-return-648298-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 12:49:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78149 invoked by alias); 5 Jul 2019 12:49: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 78126 invoked by uid 55); 5 Jul 2019 12:49:37 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91091] [missed optimization] Missing optimization in unaliased pointers Date: Fri, 05 Jul 2019 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: 5.4.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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00410.txt.bz2 Content-length: 780 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91091 --- Comment #2 from Richard Biener --- Author: rguenth Date: Fri Jul 5 12:48:42 2019 New Revision: 273134 URL: https://gcc.gnu.org/viewcvs?rev=3D273134&root=3Dgcc&view=3Drev Log: 2019-07-05 Richard Biener PR tree-optimization/91091 * tree-ssa-sccvn.c (vn_reference_lookup_3): Overlap of accesses can happen with -fno-strict-aliasing. * gcc.dg/tree-ssa/pr91091-1.c: New testcase. * gcc.dg/tree-ssa/ssa-fre-61.c: Adjust. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/pr91091-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-61.c trunk/gcc/tree-ssa-sccvn.c >>From gcc-bugs-return-648299-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 12:51:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79802 invoked by alias); 5 Jul 2019 12: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 79749 invoked by uid 48); 5 Jul 2019 12:51:13 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91091] [missed optimization] Missing optimization in unaliased pointers Date: Fri, 05 Jul 2019 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: 5.4.0 X-Bugzilla-Keywords: missed-optimization 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 cf_known_to_work resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00411.txt.bz2 Content-length: 494 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91091 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Known to work| |10.0 Resolution|--- |FIXED --- Comment #3 from Richard Biener --- Fixed for GCC 10. >>From gcc-bugs-return-648300-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 12:51:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80282 invoked by alias); 5 Jul 2019 12:51: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 79805 invoked by uid 55); 5 Jul 2019 12:51:16 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91091] [missed optimization] Missing optimization in unaliased pointers Date: Fri, 05 Jul 2019 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: 5.4.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00412.txt.bz2 Content-length: 1955 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91091 --- Comment #4 from Richard Biener --- Author: rguenth Date: Fri Jul 5 12:50:45 2019 New Revision: 273135 URL: https://gcc.gnu.org/viewcvs?rev=3D273135&root=3Dgcc&view=3Drev Log: 2019-07-05 Richard Biener PR tree-optimization/91091 * tree-ssa-alias.h (get_continuation_for_phi): Add tbaa_p parameter. (walk_non_aliased_vuses): Likewise. * tree-ssa-alias.c (maybe_skip_until): Pass down tbaa_p. (get_continuation_for_phi): New tbaa_p parameter and pass it down. (walk_non_aliased_vuses): Likewise. * ipa-prop.c (determine_known_aggregate_parts): Adjust. * tree-ssa-pre.c (translate_vuse_through_block): Likewise. * tree-ssa-scopedtables.c (avail_exprs_stack::lookup_avail_expr): Likewise. * tree-ssa-sccvn.c (struct vn_walk_cb_data): Add tbaa_p flag. (adjust_offsets_for_equal_base_address): New function. (vn_reference_lookup_3): Use it to catch more base equivalences. Handle and pass down tbaa_p flag. (vn_reference_lookup_pieces): Adjust. (vn_reference_lookup): Remove alias-set altering, instead pass down false as tbaa_p. * gcc.dg/tree-ssa/pr91091-2.c: New testcase. * gcc.dg/tree-ssa/ssa-fre-70.c: Likewise. * gcc.dg/tree-ssa/ssa-fre-71.c: Likewise. * gcc.dg/tree-ssa/ssa-fre-72.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/pr91091-2.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-70.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-71.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-72.c Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-prop.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-alias.c trunk/gcc/tree-ssa-alias.h trunk/gcc/tree-ssa-pre.c trunk/gcc/tree-ssa-sccvn.c trunk/gcc/tree-ssa-scopedtables.c >>From gcc-bugs-return-648301-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 13:01:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117039 invoked by alias); 5 Jul 2019 13:01: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 116491 invoked by uid 48); 5 Jul 2019 13:00:40 -0000 From: "clyon at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Fri, 05 Jul 2019 13:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: clyon 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: 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: 2019-07/txt/msg00413.txt.bz2 Content-length: 4647 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 --- Comment #4 from Christophe Lyon --- Unfortunately, it's still failing as of r273133. It fails at the very first check: v1 =3D 2 + v0; check (short, 8, v0, v1, 2, +, l); The generated code for main is: main: @ args =3D 0, pretend =3D 0, frame =3D 16 @ frame_needed =3D 0, uses_anonymous_args =3D 0 movw r3, #:lower16:.LANCHOR0 vldr d16, .L6 vldr d17, .L6+8 movt r3, #:upper16:.LANCHOR0 vmov.i16 q9, #2 @ v8hi ldr r0, [r3] str lr, [sp, #-4]! sub sp, sp, #20 vmov.16 d16[0], r0 sxth r1, r0 vadd.i16 q0, q8, q9 add ip, r1, #2 vmov.s16 r2, d0[3] cmp ip, r2 vst1.64 {d0-d1}, [sp:64] bne .L2 vmov.s16 r3, d0[2] cmp r3, #3 bne .L2 vmov.s16 r0, d0[1] cmp r0, #4 bne .L2 vmov.s16 r1, d0[0] cmp r1, #5 bne .L2 vmov.s16 ip, d1[3] cmp ip, #6 bne .L2 vmov.s16 r2, d1[2] cmp r2, #7 bne .L2 vmov.s16 r3, d1[1] cmp r3, #8 bne .L2 vmov.s16 r0, d1[0] cmp r0, #9 bne .L2 mov r0, #0 add sp, sp, #20 @ sp needed ldr pc, [sp], #4 .L2: bl abort .L7: .align 3 .L6: .short 1 .short 1 .short 2 .short 3 .short 4 .short 5 .short 6 .short 7 .size main, .-main And the QEMU execution trace with CPU regs before TB execution: IN: main 0x00010350: e3013024 movw r3, #4132 ; 0x1024 0x00010354: eddf0b27 vldr d16, [pc, #156] ; 0x103f8 0x00010358: eddf1b28 vldr d17, [pc, #160] ; 0x10400 0x0001035c: e3403002 movt r3, #2 ; 0x2 0x00010360: f2c02852 vmov.i16 q9, #2 ; 0x0002 0x00010364: e5930000 ldr r0, [r3] 0x00010368: e52de004 push {lr} ; (str lr, [sp, #-4]!) 0x0001036c: e24dd014 sub sp, sp, #20 ; 0x14 0x00010370: ee000bb0 vmov.16 d16[0], r0 0x00010374: e6bf1070 sxth r1, r0 0x00010378: f21008e2 vadd.i16 q0, q8, q9 0x0001037c: e281c002 add ip, r1, #2 ; 0x2 0x00010380: ee302b70 vmov.s16 r2, d0[3] 0x00010384: e15c0002 cmp ip, r2 0x00010388: f40d0adf vst1.64 {d0-d1}, [sp, :64] 0x0001038c: 1a000017 bne 0x103f0 R00=3D00000001 R01=3D40800534 R02=3D4080053c R03=3D00010350 R04=3D000104f8 R05=3D00000000 R06=3D00010408 R07=3D00000000 R08=3D00000000 R09=3D00000000 R10=3D40832000 R11=3D00000000 R12=3D00000000 R13=3D408003e8 R14=3D408b9808 R15=3D00010350 PSR=3D60070210 -ZC- A S usr32 ---------------- IN: main 0x00010390: ee303b30 vmov.s16 r3, d0[2] 0x00010394: e3530003 cmp r3, #3 ; 0x3 0x00010398: 1a000014 bne 0x103f0 R00=3D00000001 R01=3D00000001 R02=3D00000003 R03=3D00021024 R04=3D000104f8 R05=3D00000000 R06=3D00010408 R07=3D00000000 R08=3D00000000 R09=3D00000000 R10=3D40832000 R11=3D00000000 R12=3D00000003 R13=3D408003d0 R14=3D408b9808 R15=3D00010390 PSR=3D60070210 -ZC- A S usr32 ---------------- IN: main 0x0001039c: ee100b70 vmov.s16 r0, d0[1] 0x000103a0: e3500004 cmp r0, #4 ; 0x4 0x000103a4: 1a000011 bne 0x103f0 R00=3D00000001 R01=3D00000001 R02=3D00000003 R03=3D00000003 R04=3D000104f8 R05=3D00000000 R06=3D00010408 R07=3D00000000 R08=3D00000000 R09=3D00000000 R10=3D40832000 R11=3D00000000 R12=3D00000003 R13=3D408003d0 R14=3D408b9808 R15=3D0001039c PSR=3D60070210 -ZC- A S usr32 ---------------- IN: main 0x000103a8: ee101b30 vmov.s16 r1, d0[0] 0x000103ac: e3510005 cmp r1, #5 ; 0x5 0x000103b0: 1a00000e bne 0x103f0 R00=3D00000004 R01=3D00000001 R02=3D00000003 R03=3D00000003 R04=3D000104f8 R05=3D00000000 R06=3D00010408 R07=3D00000000 R08=3D00000000 R09=3D00000000 R10=3D40832000 R11=3D00000000 R12=3D00000003 R13=3D408003d0 R14=3D408b9808 R15=3D000103a8 PSR=3D60070210 -ZC- A S usr32 ---------------- IN: main 0x000103f0: ebffffd2 bl 0x10340 (abort) R00=3D00000004 R01=3D00000003 R02=3D00000003 R03=3D00000003 (****) R04=3D000104f8 R05=3D00000000 R06=3D00010408 R07=3D00000000 R08=3D00000000 R09=3D00000000 R10=3D40832000 R11=3D00000000 R12=3D00000003 R13=3D408003d0 R14=3D408b9808 R15=3D000103f0 PSR=3D80070210 N--- A S usr32 =46rom (****) we can see that R1 contains 3 instead of the expected 5. >>From gcc-bugs-return-648302-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 13:17:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6438 invoked by alias); 5 Jul 2019 13:17:30 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6389 invoked by uid 55); 5 Jul 2019 13:17:27 -0000 From: "samtebbs at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90712] [10 regression] gcc.dg/rtl/aarch64/subs_adds_sp.c fails with ICE Date: Fri, 05 Jul 2019 13: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: samtebbs 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: 2019-07/txt/msg00414.txt.bz2 Content-length: 613 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90712 --- Comment #1 from Sam Tebbs --- Author: samtebbs Date: Fri Jul 5 13:16:55 2019 New Revision: 273138 URL: https://gcc.gnu.org/viewcvs?rev=3D273138&root=3Dgcc&view=3Drev Log: [PATCH][GCC][AARCH64] PR target/90712 Fix gcc.dg/rtl/aarch64/subs_adds_sp.c regression gcc/ 2019-07-05 Sam Tebbs PR target/90712 * aarch64/aarch64.c (aarch64_post_cfi_startproc): Replace thunk che= ck with a frame laid out check. Modified: trunk/gcc/ChangeLog trunk/gcc/config/aarch64/aarch64.c >>From gcc-bugs-return-648303-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 13:39:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49741 invoked by alias); 5 Jul 2019 13:39: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 49696 invoked by uid 48); 5 Jul 2019 13:39:07 -0000 From: "raskolnikov at gnu dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91095] New: internal compiler error: in tsubst_copy Date: Fri, 05 Jul 2019 13: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: raskolnikov at gnu 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: 2019-07/txt/msg00415.txt.bz2 Content-length: 1766 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91095 Bug ID: 91095 Summary: internal compiler error: in tsubst_copy Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: raskolnikov at gnu dot org Target Milestone: --- Sorry that this submission does not comply with the minimal example policy.= I stumbled on this compiler issue: /home/raskolnikov/dev/immer/test/flex_vector/fuzzed-3.cpp: In instantia= tion of =E2=80=98int {anonymous}::run_input(const uint8_t*, std::size_t) [with l= ong unsigned int VarCount =3D 2; unsigned int Bits =3D 2; uint8_t =3D unsigned char; std= ::size_t =3D long unsigned int]=E2=80=99: /home/raskolnikov/dev/immer/test/flex_vector/fuzzed-3.cpp:221:9: requ= ired from here /home/raskolnikov/dev/immer/test/flex_vector/fuzzed-3.cpp:82:14: intern= al compiler error: in tsubst_copy, at cp/pt.c:15603 82 | case op_push_back: | ^~~~~~~~~~~~ Please submit a full bug report, with preprocessed source if appropriate. See for instructions. When building this file: https://github.com/arximboldi/immer/blob/6d07c4ee0edfc8eebf929dcf8482eabd55= 52d361/test/flex_vector/fuzzed-3.cpp There are instructions on the repository on how to build the project. This= is triggered in particular when running `make check`. $CXX --version g++ (GCC) 9.1.0 Copyright (C) 2019 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >>From gcc-bugs-return-648304-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 14:17:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56018 invoked by alias); 5 Jul 2019 14:17: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 55967 invoked by uid 48); 5 Jul 2019 14:17:39 -0000 From: "nok.raven at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/89976] missing uninitialized warning: laundering via passing object through a function Date: Fri, 05 Jul 2019 14:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: nok.raven at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00416.txt.bz2 Content-length: 666 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89976 --- Comment #2 from Nikita Kniazev --- The same warning as when the object is constructed inside the main function: int main() { XorYorZ x; return x.x; } Also, the warning is not triggered in C++17+ mode with: XorYorZ foo() { return XorYorZ(); } where the guaranteed return value optimization have to happen and the code must have the same meaning as: int main() { XorYorZ x =3D XorYorZ(); return x.x; } which triggers the warning, and is the same as just `XorYorZ x;` because of the presence of the user defined constructor in X/Y/Z and copy/move elision. >>From gcc-bugs-return-648305-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 14:46:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44574 invoked by alias); 5 Jul 2019 14: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 38195 invoked by uid 55); 5 Jul 2019 14:46:03 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/83374] [DR1813] Bad std::is_standard_layout with two base class subobjects of the same type Date: Fri, 05 Jul 2019 14:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 6.3.0 X-Bugzilla-Keywords: accepts-invalid, patch, 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: P3 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00417.txt.bz2 Content-length: 791 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83374 --- Comment #5 from Marek Polacek --- Author: mpolacek Date: Fri Jul 5 14:45:30 2019 New Revision: 273139 URL: https://gcc.gnu.org/viewcvs?rev=3D273139&root=3Dgcc&view=3Drev Log: DR 1813 PR c++/83374 - __is_standard_layout wrong for a class with repeated bases. * class.c (check_bases): Set CLASSTYPE_NON_STD_LAYOUT for a class if CLASSTYPE_REPEATED_BASE_P is true. * g++.dg/ext/is_std_layout3.C: New test. * g++.dg/ext/is_std_layout4.C: New test. Added: trunk/gcc/testsuite/g++.dg/ext/is_std_layout3.C trunk/gcc/testsuite/g++.dg/ext/is_std_layout4.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648306-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 14:49:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65987 invoked by alias); 5 Jul 2019 14: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 64412 invoked by uid 48); 5 Jul 2019 14:49:07 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/83374] [DR1813] Bad std::is_standard_layout with two base class subobjects of the same type Date: Fri, 05 Jul 2019 14: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: 6.3.0 X-Bugzilla-Keywords: accepts-invalid, patch, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00418.txt.bz2 Content-length: 440 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83374 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Marek Polacek --- Fixed for GCC 10. >>From gcc-bugs-return-648307-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 14:51:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18559 invoked by alias); 5 Jul 2019 14:51: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 16551 invoked by uid 48); 5 Jul 2019 14:51:10 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/83374] [DR1813] Bad std::is_standard_layout with two base class subobjects of the same type Date: Fri, 05 Jul 2019 14:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 6.3.0 X-Bugzilla-Keywords: accepts-invalid, patch, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00419.txt.bz2 Content-length: 159 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83374 --- Comment #7 from Marek Polacek --- Related PRs: PR91079 PR91080 PR91081 >>From gcc-bugs-return-648308-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 14:55:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31966 invoked by alias); 5 Jul 2019 14:55:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31920 invoked by uid 48); 5 Jul 2019 14:55:28 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Fri, 05 Jul 2019 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: unknown X-Bugzilla-Keywords: diagnostic 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: 2019-07/txt/msg00420.txt.bz2 Content-length: 476 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |segher at gcc dot gnu.org --- Comment #1 from Segher Boessenkool --- Hrm, the configure test situation is a bit scary. Do you have some examples of that? >>From gcc-bugs-return-648309-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 14:57:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48765 invoked by alias); 5 Jul 2019 14:57: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 48737 invoked by uid 48); 5 Jul 2019 14:57:38 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91095] internal compiler error: in tsubst_copy Date: Fri, 05 Jul 2019 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.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00421.txt.bz2 Content-length: 671 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91095 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-07-05 CC| |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- It's fine if you don't have a minimal testcase, but please provide the preprocessed source file (using -save-temps). >>From gcc-bugs-return-648310-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 15:16:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72646 invoked by alias); 5 Jul 2019 15:16: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 72565 invoked by uid 48); 5 Jul 2019 15:16:54 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91096] New: Openmp vector max reduction incorrect Date: Fri, 05 Jul 2019 15:16: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: wilco at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00422.txt.bz2 Content-length: 1322 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91096 Bug ID: 91096 Summary: Openmp vector max reduction incorrect Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: wilco at gcc dot gnu.org Target Milestone: --- The new gcc.dg/vect/vect-simd-14.c test produces incorrect reduction due to= the vectorizer adding fmax (result, FLT_MAX): float b[1024], a[1024]; __attribute__((noipa)) float bar (void) { float s =3D -__builtin_inff (); #pragma omp simd reduction (inscan, max:s) for (int i =3D 0; i < 1024; i++) { b[i] =3D s; #pragma omp scan exclusive(s) s =3D s > a[i] ? s : a[i]; } return s; } When built with -ffast-math -ftree-vectorize -O2 -fdump-tree-vect-details -fopenmp-simd it shows the following constants being used in the fmax operations: vect_cst__30 =3D { -3.4028234663852885981170418348451692544e+38, -3.4028234663852885981170418348451692544e+38, -3.4028234663852885981170418348451692544e+38, -3.4028234663852885981170418348451692544e+38 }; This is 0xff7fffff / -0x1.fffffep+127 / FLT_MAX. As a result b[0] has the w= rong value - it should be -inff. >>From gcc-bugs-return-648311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 15:17:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73196 invoked by alias); 5 Jul 2019 15:17: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 72593 invoked by uid 48); 5 Jul 2019 15:16:55 -0000 From: "fw at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Fri, 05 Jul 2019 15:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: fw at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00423.txt.bz2 Content-length: 1081 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 --- Comment #2 from Florian Weimer --- Current util-linux is an example: $ ./configure [=E2=80=A6] checking wchar_t support... yes [=E2=80=A6] $ ./configure CC=3D"gcc -Werror=3Dimplicit-function-declaration" [=E2=80=A6] configure: WARNING: wchar_t support not found; not building widechar [=E2=80=A6] configure.ac has this: AC_ARG_ENABLE([widechar], AS_HELP_STRING([--disable-widechar], [do not compile wide character support]), [], [enable_widechar=3Dcheck] ) UL_BUILD_INIT([widechar]) UL_REQUIRES_COMPILE([widechar], [[ #include #include #include ]], [[ wchar_t wc; wint_t w; w =3D fgetwc(stdin); if (w =3D=3D WEOF) exit(1); wc =3D w; fputwc(wc,stdout); ]], [wchar_t support]) #include is missing for the exit function. This is still a large task as a result, but the cost of not doing this also quite high in terms of time wasted on hunting down source code bugs the compiler has already identified successfully. >>From gcc-bugs-return-648312-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 15:34:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56141 invoked by alias); 5 Jul 2019 15:34: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 56117 invoked by uid 48); 5 Jul 2019 15:34:15 -0000 From: "oth+gccbugs at google dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgcc/91053] __builtin___clear_cache can fail Date: Fri, 05 Jul 2019 15:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgcc X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: oth+gccbugs at google dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00424.txt.bz2 Content-length: 204 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91053 --- Comment #2 from Orion Hodson --- For sure the goal wasn't to suggest that this was due to a privileged operation. >>From gcc-bugs-return-648313-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 15:34:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56867 invoked by alias); 5 Jul 2019 15:34: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 56828 invoked by uid 48); 5 Jul 2019 15:34:29 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91096] Openmp vector max reduction incorrect Date: Fri, 05 Jul 2019 15: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: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00425.txt.bz2 Content-length: 427 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91096 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek --- Ugh, arm forces -ffast-math in the vect tests :(. >>From gcc-bugs-return-648314-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 15:39:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 63890 invoked by alias); 5 Jul 2019 15:39: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 63425 invoked by uid 48); 5 Jul 2019 15:39:05 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91096] Openmp vector max reduction incorrect Date: Fri, 05 Jul 2019 15: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: 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: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00426.txt.bz2 Content-length: 397 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91096 --- Comment #2 from Jakub Jelinek --- Created attachment 46561 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46561&action=3Dedit gcc10-pr91096.patch Does this fix it for you? Works for me with: make check-gcc RUNTESTFLAGS=3D'--target_board=3Dunix\{-ffast-math,\} vect.exp=3Dvect-simd*.c' on x86_64-linux. >>From gcc-bugs-return-648315-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 15:46:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77239 invoked by alias); 5 Jul 2019 15:46: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 77183 invoked by uid 48); 5 Jul 2019 15:46:42 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Fri, 05 Jul 2019 15: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: unknown X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00427.txt.bz2 Content-length: 675 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egallager at gcc dot gnu.o= rg --- Comment #3 from Eric Gallager --- autoconf should generate #line markers in its conftests so gcc can generate fix-its that point to the corresponding snippets in the configure.ac file (= or included m4 macro files). Of course, that would require making a new autoco= nf release, which hasn't been done in years, so... >>From gcc-bugs-return-648316-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 15:52:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104128 invoked by alias); 5 Jul 2019 15:52:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 103853 invoked by uid 48); 5 Jul 2019 15:52:51 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91096] Openmp vector max reduction incorrect Date: Fri, 05 Jul 2019 15:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00428.txt.bz2 Content-length: 489 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91096 --- Comment #3 from Wilco --- (In reply to Jakub Jelinek from comment #2) > Created attachment 46561 [details] > gcc10-pr91096.patch >=20 > Does this fix it for you? Works for me with: > make check-gcc RUNTESTFLAGS=3D'--target_board=3Dunix\{-ffast-math,\} > vect.exp=3Dvect-simd*.c' > on x86_64-linux. Yes that ensures the tests pass. But why does it always add a redundant test with FLT_MAX in the loop? >>From gcc-bugs-return-648317-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 16:02:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118646 invoked by alias); 5 Jul 2019 16: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 118607 invoked by uid 48); 5 Jul 2019 16:02:06 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91096] Openmp vector max reduction incorrect Date: Fri, 05 Jul 2019 16:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00429.txt.bz2 Content-length: 834 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91096 --- Comment #4 from Jakub Jelinek --- (In reply to Wilco from comment #3) > But why does it always add a redundant test with FLT_MAX in the loop? Which loop do you mean? If the vectorized one, OpenMP has rules on what ne= eds to be done, at the start of the input phase the privatized variable needs t= o be initialized using the reduction initializer (for max reduction that is the neutral element for max, -inf when honoring infinities, otherwise most nega= tive finite value), then perform the body of the input phase, and then at the st= art of the scan phase set the privatized variable to the current prefix sum of = the reduction. I'm not using -inf for -ffast-math, because -ffinite-math-only assumes the operands aren't infinities nor nans. >>From gcc-bugs-return-648318-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 16:23:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83012 invoked by alias); 5 Jul 2019 16:23: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 82069 invoked by uid 48); 5 Jul 2019 16:23:49 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Fri, 05 Jul 2019 16: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: unknown X-Bugzilla-Keywords: diagnostic 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: 2019-07/txt/msg00430.txt.bz2 Content-length: 239 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 --- Comment #4 from Jonathan Wakely --- And it doesn't help all the existing configure scripts, that won't get regenerated even if a new autoconf is released. >>From gcc-bugs-return-648319-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 16:27:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6215 invoked by alias); 5 Jul 2019 16:27: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 6131 invoked by uid 48); 5 Jul 2019 16:27:35 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Fri, 05 Jul 2019 16:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: diagnostic 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: 2019-07/txt/msg00431.txt.bz2 Content-length: 329 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 --- Comment #5 from Jonathan Wakely --- Would an ugly but pragmatic approach be possible? e.g. if the first line of= the translation unit is "/* confdefs.h */ then assume GCC is being invoked by configure, and only warn instead of giving an error. >>From gcc-bugs-return-648320-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 16:30:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8547 invoked by alias); 5 Jul 2019 16:30: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 8335 invoked by uid 48); 5 Jul 2019 16:30:10 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Fri, 05 Jul 2019 16:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: diagnostic 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: 2019-07/txt/msg00432.txt.bz2 Content-length: 278 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 --- Comment #6 from Jonathan Wakely --- But don't do that if -Werror=3Dimplicit-function-declaration was used expli= citly, because maybe the configure test is actually trying to detect that error. >>From gcc-bugs-return-648321-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 17:25:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83558 invoked by alias); 5 Jul 2019 17:24: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 83499 invoked by uid 48); 5 Jul 2019 17:24:56 -0000 From: "fw at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Fri, 05 Jul 2019 17: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: unknown X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: fw at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00433.txt.bz2 Content-length: 485 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 --- Comment #7 from Florian Weimer --- (In reply to Jonathan Wakely from comment #5) > Would an ugly but pragmatic approach be possible? e.g. if the first line = of > the translation unit is "/* confdefs.h */ then assume GCC is being invoked > by configure, and only warn instead of giving an error. As far as ugly hacks go, examining the file name is probably easier (I've o= nly seen conftest.c so far). >>From gcc-bugs-return-648322-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 17:46:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5274 invoked by alias); 5 Jul 2019 17:46: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 5229 invoked by uid 48); 5 Jul 2019 17:46:56 -0000 From: "schwab@linux-m68k.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Fri, 05 Jul 2019 17: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: unknown X-Bugzilla-Keywords: diagnostic 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: 2019-07/txt/msg00434.txt.bz2 Content-length: 165 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 --- Comment #8 from Andreas Schwab --- What about cmake, metaconfig, meson, scons, ... >>From gcc-bugs-return-648323-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 17:56:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 20741 invoked by alias); 5 Jul 2019 17:56: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 20658 invoked by uid 48); 5 Jul 2019 17:56:07 -0000 From: "fw at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Fri, 05 Jul 2019 17:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: fw at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00435.txt.bz2 Content-length: 444 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 --- Comment #9 from Florian Weimer --- (In reply to Andreas Schwab from comment #8) > What about cmake, metaconfig, meson, scons, ... I hope that the more modern things get this correct and encourage more high-level checks. I plan to build Fedora with a special GCC with additional logging for these kinds of errors, and then submit the required changes upstream. >>From gcc-bugs-return-648324-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 18:03:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28675 invoked by alias); 5 Jul 2019 18:03: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 28567 invoked by uid 55); 5 Jul 2019 18:03:37 -0000 From: "paolo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67184] Missed optimization with C++11 final specifier Date: Fri, 05 Jul 2019 18: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: 5.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: paolo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: paolo.carlini at oracle dot com 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: 2019-07/txt/msg00436.txt.bz2 Content-length: 849 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67184 --- Comment #17 from paolo at gcc dot gnu.org --- Author: paolo Date: Fri Jul 5 18:03:05 2019 New Revision: 273147 URL: https://gcc.gnu.org/viewcvs?rev=3D273147&root=3Dgcc&view=3Drev Log: /cp 2019-07-05 Paolo Carlini PR c++/67184 (again) PR c++/69445 * call.c (build_over_call): Devirtualize user-defined operators coming from a base too. (build_new_method_call_1): Do not devirtualize here. /testsuite 2019-07-05 Paolo Carlini PR c++/67184 (again) PR c++/69445 * g++.dg/other/final4.C: New. Added: trunk/gcc/testsuite/g++.dg/other/final4.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648325-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 18:03:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28696 invoked by alias); 5 Jul 2019 18:03: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 28569 invoked by uid 55); 5 Jul 2019 18:03:37 -0000 From: "paolo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/69445] Fail to devirtualize call to base class function even though derived class type is 'final' Date: Fri, 05 Jul 2019 18:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: paolo at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00437.txt.bz2 Content-length: 848 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D69445 --- Comment #7 from paolo at gcc dot gnu.org --- Author: paolo Date: Fri Jul 5 18:03:05 2019 New Revision: 273147 URL: https://gcc.gnu.org/viewcvs?rev=3D273147&root=3Dgcc&view=3Drev Log: /cp 2019-07-05 Paolo Carlini PR c++/67184 (again) PR c++/69445 * call.c (build_over_call): Devirtualize user-defined operators coming from a base too. (build_new_method_call_1): Do not devirtualize here. /testsuite 2019-07-05 Paolo Carlini PR c++/67184 (again) PR c++/69445 * g++.dg/other/final4.C: New. Added: trunk/gcc/testsuite/g++.dg/other/final4.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648326-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 18:05:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 30652 invoked by alias); 5 Jul 2019 18:05: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 30574 invoked by uid 48); 5 Jul 2019 18:05:05 -0000 From: "paolo.carlini at oracle dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67184] Missed optimization with C++11 final specifier Date: Fri, 05 Jul 2019 18: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: 5.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: paolo.carlini at oracle dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: paolo.carlini at oracle dot com 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: 2019-07/txt/msg00438.txt.bz2 Content-length: 487 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67184 Paolo Carlini changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #18 from Paolo Carlini --- Finally should be completely fixed without regressions. >>From gcc-bugs-return-648327-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 18:31:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9479 invoked by alias); 5 Jul 2019 18:31:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 3114 invoked by uid 48); 5 Jul 2019 18:31:08 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91097] New: [10 regression] many ICEs starting with r273131 Date: Fri, 05 Jul 2019 18:31: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: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00439.txt.bz2 Content-length: 19950 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91097 Bug ID: 91097 Summary: [10 regression] many ICEs starting with r273131 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- There were reports of a bunch of other ICEs recently but I don't think this set. One example: spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test/gcc/xgcc -B/home/seurer/gcc/build/gcc-test/gcc/ /home/seurer/gcc/gcc-test/gcc/testsuite/gcc.dg/graphite/block-1.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -ffast-math -floop-nest-optimize -fdump-tree-graphite-all -lm -o ./block-1.exe during GIMPLE pass: graphite dump file: block-1.c.150t.graphite /home/seurer/gcc/gcc-test/gcc/testsuite/gcc.dg/graphite/block-1.c: In funct= ion 'main': /home/seurer/gcc/gcc-test/gcc/testsuite/gcc.dg/graphite/block-1.c:13:1: internal compiler error: Segmentation fault 0x10a7048b crash_signal /home/seurer/gcc/gcc-test/gcc/toplev.c:326 0x10c69600 make_temp_ssa_name /home/seurer/gcc/gcc-test/gcc/tree-ssanames.h:152 0x10c69600 create_iv(tree_node*, tree_node*, tree_node*, loop*, gimple_stmt_iterator*, bool, tree_node**, tree_node**) /home/seurer/gcc/gcc-test/gcc/tree-ssa-loop-manip.c:81 0x1043f02f create_empty_loop_on_edge(edge_def*, tree_node*, tree_node*, tree_node*, tree_node*, tree_node**, tree_node**, loop*) /home/seurer/gcc/gcc-test/gcc/cfgloopmanip.c:831 0x11508c2f translate_isl_ast_to_gimple::graphite_create_new_loop(edge_def*, isl_ast_node*, loop*, tree_node*, tree_node*, tree_node*, std::map, std::allocator > >&) /home/seurer/gcc/gcc-test/gcc/graphite-isl-ast-to-gimple.c:593 0x1150a123 translate_isl_ast_to_gimple::translate_isl_ast_for_loop(loop*, isl_ast_node*, edge_def*, tree_node*, tree_node*, tree_node*, std::map, std::allocator > >&) /home/seurer/gcc/gcc-test/gcc/graphite-isl-ast-to-gimple.c:618 0x1150a5b7 translate_isl_ast_to_gimple::translate_isl_ast_node_for(loop*, isl_ast_node*, edge_def*, std::map, std::allocator > >&) /home/seurer/gcc/gcc-test/gcc/graphite-isl-ast-to-gimple.c:753 0x1150a933 translate_isl_ast_to_gimple::translate_isl_ast_node_block(loop*, isl_ast_node*, edge_def*, std::map, std::allocator > >&) /home/seurer/gcc/gcc-test/gcc/graphite-isl-ast-to-gimple.c:861 0x1150ae8f graphite_regenerate_ast_isl(scop*) /home/seurer/gcc/gcc-test/gcc/graphite-isl-ast-to-gimple.c:1511 0x115043bf graphite_transform_loops() /home/seurer/gcc/gcc-test/gcc/graphite.c:472 0x11504ad3 graphite_transforms /home/seurer/gcc/gcc-test/gcc/graphite.c:538 0x11504ad3 execute /home/seurer/gcc/gcc-test/gcc/graphite.c:615 Complete list: > FAIL: gcc.dg/graphite/block-1.c (internal compiler error) > FAIL: gcc.dg/graphite/block-1.c (test for excess errors) > FAIL: gcc.dg/graphite/block-5.c (internal compiler error) > FAIL: gcc.dg/graphite/block-5.c (test for excess errors) > FAIL: gcc.dg/graphite/block-6.c (internal compiler error) > FAIL: gcc.dg/graphite/block-6.c (test for excess errors) > FAIL: gcc.dg/graphite/block-pr47654.c (internal compiler error) > FAIL: gcc.dg/graphite/block-pr47654.c (test for excess errors) > FAIL: gcc.dg/graphite/fuse-1.c (internal compiler error) > FAIL: gcc.dg/graphite/fuse-1.c (test for excess errors) > FAIL: gcc.dg/graphite/fuse-2.c (internal compiler error) > FAIL: gcc.dg/graphite/fuse-2.c (test for excess errors) > FAIL: gcc.dg/graphite/id-10.c (internal compiler error) > FAIL: gcc.dg/graphite/id-10.c (test for excess errors) > FAIL: gcc.dg/graphite/id-16.c (internal compiler error) > FAIL: gcc.dg/graphite/id-16.c (test for excess errors) > FAIL: gcc.dg/graphite/id-25.c (internal compiler error) > FAIL: gcc.dg/graphite/id-25.c (test for excess errors) > FAIL: gcc.dg/graphite/id-pr46834.c (internal compiler error) > FAIL: gcc.dg/graphite/id-pr46834.c (test for excess errors) > FAIL: gcc.dg/graphite/id-pr47046.c (internal compiler error) > FAIL: gcc.dg/graphite/id-pr47046.c (test for excess errors) > FAIL: gcc.dg/graphite/id-pr48805.c (internal compiler error) > FAIL: gcc.dg/graphite/id-pr48805.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-0.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-0.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-1.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-1.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-10.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-10.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-11.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-11.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-12.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-12.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-12.c scan-tree-dump graphite "tiled by" > FAIL: gcc.dg/graphite/interchange-13.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-13.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-14.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-14.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-14.c scan-tree-dump graphite "tiled by" > FAIL: gcc.dg/graphite/interchange-15.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-15.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-15.c scan-tree-dump graphite "tiled by" > FAIL: gcc.dg/graphite/interchange-2.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-2.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-3.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-3.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-4.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-4.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-5.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-5.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-6.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-6.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-7.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-7.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-8.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-8.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-8.c scan-tree-dump graphite "tiled by" > FAIL: gcc.dg/graphite/interchange-9.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-9.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-mvt.c (internal compiler error) > FAIL: gcc.dg/graphite/interchange-mvt.c (test for excess errors) > FAIL: gcc.dg/graphite/interchange-mvt.c scan-tree-dump graphite "tiled by" > FAIL: gcc.dg/graphite/pr29330.c (internal compiler error) > FAIL: gcc.dg/graphite/pr29330.c (test for excess errors) > FAIL: gcc.dg/graphite/pr29581-1.c (internal compiler error) > FAIL: gcc.dg/graphite/pr29581-1.c (test for excess errors) > FAIL: gcc.dg/graphite/pr29581-2.c (internal compiler error) > FAIL: gcc.dg/graphite/pr29581-2.c (test for excess errors) > FAIL: gcc.dg/graphite/pr29581-3.c (internal compiler error) > FAIL: gcc.dg/graphite/pr29581-3.c (test for excess errors) > FAIL: gcc.dg/graphite/pr29581-4.c (internal compiler error) > FAIL: gcc.dg/graphite/pr29581-4.c (test for excess errors) > FAIL: gcc.dg/graphite/pr30565.c (internal compiler error) > FAIL: gcc.dg/graphite/pr30565.c (test for excess errors) > FAIL: gcc.dg/graphite/pr31183.c (internal compiler error) > FAIL: gcc.dg/graphite/pr31183.c (test for excess errors) > FAIL: gcc.dg/graphite/pr33576.c (internal compiler error) > FAIL: gcc.dg/graphite/pr33576.c (test for excess errors) > FAIL: gcc.dg/graphite/pr36287.c (internal compiler error) > FAIL: gcc.dg/graphite/pr36287.c (test for excess errors) > FAIL: gcc.dg/graphite/pr37686.c (internal compiler error) > FAIL: gcc.dg/graphite/pr37686.c (test for excess errors) > FAIL: gcc.dg/graphite/pr42211.c (internal compiler error) > FAIL: gcc.dg/graphite/pr42211.c (test for excess errors) > FAIL: gcc.dg/graphite/pr42914.c (internal compiler error) > FAIL: gcc.dg/graphite/pr42914.c (test for excess errors) > FAIL: gcc.dg/graphite/pr42917.c (internal compiler error) > FAIL: gcc.dg/graphite/pr42917.c (test for excess errors) > FAIL: gcc.dg/graphite/pr43657.c (internal compiler error) > FAIL: gcc.dg/graphite/pr43657.c (test for excess errors) > FAIL: gcc.dg/graphite/pr46168.c (internal compiler error) > FAIL: gcc.dg/graphite/pr46168.c (test for excess errors) > FAIL: gcc.dg/graphite/pr46185.c (internal compiler error) > FAIL: gcc.dg/graphite/pr46185.c (test for excess errors) > FAIL: gcc.dg/graphite/pr46966.c (internal compiler error) > FAIL: gcc.dg/graphite/pr46966.c (test for excess errors) > FAIL: gcc.dg/graphite/pr68428.c (internal compiler error) > FAIL: gcc.dg/graphite/pr68428.c (test for excess errors) > FAIL: gcc.dg/graphite/pr68493.c (internal compiler error) > FAIL: gcc.dg/graphite/pr68493.c (test for excess errors) > FAIL: gcc.dg/graphite/pr68756.c (internal compiler error) > FAIL: gcc.dg/graphite/pr68756.c (test for excess errors) > FAIL: gcc.dg/graphite/pr69068.c (internal compiler error) > FAIL: gcc.dg/graphite/pr69068.c (test for excess errors) > FAIL: gcc.dg/graphite/pr69292.c (internal compiler error) > FAIL: gcc.dg/graphite/pr69292.c (test for excess errors) > FAIL: gcc.dg/graphite/pr69728.c (internal compiler error) > FAIL: gcc.dg/graphite/pr69728.c (test for excess errors) > FAIL: gcc.dg/graphite/pr70045.c (internal compiler error) > FAIL: gcc.dg/graphite/pr70045.c (test for excess errors) > FAIL: gcc.dg/graphite/pr71575-1.c (internal compiler error) > FAIL: gcc.dg/graphite/pr71575-1.c (test for excess errors) > FAIL: gcc.dg/graphite/pr77362.c (internal compiler error) > FAIL: gcc.dg/graphite/pr77362.c (test for excess errors) > FAIL: gcc.dg/graphite/pr80906.c (internal compiler error) > FAIL: gcc.dg/graphite/pr80906.c (test for excess errors) > FAIL: gcc.dg/graphite/pr80906.c scan-tree-dump graphite "isl AST to Gimpl= e succeeded" > FAIL: gcc.dg/graphite/pr81373-2.c (internal compiler error) > FAIL: gcc.dg/graphite/pr81373-2.c (test for excess errors) > FAIL: gcc.dg/graphite/pr81373.c (internal compiler error) > FAIL: gcc.dg/graphite/pr81373.c (test for excess errors) > FAIL: gcc.dg/graphite/pr82421.c (internal compiler error) > FAIL: gcc.dg/graphite/pr82421.c (test for excess errors) > FAIL: gcc.dg/graphite/pr83255.c (internal compiler error) > FAIL: gcc.dg/graphite/pr83255.c (test for excess errors) > FAIL: gcc.dg/graphite/pr83255.c scan-tree-dump graphite "loop nest optimi= zed" > FAIL: gcc.dg/graphite/pr83385.c (internal compiler error) > FAIL: gcc.dg/graphite/pr83385.c (test for excess errors) > FAIL: gcc.dg/graphite/pr83668.c (internal compiler error) > FAIL: gcc.dg/graphite/pr83668.c (test for excess errors) > FAIL: gcc.dg/graphite/pr84204.c (internal compiler error) > FAIL: gcc.dg/graphite/pr84204.c (test for excess errors) > FAIL: gcc.dg/graphite/pr84205.c (internal compiler error) > FAIL: gcc.dg/graphite/pr84205.c (test for excess errors) > FAIL: gcc.dg/graphite/pr84872.c (internal compiler error) > FAIL: gcc.dg/graphite/pr84872.c (test for excess errors) > FAIL: gcc.dg/graphite/pr85935.c (internal compiler error) > FAIL: gcc.dg/graphite/pr85935.c (test for excess errors) > FAIL: gcc.dg/graphite/pr87931.c (internal compiler error) > FAIL: gcc.dg/graphite/pr87931.c (test for excess errors) > FAIL: gcc.dg/graphite/run-id-1.c (internal compiler error) > FAIL: gcc.dg/graphite/run-id-1.c (test for excess errors) > FAIL: gcc.dg/graphite/run-id-pr47653.c (internal compiler error) > FAIL: gcc.dg/graphite/run-id-pr47653.c (test for excess errors) > FAIL: gcc.dg/graphite/run-id-pr47654.c (internal compiler error) > FAIL: gcc.dg/graphite/run-id-pr47654.c (test for excess errors) > FAIL: gcc.dg/graphite/run-id-pr67700-1.c (internal compiler error) > FAIL: gcc.dg/graphite/run-id-pr67700-1.c (test for excess errors) > FAIL: gcc.dg/graphite/uns-block-1.c (internal compiler error) > FAIL: gcc.dg/graphite/uns-block-1.c (test for excess errors) > FAIL: gcc.dg/graphite/uns-interchange-12.c (internal compiler error) > FAIL: gcc.dg/graphite/uns-interchange-12.c (test for excess errors) > FAIL: gcc.dg/graphite/uns-interchange-12.c scan-tree-dump graphite "tiled= by" > FAIL: gcc.dg/graphite/uns-interchange-14.c (internal compiler error) > FAIL: gcc.dg/graphite/uns-interchange-14.c (test for excess errors) > FAIL: gcc.dg/graphite/uns-interchange-14.c scan-tree-dump graphite "tiled= by" > FAIL: gcc.dg/graphite/uns-interchange-15.c (internal compiler error) > FAIL: gcc.dg/graphite/uns-interchange-15.c (test for excess errors) > FAIL: gcc.dg/graphite/uns-interchange-15.c scan-tree-dump graphite "tiled= by" > FAIL: gcc.dg/graphite/uns-interchange-9.c (internal compiler error) > FAIL: gcc.dg/graphite/uns-interchange-9.c (test for excess errors) > FAIL: gcc.dg/graphite/uns-interchange-mvt.c (internal compiler error) > FAIL: gcc.dg/graphite/uns-interchange-mvt.c (test for excess errors) > FAIL: gcc.dg/graphite/uns-interchange-mvt.c scan-tree-dump graphite "tile= d by" > FAIL: gfortran.dg/graphite/PR67518.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/PR67518.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/id-14.f -O (internal compiler error) > FAIL: gfortran.dg/graphite/id-14.f -O (test for excess errors) > FAIL: gfortran.dg/graphite/id-15.f -O (internal compiler error) > FAIL: gfortran.dg/graphite/id-15.f -O (test for excess errors) > FAIL: gfortran.dg/graphite/id-27.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/id-27.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/id-28.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/id-28.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/id-9.f -O (internal compiler error) > FAIL: gfortran.dg/graphite/id-9.f -O (test for excess errors) > FAIL: gfortran.dg/graphite/interchange-1.f -O (internal compiler error) > FAIL: gfortran.dg/graphite/interchange-1.f -O (test for excess errors) > FAIL: gfortran.dg/graphite/interchange-3.f90 -O (internal compiler err= or) > FAIL: gfortran.dg/graphite/interchange-3.f90 -O (test for excess error= s) > FAIL: gfortran.dg/graphite/pr14741.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr14741.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr29581.f90 -O1 (internal compiler error) > FAIL: gfortran.dg/graphite/pr29581.f90 -O1 (test for excess errors) > FAIL: gfortran.dg/graphite/pr29832.f90 -O1 (internal compiler error) > FAIL: gfortran.dg/graphite/pr29832.f90 -O1 (test for excess errors) > FAIL: gfortran.dg/graphite/pr29832.f90 -O3 -fomit-frame-pointer -funrol= l-loops -fpeel-loops -ftracer -finline-functions (internal compiler error) > FAIL: gfortran.dg/graphite/pr29832.f90 -O3 -fomit-frame-pointer -funrol= l-loops -fpeel-loops -ftracer -finline-functions (test for excess errors) > FAIL: gfortran.dg/graphite/pr29832.f90 -O3 -g (internal compiler error) > FAIL: gfortran.dg/graphite/pr29832.f90 -O3 -g (test for excess errors) > FAIL: gfortran.dg/graphite/pr39516.f -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr39516.f -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr42285.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr42285.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr42334.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr42334.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr43097.f -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr43097.f -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr68453.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr68453.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr68550-2.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr68550-2.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr71351.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr71351.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr71898.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr71898.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr82449.f -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr82449.f -O (test for excess errors) > FAIL: gfortran.dg/graphite/pr90240.f -O (internal compiler error) > FAIL: gfortran.dg/graphite/pr90240.f -O (test for excess errors) > FAIL: gfortran.dg/graphite/run-id-1.f -O (internal compiler error) > FAIL: gfortran.dg/graphite/run-id-1.f -O (test for excess errors) > FAIL: gfortran.dg/graphite/run-id-2.f90 -O (internal compiler error) > FAIL: gfortran.dg/graphite/run-id-2.f90 -O (test for excess errors) > FAIL: gfortran.dg/graphite/vect-pr40979.f90 -O (internal compiler erro= r) > FAIL: gfortran.dg/graphite/vect-pr40979.f90 -O (test for excess errors) > FAIL: libgomp.graphite/bounds.c (internal compiler error) > FAIL: libgomp.graphite/bounds.c (test for excess errors) > FAIL: libgomp.graphite/bounds.c scan-tree-dump-times graphite "0 loops ca= rried no dependency" 1 > FAIL: libgomp.graphite/force-parallel-1.c (internal compiler error) > FAIL: libgomp.graphite/force-parallel-1.c (test for excess errors) > FAIL: libgomp.graphite/force-parallel-1.c scan-tree-dump-times graphite "= 2 loops carried no dependency" 1 > FAIL: libgomp.graphite/force-parallel-2.c (internal compiler error) > FAIL: libgomp.graphite/force-parallel-2.c (test for excess errors) > FAIL: libgomp.graphite/force-parallel-2.c scan-tree-dump-times graphite "= 2 loops carried no dependency" 1 > FAIL: libgomp.graphite/force-parallel-3.c (internal compiler error) > FAIL: libgomp.graphite/force-parallel-3.c (test for excess errors) > FAIL: libgomp.graphite/force-parallel-3.c scan-tree-dump-times graphite "= 4 loops carried no dependency" 1 > FAIL: libgomp.graphite/force-parallel-4.c (internal compiler error) > FAIL: libgomp.graphite/force-parallel-4.c (test for excess errors) > FAIL: libgomp.graphite/force-parallel-4.c scan-tree-dump-times graphite "= 1 loops carried no dependency" 1 > FAIL: libgomp.graphite/force-parallel-6.c (internal compiler error) > FAIL: libgomp.graphite/force-parallel-6.c (test for excess errors) > FAIL: libgomp.graphite/force-parallel-6.c scan-tree-dump-times graphite "= 1 loops carried no dependency" 1 > FAIL: libgomp.graphite/force-parallel-6.c scan-tree-dump-times optimized = "loopfn.0" 4 > FAIL: libgomp.graphite/force-parallel-7.c (internal compiler error) > FAIL: libgomp.graphite/force-parallel-7.c (test for excess errors) > FAIL: libgomp.graphite/force-parallel-7.c scan-tree-dump-times graphite "= 5 loops carried no dependency" 1 > FAIL: libgomp.graphite/force-parallel-8.c (internal compiler error) > FAIL: libgomp.graphite/force-parallel-8.c (test for excess errors) > FAIL: libgomp.graphite/force-parallel-8.c scan-tree-dump-times graphite "= 5 loops carried no dependency" 1 > FAIL: libgomp.graphite/force-parallel-9.c (internal compiler error) > FAIL: libgomp.graphite/force-parallel-9.c (test for excess errors) > FAIL: libgomp.graphite/force-parallel-9.c scan-tree-dump-times graphite "= 4 loops carried no dependency" 1 < >>From gcc-bugs-return-648328-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 18:38:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21887 invoked by alias); 5 Jul 2019 18: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 21832 invoked by uid 48); 5 Jul 2019 18:37:57 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91077] [8/9/10 Regression] Wrong indexing when using a pointer Date: Fri, 05 Jul 2019 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.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00440.txt.bz2 Content-length: 452 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91077 --- Comment #6 from Paul Thomas --- Created attachment 46562 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46562&action=3Dedit Patch for the PR This fixes the original problem and regtests OK. I need to think this through and to test it against the other version of the problem. One way or another, I will post the fix and a testcase tomorrow. Regards Paul >>From gcc-bugs-return-648329-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 18:39:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25254 invoked by alias); 5 Jul 2019 18:39: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 23402 invoked by uid 48); 5 Jul 2019 18:39:49 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91097] [10 regression] many ICEs starting with r273131 Date: Fri, 05 Jul 2019 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: X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou 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 bug_file_loc resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00441.txt.bz2 Content-length: 688 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91097 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED URL| |https://gcc.gnu.org/ml/gcc- | |patches/2019-07/msg00472.ht | |ml Resolution|--- |FIXED Target Milestone|--- |10.0 --- Comment #1 from Eric Botcazou --- =2E >>From gcc-bugs-return-648330-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 18:40:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51929 invoked by alias); 5 Jul 2019 18:40: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 48208 invoked by uid 48); 5 Jul 2019 18:40:24 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91077] [8/9/10 Regression] Wrong indexing when using a pointer Date: Fri, 05 Jul 2019 18:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: 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: 2019-07/txt/msg00442.txt.bz2 Content-length: 1743 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91077 --- Comment #7 from Paul Thomas --- (In reply to ygal klein from comment #4) > The following code presents a difference (!) between gfortran 8.2 and > gfortran 9.1: >=20 > program test > implicit none > integer, parameter :: length =3D 2 > real(8), dimension(length) :: a, b > integer :: i >=20 > type point > real(8) :: x > end type point >=20 > type points > type(point), dimension(:), pointer :: np=3D>null() > end type points >=20 > type stored > integer :: l > type(points), pointer :: nfpoint=3D>null() > end type stored >=20 > type(stored), dimension(:), pointer :: std=3D>null() >=20 >=20 > allocate(std(1)) > allocate(std(1)%nfpoint) > allocate(std(1)%nfpoint%np(length)) > std(1)%nfpoint%np(1)%x =3D 0.3d0 > std(1)%nfpoint%np(2)%x =3D 0.3555d0 >=20 > do i =3D 1, length > write(*, "('std(1)%nfpoint%np(',i1,')%x =3D ',1e22.14)") i, > std(1)%nfpoint%np(i)%x > end do > do i =3D 1, length > write(*, "('std(1)%nfpoint%np(1:',i1,')%x =3D ',2e22.14)") i, > std(1)%nfpoint%np(1:i)%x > end do > a =3D std(1)%nfpoint%np(1:2)%x > b =3D [std(1)%nfpoint%np(1)%x, std(1)%nfpoint%np(2)%x] > if (norm2(a - b) .gt. 1d-3) then > write(*,*) 'failure' > else > write(*, *) 'success' > end if > end program test >=20 >=20 > Running with gfortan-8.2 results with 'success' and running with > gfortran-9.1 results with 'failure'. >=20 > Removing the integer variable 'l' from the type 'stored' makes both versi= ons > (8.2 and 9.1) end with 'success' >=20 > Thanks. PS. The posted patch works with this guy too. Thanks for posting the problem and staying in touch. Regards Paul >>From gcc-bugs-return-648331-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 19:34:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 58198 invoked by alias); 5 Jul 2019 19:34: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 58157 invoked by uid 48); 5 Jul 2019 19:34:52 -0000 From: "elowe at elowe dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 19:34: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: elowe at elowe dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00443.txt.bz2 Content-length: 893 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #44 from EML --- The aforementioned gprel patch I think is incorrect on HPUX, given this in ia64.c /* For HPUX, it is illegal to have relocations in shared segments. */ static int ia64_hpux_reloc_rw_mask (void) { return 3; } Therefore, if I understand correctly, HP requires all relocations, even to local data, to be dynamic. And I understand the entire purpose of the earli= er patch is in direct contradiction to this. Removing this (by adding a !TARGET_HPUX) to ia64.c results in a little progress. I can now compile and run Hello World. Woot. However, I have likely reached the same problem as "Word" - the EOF conftes= t in libstdc++v3 fails. (conftest actually crashed a couple times, the latest is for EOF) So Hello World runs, but other relatively straightforward programs do not. >>From gcc-bugs-return-648333-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 19:54:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85723 invoked by alias); 5 Jul 2019 19:54: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 85531 invoked by uid 48); 5 Jul 2019 19:54:18 -0000 From: "ibuclaw at gdcproject dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug d/90893] ODR violation Date: Fri, 05 Jul 2019 19:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: d X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ibuclaw at gdcproject dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00445.txt.bz2 Content-length: 447 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90893 Iain Buclaw changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jamborm at gcc dot gnu.org --- Comment #2 from Iain Buclaw --- *** Bug 91061 has been marked as a duplicate of this bug. *** >>From gcc-bugs-return-648332-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 19:54:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85688 invoked by alias); 5 Jul 2019 19:54: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 85477 invoked by uid 48); 5 Jul 2019 19:54:18 -0000 From: "ibuclaw at gdcproject dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug d/91061] Enum type libcall_type violates the C++ One Definition Rule Date: Fri, 05 Jul 2019 19:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: d X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ibuclaw at gdcproject dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ibuclaw at gdcproject dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00444.txt.bz2 Content-length: 510 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91061 Iain Buclaw changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Iain Buclaw --- Duplicate of pr90893. *** This bug has been marked as a duplicate of bug 90893 *** >>From gcc-bugs-return-648334-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 20:09:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83043 invoked by alias); 5 Jul 2019 20:09: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 82986 invoked by uid 55); 5 Jul 2019 20:09:51 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 20:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00446.txt.bz2 Content-length: 2943 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #45 from dave.anglin at bell dot net --- On 2019-07-05 3:34 p.m., elowe at elowe dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 > > --- Comment #44 from EML --- > The aforementioned gprel patch I think is incorrect on HPUX, given this in > ia64.c > > /* For HPUX, it is illegal to have relocations in shared segments. */ > > static int > ia64_hpux_reloc_rw_mask (void) > { > return 3; > } > > > Therefore, if I understand correctly, HP requires all relocations, even to > local data, to be dynamic. And I understand the entire purpose of the ear= lier > patch is in direct contradiction to this. > > Removing this (by adding a !TARGET_HPUX) to ia64.c results in a little > progress. I think this is wrong, but this is getting closer to a fix.=C2=A0 Would lik= e to see the .s output. We have in varasm.c: section * default_select_rtx_section (machine_mode mode ATTRIBUTE_UNUSED, =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 rtx x, =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 unsigned HOST_WIDE_INT align ATTRIBUTE_UNUSED) { =C2=A0 if (compute_reloc_for_rtx (x) & targetm.asm_out.reloc_rw_mask ()) =C2=A0=C2=A0=C2=A0 return data_section; =C2=A0 else =C2=A0=C2=A0=C2=A0 return readonly_data_section; } As you can see, when a bit is set in the reloc_rw_mask and the rtx requires relocation, the rtx is output in the data section. I think the problem is the rtx is actually output in .rodata and the HP dyn= amic linker can't do this relocation in .rodata. The ia64 target is actually using default_elf_select_rtx_section: section * default_elf_select_rtx_section (machine_mode mode, rtx x, =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 unsigned HOST_WIDE_INT align) { =C2=A0 int reloc =3D compute_reloc_for_rtx (x); =C2=A0 /* ??? Handle small data here somehow.=C2=A0 */ =C2=A0 if (reloc & targetm.asm_out.reloc_rw_mask ()) =C2=A0=C2=A0=C2=A0 { =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if (reloc =3D=3D 1) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 return get_named_section (NULL, = ".data.rel.ro.local", 1); =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 else =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 return get_named_section (NULL, = ".data.rel.ro", 3); =C2=A0=C2=A0=C2=A0 } =C2=A0 return mergeable_constant_section (mode, align, 0); } It seems to me compute_reloc_for_rtx() must be doing the wrong thing for the rtx (i.e., returning 0). You could dump the RTL by adding "-da" to the compile options.=C2=A0 Then, = you could upload the "final" file. >>From gcc-bugs-return-648335-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 20:11:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85414 invoked by alias); 5 Jul 2019 20:11: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 85367 invoked by uid 48); 5 Jul 2019 20:11:48 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91098] New: [10 Regression] internal compiler error: tree check: expected var_decl or field_decl or function_decl or type_decl or template_decl, have using_decl in build_deduction_guide, at cp/pt.c:27167 Date: Fri, 05 Jul 2019 20:11: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: ice-on-invalid-code 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 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: 2019-07/txt/msg00447.txt.bz2 Content-length: 3627 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91098 Bug ID: 91098 Summary: [10 Regression] internal compiler error: tree check: expected var_decl or field_decl or function_decl or type_decl or template_decl, have using_decl in build_deduction_guide, at cp/pt.c:27167 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: redi at gcc dot gnu.org Target Milestone: --- This was rejected by GCC 9 but gives an ICE with trunk: // { dg-options "-std=3Dgnu++17" } template struct base; template struct base { base(T& t) : p(&t) { } base(const base&) =3D delete; T* p; }; template struct atomic_ref : base { using base::base; }; int main() { int i =3D 0; atomic_ref r(i); } ctad_ice.cc: In function 'int main()': ctad_ice.cc:22:17: internal compiler error: tree check: expected var_decl or field_decl or function_decl or type_decl or template_decl, have using_decl = in build_deduction_guide, at cp/pt.c:27167 22 | atomic_ref r(i); | ^ 0x77ec68 tree_check_failed(tree_node const*, char const*, int, char const*, ...) /home/jwakely/src/gcc/gcc/gcc/tree.c:9897 0x98461c tree_check5(tree_node*, char const*, int, char const*, tree_code, tree_code, tree_code, tree_code, tree_code) /home/jwakely/src/gcc/gcc/gcc/tree.h:3288 0x98461c build_deduction_guide /home/jwakely/src/gcc/gcc/gcc/cp/pt.c:27167 0x9851e0 do_class_deduction /home/jwakely/src/gcc/gcc/gcc/cp/pt.c:27399 0x9851e0 do_auto_deduction(tree_node*, tree_node*, tree_node*, int, auto_deduction_context, tree_node*, int) /home/jwakely/src/gcc/gcc/gcc/cp/pt.c:27533 0x8c083f cp_finish_decl(tree_node*, tree_node*, bool, tree_node*, int) /home/jwakely/src/gcc/gcc/gcc/cp/decl.c:7018 0x96376b cp_parser_init_declarator /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:20491 0x945c6f cp_parser_simple_declaration /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:13525 0x947989 cp_parser_declaration_statement /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:12955 0x9485d3 cp_parser_statement /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:11284 0x949500 cp_parser_statement_seq_opt /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:11646 0x9495d7 cp_parser_compound_statement /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:11600 0x962500 cp_parser_function_body /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:22624 0x962500 cp_parser_ctor_initializer_opt_and_function_body /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:22675 0x962d86 cp_parser_function_definition_after_declarator /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:27776 0x963b1e cp_parser_function_definition_from_specifiers_and_declarator /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:27692 0x963b1e cp_parser_init_declarator /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:20261 0x945c6f cp_parser_simple_declaration /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:13525 0x96a402 cp_parser_declaration /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:13222 0x96abaf cp_parser_translation_unit /home/jwakely/src/gcc/gcc/gcc/cp/parser.c:4690 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-648336-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 20:28:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6101 invoked by alias); 5 Jul 2019 20: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 6055 invoked by uid 48); 5 Jul 2019 20:28:47 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 20:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00448.txt.bz2 Content-length: 360 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #46 from The Written Word --- (In reply to dave.anglin from comment #45) > > You could dump the RTL by adding "-da" to the compile options.=C2=A0 Then= , you > could upload the "final" file. I am uploading hello.c, hello.s, and hello.c.313r.dfinish. >>From gcc-bugs-return-648337-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 20:29:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6918 invoked by alias); 5 Jul 2019 20:29: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 6863 invoked by uid 48); 5 Jul 2019 20:29:18 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 20: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword 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: 2019-07/txt/msg00449.txt.bz2 Content-length: 260 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #47 from The Written Word --- Created attachment 46563 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46563&action=3Dedit Hello.c test program >>From gcc-bugs-return-648338-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 20:30:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10078 invoked by alias); 5 Jul 2019 20:30: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 8922 invoked by uid 48); 5 Jul 2019 20:30:23 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 20: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword 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: 2019-07/txt/msg00450.txt.bz2 Content-length: 560 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #48 from The Written Word --- Created attachment 46564 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46564&action=3Dedit hello.s assembly output of hello.c /opt/build/china/gcc-8.3.0/.obj-/./gcc/xgcc -B/opt/build/china/gcc-8.3.0/.obj-/./gcc/ -B/opt/build/gcc8/ia64-hp-hpux11.31/bin/ -B/opt/build/gcc8/ia64-hp-hpux11.31/lib/ -isystem /opt/build/gcc8/ia64-hp-hpux11.31/include -isystem /opt/build/gcc8/ia64-hp-hpux11.31/sys-include -S hello.c >>From gcc-bugs-return-648339-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 20:31:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11111 invoked by alias); 5 Jul 2019 20:31: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 11071 invoked by uid 48); 5 Jul 2019 20:31:02 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 20: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword 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: 2019-07/txt/msg00451.txt.bz2 Content-length: 555 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #49 from The Written Word --- Created attachment 46565 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46565&action=3Dedit hello.c compiled with -da /opt/build/china/gcc-8.3.0/.obj-/./gcc/xgcc -B/opt/build/china/gcc-8.3.0/.obj-/./gcc/ -B/opt/build/gcc8/ia64-hp-hpux11.31/bin/ -B/opt/build/gcc8/ia64-hp-hpux11.31/lib/ -isystem /opt/build/gcc8/ia64-hp-hpux11.31/include -isystem /opt/build/gcc8/ia64-hp-hpux11.31/sys-include -g -da hello.c >>From gcc-bugs-return-648341-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 20:52:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73719 invoked by alias); 5 Jul 2019 20:52: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 73610 invoked by uid 55); 5 Jul 2019 20:52:16 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/69445] Fail to devirtualize call to base class function even though derived class type is 'final' Date: Fri, 05 Jul 2019 20:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00453.txt.bz2 Content-length: 455 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D69445 --- Comment #8 from Jakub Jelinek --- Author: jakub Date: Fri Jul 5 20:51:44 2019 New Revision: 273149 URL: https://gcc.gnu.org/viewcvs?rev=3D273149&root=3Dgcc&view=3Drev Log: PR c++/67184 PR c++/69445 * call.c (build_new_method_call_1): Remove set but not used variable binfo. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c >>From gcc-bugs-return-648340-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 20:52:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73714 invoked by alias); 5 Jul 2019 20:52: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 73598 invoked by uid 55); 5 Jul 2019 20:52:15 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67184] Missed optimization with C++11 final specifier Date: Fri, 05 Jul 2019 20:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement 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: paolo.carlini at oracle dot com 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: 2019-07/txt/msg00452.txt.bz2 Content-length: 456 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67184 --- Comment #19 from Jakub Jelinek --- Author: jakub Date: Fri Jul 5 20:51:44 2019 New Revision: 273149 URL: https://gcc.gnu.org/viewcvs?rev=3D273149&root=3Dgcc&view=3Drev Log: PR c++/67184 PR c++/69445 * call.c (build_new_method_call_1): Remove set but not used variable binfo. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c >>From gcc-bugs-return-648342-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 21:13:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111659 invoked by alias); 5 Jul 2019 21:13: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 111598 invoked by uid 55); 5 Jul 2019 21:13:42 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 21: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00454.txt.bz2 Content-length: 492 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #50 from dave.anglin at bell dot net --- On 2019-07-05 4:28 p.m., bugzilla-gcc at thewrittenword dot com wrote: > I am uploading hello.c, hello.s, and hello.c.313r.dfinish. I'm still puzzled why .LC0 ends up in .rodata. (insn 30 2 34 2 (set (reg:DI 120 out0 [+-4 ]) (minus:DI (symbol_ref/f:SI ("*.LC0") [flags 0x2] ) (reg:DI 1 r1))) "hello.c":5 108 {*gprel64_offset} (nil)) >>From gcc-bugs-return-648343-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 21:15:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113748 invoked by alias); 5 Jul 2019 21:15: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 113704 invoked by uid 48); 5 Jul 2019 21:15:47 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/44032] internals documentation is not legally safe to use Date: Fri, 05 Jul 2019 21:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: blocker X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00455.txt.bz2 Content-length: 306 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D44032 --- Comment #7 from Eric Gallager --- Richard says the FSF doesn't object to combinations of GFDL code from the manual with GPL code from the source and that we can put a statement to this effect in the internals manual. >>From gcc-bugs-return-648344-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 21:18:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115542 invoked by alias); 5 Jul 2019 21:18: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 115487 invoked by uid 48); 5 Jul 2019 21:18:43 -0000 From: "fourmisain+gcc at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/70769] function definition wrongfully allowed inside comma separated member declaration list Date: Fri, 05 Jul 2019 21: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: 9.1.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: trivial X-Bugzilla-Who: fourmisain+gcc 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: version Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00456.txt.bz2 Content-length: 362 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D70769 fourmisain+gcc at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Version|5.2.0 |9.1.0 --- Comment #1 from fourmisain+gcc at gmail dot com --- Reconfirmed for 9.1.0 >>From gcc-bugs-return-648345-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 21:34:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70762 invoked by alias); 5 Jul 2019 21:34: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 70696 invoked by uid 48); 5 Jul 2019 21:34:55 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 21:34: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00457.txt.bz2 Content-length: 1880 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #51 from The Written Word --- (In reply to dave.anglin from comment #50) > On 2019-07-05 4:28 p.m., bugzilla-gcc at thewrittenword dot com wrote: > > I am uploading hello.c, hello.s, and hello.c.313r.dfinish. > I'm still puzzled why .LC0 ends up in .rodata. >=20 > (insn 30 2 34 2 (set (reg:DI 120 out0 [+-4 ]) > (minus:DI (symbol_ref/f:SI ("*.LC0") [flags 0x2] *.LC0>) > (reg:DI 1 r1))) "hello.c":5 108 {*gprel64_offset} > (nil)) This is a diff of the RTL between two gcc-8.3.0 versions, one with PR60465 reverted and one without: --- without-PR60465/hello.c.313r.dfinish 2019-07-05 20:37:38 +0000 +++ with-PR60465/hello.c.313r.dfinish 2019-07-05 20:26:13 +0000 @@ -31,16 +31,16 @@ (note 22 21 2 2 NOTE_INSN_PROLOGUE_END) (note 2 22 30 2 NOTE_INSN_FUNCTION_BEG) (insn 30 2 34 2 (set (reg:DI 120 out0 [+-4 ]) - (plus:DI (high:DI (symbol_ref/f:SI ("*.LC0") [flags 0x2] )) - (reg:DI 1 r1))) "hello.c":5 110 {*load_symptr_high} + (minus:DI (symbol_ref/f:SI ("*.LC0") [flags 0x2] ) + (reg:DI 1 r1))) "hello.c":5 108 {*gprel64_offset} (nil)) (insn 34 30 31 2 (unspec_volatile [ (const_int 3 [0x3]) ] UNSPECV_INSN_GROUP_BARRIER) "hello.c":5 364 {insn_group_barrier} (nil)) (insn 31 34 32 2 (set (reg:DI 120 out0 [+-4 ]) - (lo_sum:DI (mem/u/c:DI (reg:DI 120 out0 [+-4 ]) [0 S8 A64]) - (symbol_ref/f:SI ("*.LC0") [flags 0x2] ))) "hello.c":5 111 {*load_symptr_low} + (plus:DI (reg:DI 1 r1) + (reg:DI 120 out0 [+-4 ]))) "hello.c":5 206 {adddi3} (nil)) (call_insn 32 31 33 2 (parallel [ (set (reg:SI 8 r8) >>From gcc-bugs-return-648346-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 21:38:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75454 invoked by alias); 5 Jul 2019 21: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 75399 invoked by uid 48); 5 Jul 2019 21:38:28 -0000 From: "elowe at elowe dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 21:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: elowe at elowe dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00458.txt.bz2 Content-length: 859 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #52 from EML --- Note, regardless of reverting the gprel patch, GCC 8 puts the data in .roda= ta. However, doesn't gcc 4.9.x do the same thing, it just moves it to GOT with ltoffx? .file "foo.c" .pred.safe_across_calls p1-p5,p16-p63 .section .text, "ax", "progbits" .Ltext0: .section .rodata, "a", "progbits" .align 8 .LC0: stringz "Hellos World" .section .text, "ax", "progbits" Isn't LC0 here also in .rodata? objdump -h -s fooContents of section .rodata: 40007f8 48656c6c 6f732057 6f726c64 00 Hellos World.=20=20=20 So gcc 4.9.x also puts the string into rodata? (Not sure I'm reading all the files correctly, so perhaps I'm just reading = it all wrong) >>From gcc-bugs-return-648347-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 21:46:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79929 invoked by alias); 5 Jul 2019 21:46: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 79892 invoked by uid 48); 5 Jul 2019 21:46:49 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 21:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00459.txt.bz2 Content-length: 2586 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #53 from The Written Word --- (In reply to EML from comment #52) > Note, regardless of reverting the gprel patch, GCC 8 puts the data in > .rodata. >=20 > However, doesn't gcc 4.9.x do the same thing, it just moves it to GOT with > ltoffx? >=20 > .file "foo.c" > .pred.safe_across_calls p1-p5,p16-p63 > .section .text, "ax", "progbits" > .Ltext0: > .section .rodata, "a", "progbits" > .align 8 > .LC0: > stringz "Hellos World" > .section .text, "ax", "progbits" >=20 >=20 > Isn't LC0 here also in .rodata? >=20 > objdump -h -s fooContents of section .rodata: > 40007f8 48656c6c 6f732057 6f726c64 00 Hellos World.=20=20=20 >=20 >=20 > So gcc 4.9.x also puts the string into rodata? >=20 > (Not sure I'm reading all the files correctly, so perhaps I'm just reading > it all wrong) gcc-4.4.6 does: .file "hello.c" .pred.safe_across_calls p1-p5,p16-p63 .section .rodata, "a", "progbits" .align 8 .LC0: stringz "Hellos World" .section .text, "ax", "progbits" .align 16 gcc-4.6.4 does: .file "hello.c" .pred.safe_across_calls p1-p5,p16-p63 .section .rodata, "a", "progbits" .align 8 .LC0: stringz "Hellos World" .section .text, "ax", "progbits" .align 16 gcc-4.7.4 does: .pred.safe_across_calls p1-p5,p16-p63 .section .rodata, "a", "progbits" .align 8 .LC0: stringz "Hellos World" .section .text, "ax", "progbits" .align 16 gcc-4.8.5 does: .pred.safe_across_calls p1-p5,p16-p63 .section .rodata, "a", "progbits" .align 8 .LC0: stringz "Hellos World" .section .text, "ax", "progbits" .align 16 gcc-4.9.4 (with gprel patch reverted) does: .file "hello.c" .pred.safe_across_calls p1-p5,p16-p63 .section .rodata, "a", "progbits" .align 8 .LC0: stringz "Hellos World" .section .text, "ax", "progbits" .align 16 gcc-8.3.0 (first stage) does: .section .text, "ax", "progbits" .section .rodata, "a", "progbits" .align 8 .LC0: stringz "Hellos World" .section .text, "ax", "progbits" .align 16 >>From gcc-bugs-return-648348-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 21:56:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92047 invoked by alias); 5 Jul 2019 21: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 91982 invoked by uid 48); 5 Jul 2019 21:55:58 -0000 From: "bugzilla-gcc at thewrittenword dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 21: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: bugzilla-gcc at thewrittenword dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00460.txt.bz2 Content-length: 1316 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #54 from The Written Word --- (In reply to EML from comment #52) > objdump -h -s foo > Contents of section .rodata: > 40007f8 48656c6c 6f732057 6f726c64 00 Hellos World.=20=20=20 >=20 >=20 > So gcc 4.9.x also puts the string into rodata? >=20 > (Not sure I'm reading all the files correctly, so perhaps I'm just reading > it all wrong) I'm seeing the string in .rodata as well regardless of compiler version: $ gobjdump -h -s -j .rodata a.out a.out: file format elf32-ia64-hpux-big Sections: Idx Name Size VMA LMA File off Algn 10 .rodata 0000000d 040007c8 040007c8 000007c8 2**3 CONTENTS, ALLOC, LOAD, READONLY, DATA Contents of section .rodata: 40007c8 48656c6c 6f732057 6f726c64 00 Hellos World.=20=20=20 And the HP C compiler has it in .rodata as well: $ cc a.out $ gobjdump -h -s -j .rodata a.out a.out: file format elf32-ia64-hpux-big Sections: Idx Name Size VMA LMA File off Algn 11 .rodata 0000000e 040007c0 040007c0 000007c0 2**4 CONTENTS, ALLOC, LOAD, READONLY, DATA Contents of section .rodata: 40007c0 48656c6c 6f732057 6f726c64 0a00 Hellos World.. >>From gcc-bugs-return-648349-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 22:18:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109940 invoked by alias); 5 Jul 2019 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 109860 invoked by uid 48); 5 Jul 2019 22:18:50 -0000 From: "pthaugen at linux dot ibm.com" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/90813] [10 regression] gfortran.dg/proc_ptr_51.f90 fails (SIGSEGV) after 272084 Date: Fri, 05 Jul 2019 22:18: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: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pthaugen at linux dot ibm.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: 2019-07/txt/msg00461.txt.bz2 Content-length: 3652 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90813 Pat Haugen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pthaugen at linux dot ibm.= com, | |rguenth at gcc dot gnu.org --- Comment #22 from Pat Haugen --- So the problem appears to be alias.c:true_dependence() telling sched-deps.c:sched_analyze_2() that the following two instructions' memory references don't alias. Breakpoint 11, sched_analyze_2 (deps=3D0x7fffffffdbf8, x=3D0x7ffff59a1a40, insn=3D0x7ffff57f16c0) at /home/pthaugen/src/gcc/temp/gcc/gcc/sched-deps.c:2671 2671 if (true_dependence (pending_mem->element (), VOIDm= ode, t) (gdb) pr pending->insn() (insn 37 36 38 4 (set (mem/f/c:DI (unspec:DI [ (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) (reg:DI 2 2) ] UNSPEC_TOCREL) [8 c_+0 S8 A64]) (reg/f:DI 141)) "proc_ptr_51.f90":28:0 609 {*movdi_internal64} (expr_list:REG_DEAD (reg/f:DI 141) (nil))) (gdb) pr insn (insn 39 38 40 4 (set (reg/f:DI 143 [ c_ ]) (mem/f/c:DI (reg/f:DI 142) [8 c_+0 S8 A64])) "proc_ptr_51.f90":37:0= 609 {*movdi_internal64} (expr_list:REG_DEAD (reg/f:DI 142) (expr_list:REG_EQUAL (mem/f/c:DI (symbol_ref:DI ("__f_MOD_c_") [fla= gs 0xc0] ) [8 c_+0 S8 A64]) (nil)))) Which then lets the scheduler move the load above the store. Since they rea= lly are referring to the same location, we load up garbage (null) and branch to= it. Including some additional detail from a couple various spots in the debug chain. Hoping someone with more alias.c knowledge can chime in. Breakpoint 13, true_dependence_1 (mem=3D0x7ffff59a4878, mem_mode=3DE_VOIDmo= de, mem_addr=3D0x0, x=3D0x7ffff59a8e08,=20 x_addr=3D0x0, mem_canonicalized=3Dfalse) at /home/pthaugen/src/gcc/temp/gcc/gcc/alias.c:2902 2902 { (gdb) pr mem (mem/f/c:DI (unspec:DI [ (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) (reg:DI 2 2) ] UNSPEC_TOCREL) [8 c_+0 S8 A64]) (gdb) pr x (mem/f/c:DI (symbol_ref:DI ("__f_MOD_c_") [flags 0xc0] ) [8 c_+0 S8 A64]) ... (gdb) pr x_addr (symbol_ref:DI ("__f_MOD_c_") [flags 0xc0] ) (gdb) pr true_mem_addr (unspec:DI [ (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) (reg:DI 2 2) ] UNSPEC_TOCREL) (gdb) pr mem_base (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) 2958 if (! base_alias_check (x_addr, base, true_mem_addr, mem_base, (gdb) p base_alias_check (x_addr, base, true_mem_addr, mem_base, GET_MODE (= x), mem_mode) $18 =3D 0 (gdb) s base_alias_check (x=3D0x7ffff5992990, x_base=3D0x7ffff5992990, y=3D0x7ffff5= 9a4890, y_base=3D0x7ffff5990ac8,=20 x_mode=3DE_DImode, y_mode=3DE_DImode) at /home/pthaugen/src/gcc/temp/gcc/gcc/alias.c:2174 2174 if (x_base =3D=3D 0) (gdb) pr x (symbol_ref:DI ("__f_MOD_c_") [flags 0xc0] ) (gdb) pr x_base (symbol_ref:DI ("__f_MOD_c_") [flags 0xc0] ) (gdb) pr y (unspec:DI [ (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) (reg:DI 2 2) ] UNSPEC_TOCREL) (gdb) pr y_base (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) 2221 return compare_base_symbol_refs (x_base, y_base) !=3D 0; (gdb) p compare_base_symbol_refs (x_base, y_base) $19 =3D 0 2136 if (!x_node->definition) (gdb) n 2137 return 0; >>From gcc-bugs-return-648350-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 05 23:57:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39970 invoked by alias); 5 Jul 2019 23:57: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 39906 invoked by uid 48); 5 Jul 2019 23:57:01 -0000 From: "elowe at elowe dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Fri, 05 Jul 2019 23:57: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: elowe at elowe dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00462.txt.bz2 Content-length: 1022 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #55 from EML --- Doing some more testing on my "gprel unfixed fix" 32-bit gcc, I found out t= hat it seems to be missing the 32-bit pointer swizzling needed to make 32bit executables on 64-bit IA-64. The test program assembler is missing an addp4 instruction - when I add in this instruction, my second test program also works. This is defined as "ptr_extend" in the ia64.md. I don't know what it doesn't seeem to be there, but it is definitely missing. So I thought I would try to make a 64-bit GCC and then compile everything 64-bit just to see if that would work, since it doesn't need swizzling. This still has the "gprel unfixed fix" though. So far it has made it past all the conftest in the c++ library configure (so already much further) and it has compiled libstdc++. There were, unfortunat= ely, some linker problems with "duplicate symbols" which seem to have been fatal. However, this is much closer now on 64-bit >>From gcc-bugs-return-648351-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 04:43:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6646 invoked by alias); 6 Jul 2019 04:43: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 6598 invoked by uid 48); 6 Jul 2019 04:42:59 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/86418] warn about mismatch in type between argument and parameter type for declaration without prototype Date: Sat, 06 Jul 2019 04: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: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00463.txt.bz2 Content-length: 539 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86418 --- Comment #5 from Eric Gallager --- (In reply to Martin Sebor from comment #4) > Confirmed. My preference would be to resolve pr82922 and diagnose all ca= lls > to functions without a prototype. Agreed. > Short of that, this could be handled by saving the type of the first call= to a > function without a prototype in a translation unit, comparing it to the t= ype of > each subsequent call, and warning if they don't match. What about with LTO? >>From gcc-bugs-return-648352-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 04:45:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8941 invoked by alias); 6 Jul 2019 04:45: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 8882 invoked by uid 48); 6 Jul 2019 04:45:28 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/82922] Request: add -Wstrict-prototypes to -Wextra as K&R style is obsolescent Date: Sat, 06 Jul 2019 04: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: unknown X-Bugzilla-Keywords: diagnostic, 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: 2019-07/txt/msg00464.txt.bz2 Content-length: 643 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D82922 --- Comment #8 from Eric Gallager --- (In reply to Martin Sebor from comment #7) > I posted a GCC 9 patch here: > https://gcc.gnu.org/ml/gcc-patches/2018-06/msg00675.html >=20 > It adds -Wstrict-prototypes to -Wall. Unfortunately, it got derailed by > (IMO unsubstantiated) concerns about the impact on some poorly written > configure tests. I'll see if I can find the time to adjust the patch to > enable the option only with -Wextra and convince the powers that be to > accept it into GCC 9. OK, timeframe for GCC 9 has passed; what about for GCC 10? >>From gcc-bugs-return-648353-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 04:47:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13372 invoked by alias); 6 Jul 2019 04:47: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 13353 invoked by uid 48); 6 Jul 2019 04:47:55 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/90581] provide an option to adjust the maximum depth of nested #include Date: Sat, 06 Jul 2019 04:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: preprocessor X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: qinzhao at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00465.txt.bz2 Content-length: 616 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90581 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |egallager at gcc dot gnu.o= rg Resolution|--- |FIXED --- Comment #5 from Eric Gallager --- (In reply to qinzhao from comment #4) > the patch has been committed into upstream as today. So... FIXED then. >>From gcc-bugs-return-648354-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 07:51:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54613 invoked by alias); 6 Jul 2019 07: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 54582 invoked by uid 55); 6 Jul 2019 07:51:15 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91096] Openmp vector max reduction incorrect Date: Sat, 06 Jul 2019 07:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00466.txt.bz2 Content-length: 683 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91096 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Sat Jul 6 07:50:44 2019 New Revision: 273156 URL: https://gcc.gnu.org/viewcvs?rev=3D273156&root=3Dgcc&view=3Drev Log: PR tree-optimization/91096 * gcc.dg/vect/vect-simd-10.c (FLT_MIN_VALUE): Define. (bar, main): Use it instead of -__builtin_inff (). * gcc.dg/vect/vect-simd-14.c (FLT_MIN_VALUE): Define. (bar, main): Use it instead of -__builtin_inff (). Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/vect-simd-10.c trunk/gcc/testsuite/gcc.dg/vect/vect-simd-14.c >>From gcc-bugs-return-648355-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 07:59:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62021 invoked by alias); 6 Jul 2019 07:59: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 61988 invoked by uid 48); 6 Jul 2019 07:59:26 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/90581] provide an option to adjust the maximum depth of nested #include Date: Sat, 06 Jul 2019 07:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: preprocessor X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement 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: qinzhao 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: 2019-07/txt/msg00467.txt.bz2 Content-length: 292 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90581 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >>From gcc-bugs-return-648356-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 08:21:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 105032 invoked by alias); 6 Jul 2019 08: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 104997 invoked by uid 48); 6 Jul 2019 08:21:27 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/85746] Premature evaluation of __builtin_constant_p? Date: Sat, 06 Jul 2019 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: 9.0 X-Bugzilla-Keywords: missed-optimization 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: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00468.txt.bz2 Content-length: 266 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D85746 --- Comment #4 from Marc Glisse --- Created attachment 46566 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46566&action=3Dedit untested patch to fold _bcp only when necessary >>From gcc-bugs-return-648357-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 10:05:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14645 invoked by alias); 6 Jul 2019 10:05: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 14563 invoked by uid 48); 6 Jul 2019 10:04:59 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/78685] -Og generates too many ""s Date: Sat, 06 Jul 2019 10:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 6.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo 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_file_loc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00469.txt.bz2 Content-length: 941 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D78685 rsandifo at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://gcc.gnu.org/ml/gcc- | |patches/2019-06/msg01394.ht | |ml --- Comment #18 from rsandifo at gcc dot gnu.org --- (In reply to Eric Gallager from comment #17) > Richard Sandiford had a series of patches radically overhauling how -Og > works in general that might affect this bug: > https://gcc.gnu.org/ml/gcc-patches/2019-06/msg01392.html > cc-ing him so he can comment on if it does in fact affect this bug. Yeah, part 2 of the series fixes this PR: https://gcc.gnu.org/ml/gcc-patches/2019-06/msg01394.html >>From gcc-bugs-return-648358-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 10:41:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60938 invoked by alias); 6 Jul 2019 10:41: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 60865 invoked by uid 55); 6 Jul 2019 10:41:04 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/90813] [10 regression] gfortran.dg/proc_ptr_51.f90 fails (SIGSEGV) after 272084 Date: Sat, 06 Jul 2019 10:41: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: wrong-code 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: 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: 2019-07/txt/msg00470.txt.bz2 Content-length: 4099 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90813 --- Comment #23 from rguenther at suse dot de --- On July 6, 2019 12:18:47 AM GMT+02:00, "pthaugen at linux dot ibm.com" wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90813 > >Pat Haugen changed: > > What |Removed |Added >--------------------------------------------------------------------------= -- > CC| |pthaugen at linux dot ibm.com, > | |rguenth at gcc dot gnu.org > >--- Comment #22 from Pat Haugen --- >So the problem appears to be alias.c:true_dependence() telling >sched-deps.c:sched_analyze_2() that the following two instructions' >memory >references don't alias. > >Breakpoint 11, sched_analyze_2 (deps=3D0x7fffffffdbf8, x=3D0x7ffff59a1a40, >insn=3D0x7ffff57f16c0) > at /home/pthaugen/src/gcc/temp/gcc/gcc/sched-deps.c:2671 >2671 if (true_dependence (pending_mem->element (), >VOIDmode, >t) >(gdb) pr pending->insn() >(insn 37 36 38 4 (set (mem/f/c:DI (unspec:DI [ > (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) > (reg:DI 2 2) > ] UNSPEC_TOCREL) [8 c_+0 S8 A64]) > (reg/f:DI 141)) "proc_ptr_51.f90":28:0 609 {*movdi_internal64} > (expr_list:REG_DEAD (reg/f:DI 141) > (nil))) > >(gdb) pr insn >(insn 39 38 40 4 (set (reg/f:DI 143 [ c_ ]) >(mem/f/c:DI (reg/f:DI 142) [8 c_+0 S8 A64])) "proc_ptr_51.f90":37:0 609 >{*movdi_internal64} > (expr_list:REG_DEAD (reg/f:DI 142) > (expr_list:REG_EQUAL (mem/f/c:DI (symbol_ref:DI ("__f_MOD_c_") [flags >0xc0] ) [8 c_+0 S8 A64]) > (nil)))) > >Which then lets the scheduler move the load above the store. Since they >really >are referring to the same location, we load up garbage (null) and >branch to it. > >Including some additional detail from a couple various spots in the >debug >chain. Hoping someone with more alias.c knowledge can chime in. > > >Breakpoint 13, true_dependence_1 (mem=3D0x7ffff59a4878, >mem_mode=3DE_VOIDmode, >mem_addr=3D0x0, x=3D0x7ffff59a8e08,=20 > x_addr=3D0x0, mem_canonicalized=3Dfalse) at >/home/pthaugen/src/gcc/temp/gcc/gcc/alias.c:2902 >2902 { >(gdb) pr mem >(mem/f/c:DI (unspec:DI [ > (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) > (reg:DI 2 2) > ] UNSPEC_TOCREL) [8 c_+0 S8 A64]) >(gdb) pr x >(mem/f/c:DI (symbol_ref:DI ("__f_MOD_c_") [flags 0xc0] 0x7ffff7f70990 >c_>) [8 c_+0 S8 A64]) > >... > >(gdb) pr x_addr >(symbol_ref:DI ("__f_MOD_c_") [flags 0xc0] c_>) >(gdb) pr true_mem_addr >(unspec:DI [ > (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) > (reg:DI 2 2) > ] UNSPEC_TOCREL) >(gdb) pr mem_base >(symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) > >2958 if (! base_alias_check (x_addr, base, true_mem_addr, >mem_base, >(gdb) p base_alias_check (x_addr, base, true_mem_addr, mem_base, >GET_MODE (x), >mem_mode) >$18 =3D 0 > >(gdb) s >base_alias_check (x=3D0x7ffff5992990, x_base=3D0x7ffff5992990, >y=3D0x7ffff59a4890, >y_base=3D0x7ffff5990ac8,=20 > x_mode=3DE_DImode, y_mode=3DE_DImode) at >/home/pthaugen/src/gcc/temp/gcc/gcc/alias.c:2174 >2174 if (x_base =3D=3D 0) >(gdb) pr x >(symbol_ref:DI ("__f_MOD_c_") [flags 0xc0] c_>) >(gdb) pr x_base >(symbol_ref:DI ("__f_MOD_c_") [flags 0xc0] c_>) >(gdb) pr y >(unspec:DI [ > (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) > (reg:DI 2 2) > ] UNSPEC_TOCREL) >(gdb) pr y_base >(symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) > >2221 return compare_base_symbol_refs (x_base, y_base) !=3D 0; >(gdb) p compare_base_symbol_refs (x_base, y_base) >$19 =3D 0 > >2136 if (!x_node->definition) >(gdb) n >2137 return 0; We seem to access the same decl (see MEM_EXPR) once via section anchor and = once not. We seem to be confused about this in this very place? >>From gcc-bugs-return-648359-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 13:15:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93987 invoked by alias); 6 Jul 2019 13:15:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 93935 invoked by uid 55); 6 Jul 2019 13:15:55 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Sat, 06 Jul 2019 13: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00471.txt.bz2 Content-length: 863 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #56 from dave.anglin at bell dot net --- On 2019-07-05 7:57 p.m., elowe at elowe dot com wrote: > Doing some more testing on my "gprel unfixed fix" 32-bit gcc, I found out= that > it seems to be missing the 32-bit pointer swizzling needed to make 32bit > executables on 64-bit IA-64. The test program assembler is missing an ad= dp4 > instruction - when I add in this instruction, my second test program also > works. Could be.=C2=A0 The default hpux compiler generates ILP32 code and it's sup= posed to be big-endian. Could you compile hello world with "-c" option and run "objdump -r" on resulting object? Pointers are 32-bit in the ILP32 model.=C2=A0 I think we should have GPREL3= 2MSB relocation but maybe we have 64-bit reloc. https://refspecs.linuxfoundation.org/elf/IA64-SysV-psABI.pdf >>From gcc-bugs-return-648360-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 14:19:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66442 invoked by alias); 6 Jul 2019 14:19: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 66349 invoked by uid 48); 6 Jul 2019 14:19:25 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/90813] [10 regression] gfortran.dg/proc_ptr_51.f90 fails (SIGSEGV) after 272084 Date: Sat, 06 Jul 2019 14:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-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: 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: 2019-07/txt/msg00472.txt.bz2 Content-length: 208 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90813 --- Comment #24 from Segher Boessenkool --- Is that disallowed? Is there any way to prevent that from happening, in general? >>From gcc-bugs-return-648361-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 14:20:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72563 invoked by alias); 6 Jul 2019 14:20: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 72519 invoked by uid 48); 6 Jul 2019 14:20:31 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91098] [10 Regression] internal compiler error: tree check: expected var_decl or field_decl or function_decl or type_decl or template_decl, have using_decl in build_deduction_guide, at cp/pt.c:27167 Date: Sat, 06 Jul 2019 14: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-invalid-code 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc target_milestone everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00473.txt.bz2 Content-length: 626 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91098 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-06 CC| |mpolacek at gcc dot gnu.org Target Milestone|--- |10.0 Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Started with r270765. >>From gcc-bugs-return-648362-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 14:36:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88480 invoked by alias); 6 Jul 2019 14:36: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 88391 invoked by uid 48); 6 Jul 2019 14:36:15 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/90813] [10 regression] gfortran.dg/proc_ptr_51.f90 fails (SIGSEGV) after 272084 Date: Sat, 06 Jul 2019 14:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-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: 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: 2019-07/txt/msg00474.txt.bz2 Content-length: 3217 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90813 --- Comment #25 from Segher Boessenkool --- At expand time, the assignment is ;; c_ =3D c; (insn 35 34 36 (set (reg/f:DI 140) (unspec:DI [ (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) (reg:DI 2 2) ] UNSPEC_TOCREL)) "proc_ptr_51.f90":26:0 -1 (expr_list:REG_EQUAL (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) (nil))) (insn 36 35 37 (set (reg/f:DI 141) (unspec:DI [ (symbol_ref:DI ("__f_MOD_c") [flags 0x3] ) (reg:DI 2 2) ] UNSPEC_TOCREL)) "proc_ptr_51.f90":26:0 -1 (expr_list:REG_EQUAL (symbol_ref:DI ("__f_MOD_c") [flags 0x3]=20 ) (nil))) (insn 37 36 0 (set (mem/f/c:DI (reg/f:DI 140) [13 c_+0 S8 A64]) (reg/f:DI 141)) "proc_ptr_51.f90":26:0 -1 (nil)) while the use is (immediately after that!) ;; rhs.2 =3D c_.5_12 (); [return slot optimization] (insn 38 37 39 (set (reg:DI 142) (plus:DI (reg/f:DI 112 virtual-stack-vars) (const_int 48 [0x30]))) "proc_ptr_51.f90":35:0 -1 (nil)) (insn 39 38 40 (set (reg/f:DI 143) (mem/u/c:DI (unspec:DI [ (symbol_ref/u:DI ("*.LC1") [flags 0x2]) (reg:DI 2 2) ] UNSPEC_TOCREL) [21 S8 A8])) "proc_ptr_51.f90":35:0 -1 (expr_list:REG_EQUAL (symbol_ref:DI ("__f_MOD_c_") [flags 0xc0] ) (nil))) (insn 40 39 41 (set (reg/f:DI 144) (mem/f/c:DI (reg/f:DI 143) [13 c_+0 S8 A64])) "proc_ptr_51.f90":35:= 0 -1 (nil)) (insn 41 40 42 (set (reg:DI 3 3) (reg:DI 142)) "proc_ptr_51.f90":35:0 -1 (nil)) (insn 42 41 43 (set (reg:DI 145) (mem:DI (reg/f:DI 144) [0 S8 A8])) "proc_ptr_51.f90":35:0 -1 (nil)) (insn 43 42 44 (set (reg:DI 97 ctr) (reg:DI 145)) "proc_ptr_51.f90":35:0 -1 (nil)) (insn 44 43 45 (set (reg:DI 11 11) (mem:DI (plus:DI (reg/f:DI 144) (const_int 16 [0x10])) [0 S8 A8])) "proc_ptr_51.f90":35:0 = -1 (nil)) (call_insn 45 44 46 (parallel [ (call (mem:SI (reg:DI 97 ctr) [0 *c_.5_12 S4 A8]) (const_int 64 [0x40])) (use (mem:DI (plus:DI (reg/f:DI 144) (const_int 8 [0x8])) [0 S8 A8])) (set (reg:DI 2 2) (unspec:DI [ (const_int 40 [0x28]) ] UNSPEC_TOCSLOT)) (clobber (reg:DI 96 lr)) ]) "proc_ptr_51.f90":35:0 -1 (expr_list:REG_CALL_DECL (nil) (nil)) (expr_list (use (reg:DI 11 11)) (expr_list:DI (use (reg:DI 3 3)) (nil)))) (insn 46 45 47 (set (reg:DI 146) (plus:DI (reg/f:DI 112 virtual-stack-vars) (const_int 48 [0x30]))) "proc_ptr_51.f90":35:0 -1 (nil)) (insn 47 46 0 (set (reg:TI 127 [ rhs.2 ]) (mem:TI (reg:DI 146) [7 S16 A64])) "proc_ptr_51.f90":35:0 -1 (nil)) so it is wrong (if this is wrong!) at expand already. In gimple this was: c_ =3D c; c_.5_12 =3D c_; rhs.2 =3D c_.5_12 (); [return slot optimization] >>From gcc-bugs-return-648363-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 15:00:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11807 invoked by alias); 6 Jul 2019 15: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 11753 invoked by uid 48); 6 Jul 2019 15:00:52 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67017] [DR1265] Mixing init-declarator for variables and functions in declaration with auto type-specifier Date: Sat, 06 Jul 2019 15: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: unknown X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00475.txt.bz2 Content-length: 520 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67017 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |mpolacek at gcc dot gnu.org Resolution|--- |FIXED --- Comment #7 from Marek Polacek --- Resolved in r244071. >>From gcc-bugs-return-648364-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 15:41:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47417 invoked by alias); 6 Jul 2019 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 47392 invoked by uid 48); 6 Jul 2019 15:41:28 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/56248] [DR 580] access checking of template parameters done too early Date: Sat, 06 Jul 2019 15:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.8.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 cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00476.txt.bz2 Content-length: 481 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D56248 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-06 CC| |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 >>From gcc-bugs-return-648365-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 16:26:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5729 invoked by alias); 6 Jul 2019 16: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 5700 invoked by uid 48); 6 Jul 2019 16:25:56 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91090] A suspicious code in tree-ssa-dom.c Date: Sat, 06 Jul 2019 16: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: unknown 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: law at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00477.txt.bz2 Content-length: 625 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91090 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |law at redhat dot com Assignee|unassigned at gcc dot gnu.org |law at redhat dot c= om --- Comment #2 from Jeffrey A. Law --- I think that if (i > j) case should be at the same level as the (i =3D=3D j= ) case.=20 It probably got goof'd up during reindention when the code was copied from tree-vrp.c. >>From gcc-bugs-return-648366-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 16:56:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110138 invoked by alias); 6 Jul 2019 16: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 110087 invoked by uid 48); 6 Jul 2019 16:56:44 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91099] New: constexpr vs -frounding-math Date: Sat, 06 Jul 2019 16:56: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: glisse at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00478.txt.bz2 Content-length: 1845 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91099 Bug ID: 91099 Summary: constexpr vs -frounding-math Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: glisse at gcc dot gnu.org Target Milestone: --- constexpr double d =3D 1. / 3.; currently fails to compile with -frounding-math. This behavior makes sense:= we do not know in what direction to round. However, -frounding-math is about t= he dynamic rounding mode, while the above expression must be evaluated at comp= ile time, where there is no dynamic rounding mode (pragma fenv_round from C2a m= ay eventually provide a way to specify a relevant rounding mode). An alternati= ve to refusing to perform any inexact math at compile time would be, when the computation is absolutely required to be performed at compile time, to use = the default rounding mode. I tried adding: Save save_frm(flag_rounding_math, flag_rounding_math & !ctx->manifestly_const_eval); near the beginning of cxx_eval_constant_expression, where Save is template struct Save { T& ref; T old; Save(T& t, T newval): ref(t), old(t) { ref =3D newval; } ~Save() { ref =3D old; } }; which kind of works on trivial examples, but is defeated by constexpr-cachi= ng if we change flag_rounding_math in the middle of a translation unit: if we = have previously (-fno-rounding-math) managed to fold a function computing 1./3, = we blindly reuse the result even if we now have -frounding-math. I don't know = if it would be acceptable to say that -frounding-math may not be changed in the middle of a translation unit. (for pragma fenv_access, I currently think I should use a different flag) >>From gcc-bugs-return-648367-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 17:22:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129677 invoked by alias); 6 Jul 2019 17: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 129619 invoked by uid 48); 6 Jul 2019 17:22:08 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Sat, 06 Jul 2019 17:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: 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: 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 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: 2019-07/txt/msg00479.txt.bz2 Content-length: 598 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |msebor at gcc dot gnu.org See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D89072 --- Comment #10 from Martin Sebor --- See also pr89072 for a request to enable -Wall -Werror by default. >>From gcc-bugs-return-648368-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 17:23:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130845 invoked by alias); 6 Jul 2019 17: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 130760 invoked by uid 48); 6 Jul 2019 17:23:46 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91093] Error on implicit int by default Date: Sat, 06 Jul 2019 17: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: unknown X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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: 2019-07/txt/msg00480.txt.bz2 Content-length: 750 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91093 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |msebor at gcc dot gnu.org See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D91092, | |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D89072 --- Comment #1 from Martin Sebor --- See also pr89072 for a request to enable -Wall -Werror by default. >>From gcc-bugs-return-648369-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 18:11:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43689 invoked by alias); 6 Jul 2019 18:11: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 43648 invoked by uid 48); 6 Jul 2019 18:11:21 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89072] -Wall -Werror should be defaults Date: Sat, 06 Jul 2019 18:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement 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: 2019-07/txt/msg00481.txt.bz2 Content-length: 1504 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89072 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |segher at gcc dot gnu.org --- Comment #1 from Segher Boessenkool --- -Werror should *never* be the default. Warnings are warnings, and errors are errors. Warnings are for situations where the compiler cannot tell whether what you did is wrong, and errors are for when it *can* tell unambiguously that your program is incorrect. Many warnings are *wrong*. That is in the nature of warnings. Refusing to build a correct program is a disservice. Warnings change frequently, with every release of GCC. On the other hand, errors do not change (ignoring compiler bugs): incorrect programs stay incorrect, and if we failed to diagnose an incorrect program before, that does not change the fact that it was incorrect. Making -Wall the default will potentially break the build of very many projects, *especially* those that misguidedly use -Werror. I don't see any less painful path to enabling -Wall by default. I don't really see the point: there are other gcc command line mistakes that are made more often, certainly by beginners (like forgetting -Wextra, or putting -l's before the object files, or or or). Beginners are better off not invoking the compiler driver directly. >>From gcc-bugs-return-648370-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 18:53:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127448 invoked by alias); 6 Jul 2019 18:53: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 127413 invoked by uid 48); 6 Jul 2019 18:53:13 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/91100] New: [9,10 Regression] FAIL: gnat.dg/socket1.adb execution test Date: Sat, 06 Jul 2019 18:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada X-Bugzilla-Version: 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: 2019-07/txt/msg00482.txt.bz2 Content-length: 2458 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91100 Bug ID: 91100 Summary: [9,10 Regression] FAIL: gnat.dg/socket1.adb execution test Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa64-hp-hpux11.11 ADA_INCLUDE_PATH=3D/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libada/adai= nclude ADA_OBJECTS_PATH=3D/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libada/adai= nclude Executing on host: /test/gnu/gcc/objdir/gcc/gnatmake --GCC=3D/test/gnu/gcc/objdir/ gcc/xgcc --GNATBIND=3D/test/gnu/gcc/objdir/gcc/gnatbind --GNATLINK=3D/test/gnu/gcc/o bjdir/gcc/gnatlink -cargs -B/test/gnu/gcc/objdir/gcc -largs --GCC=3D/test/gnu/gcc/objdir/gcc/xgcc\ -B/test/gnu/gcc/objdir/gcc\ -margs --RTS=3D/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libada -q -f /test/gnu/gcc/gcc/gcc/testsuite/gnat.dg/socket1.adb=20 -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -lm -o ./socket1.exe (timeout =3D 300) spawn /test/gnu/gcc/objdir/gcc/gnatmake --GCC=3D/test/gnu/gcc/objdir/gcc/xg= cc --GNATBIND=3D/test/gnu/gcc/objdir/gcc/gnatbind --GNATLINK=3D/test/gnu/gcc/objdir/gcc/gnatlink -cargs -B/test/gnu/gcc/objdi= r/gcc -largs --GCC=3D/test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc -m= args --RTS=3D/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libada -q -f /test/gnu/gcc/gcc/gcc/testsuite/gnat.dg/socket1.adb -fno-diagnostics-show-c= aret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -lm -o ./socket1.exe Executing on host: /test/gnu/gcc/objdir/gcc/gnatclean -c -q -n ./socket1=20= =20 (timeout =3D 300) spawn /test/gnu/gcc/objdir/gcc/gnatclean -c -q -n ./socket1 ./socket1.ali ./socket1.o PASS: gnat.dg/socket1.adb (test for excess errors) Setting LD_LIBRARY_PATH to :/test/gnu/gcc/objdir/gcc::/test/gnu/gcc/objdir/= gcc spawn [open ...] raised GNAT.SOCKETS.SOCKET_ERROR : [0] Error 0 FAIL: gnat.dg/socket1.adb execution test Revision 272748 was okay with gcc-10. Fail seen with revision 273142. Revision 272827 was okay with gcc-9. Fail seen with revision 272908. Not sure how to debug (i.e., keep testsuite executable). >>From gcc-bugs-return-648371-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 19:39:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22257 invoked by alias); 6 Jul 2019 19:39: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 22175 invoked by uid 48); 6 Jul 2019 19:39:19 -0000 From: "amylaar at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Sat, 06 Jul 2019 19: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.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: amylaar at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00483.txt.bz2 Content-length: 1525 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 Jorn Wolfgang Rennecke changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |amylaar at gcc dot gnu.org --- Comment #10 from Jorn Wolfgang Rennecke --- Created attachment 46567 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46567&action=3Dedit Fix for targets that pass the argument by invisible reference I also observe this problem on esirisc. assign_parm is only relevant for the testcase if the argument is passed by value, where the copy is made in foo. If the argument is passed by invisible reference, we have instead during compilation of main expand_call calling initialize_argument_information, wh= ich calls assign_temp, which calls assign_temp_for_type, which calls assign_stack_local_1 . The attached patch changes initialize_argument_information to use the same code path as for variable-sized arguments; it's a bit more overhead, but I would think that excess alignment is a relatively rare case. If performance for = this alignment were really important, you could change the stack management so t= hat the alignment can be provided more cheaply. Since the esirisc port is not in the FSF tree, it doesn't really count for testing; also, the behaviour will vary depending on argument passing of the target, so we need to test a variety of targets. >>From gcc-bugs-return-648372-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 19:44:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7616 invoked by alias); 6 Jul 2019 19: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 7540 invoked by uid 48); 6 Jul 2019 19:44:46 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91096] Openmp vector max reduction incorrect Date: Sat, 06 Jul 2019 19:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: 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: RESOLVED X-Bugzilla-Resolution: FIXED 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 resolution 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: 2019-07/txt/msg00484.txt.bz2 Content-length: 574 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91096 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gn= u.org Target Milestone|--- |10.0 --- Comment #6 from Jakub Jelinek --- Should be fixed now. >>From gcc-bugs-return-648373-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 20:07:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33493 invoked by alias); 6 Jul 2019 20:07: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 33400 invoked by uid 48); 6 Jul 2019 20:07:41 -0000 From: "frantisek at sumsal dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] New: Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Sat, 06 Jul 2019 20:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: frantisek at sumsal dot cz X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter 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: 2019-07/txt/msg00485.txt.bz2 Content-length: 14949 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 Bug ID: 91101 Summary: Possible performance regression in libasan with detect_stack_use_after_return=3D1 Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: frantisek at sumsal dot cz CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxi= n at gcc dot gnu.org Target Milestone: --- Hello, in systemd we recently noticed[0], that certain CI's started timeouting aft= er upgrade to gcc 9.1.0 and 9.1.1. After a bit of investigation it seems that = the runtime of instrumented binaries with ASan is more than doubled. (The GitHub thread contains claims about the performance issue being present even witho= ut sanitizers, but that hasn't been confirmed yet, so please ignore it). Also, I apologize if this report is useless for upstream, since it's not us= ing the trunk GCC, but I'd really like to know if we're doing something fundamentally wrong or if this is an actual issue. The following report is = from Arch Linux with GCC 9.1.0, but I also managed to reproduce this on Fedora Rawhide with GCC 9.1.1[1]. As this thread is without any response so far, I= 've been trying to collect as much information as possible regarding this issue= , as testing systemd with bleeding-edge software is particularly important for u= s. The following statistics provide comparison between two particular systemd = test cases compiled with GCC 8.3.0 (with and without ASan and UBSan) and the same statistics for GCC 9.1.0: ---- [vagrant@arch build]$ pacman -Q gcc gcc-libs gcc 8.3.0-1 gcc-libs 8.3.0-1 [vagrant@arch build]$ gcc -v Using built-in specs. COLLECT_GCC=3Dgcc COLLECT_LTO_WRAPPER=3D/usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /build/gcc/src/gcc/configure --prefix=3D/usr --libdir=3D/u= sr/lib --libexecdir=3D/usr/lib --mandir=3D/usr/share/man --infodir=3D/usr/share/in= fo --with-bugurl=3Dhttps://bugs.archlinux.org/ --enable-languages=3Dc,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=3Dposix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=3Dgnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=3Dgnu --enable-gnu-indirect-function --enable-multilib --disable-werror --enable-checking=3Drelease --enable-default-pie --enable-default-ssp --enable-cet=3Dauto Thread model: posix gcc version 8.3.0 (GCC) # Basically git clone https://github.com/systemd/systemd /build [vagrant@arch build]$ meson build-gcc-8.3.0-sanitizers -Db_sanitize=3Daddress,undefined <...snip...> [vagrant@arch build]$ meson build-gcc-8.3.0 <...snip...> [vagrant@arch build]$ ninja -C build-gcc-8.3.0-sanitizers <...snip...> [vagrant@arch build]$ ninja -C build-gcc-8.3.0 <...snip...> # Sanitizer-specific options [vagrant@arch build]$ export ASAN_OPTIONS=3Dstrict_string_checks=3D1:detect_stack_use_after_return=3D1:c= heck_initialization_order=3D1:strict_init_order=3D1 [vagrant@arch build]$ export UBSAN_OPTIONS=3Dprint_stacktrace=3D1:print_summary=3D1:halt_on_error=3D1 # WITHOUT sanitizers [vagrant@arch build]$ /bin/time -v build-gcc-8.3.0/test-conf-parser >/dev/n= ull <...snip...> Command being timed: "build-gcc-8.3.0/test-conf-parser" User time (seconds): 1.25 System time (seconds): 0.01 Percent of CPU this job got: 99% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:01.28 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 9944 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 0 Minor (reclaiming a frame) page faults: 930 Voluntary context switches: 12 Involuntary context switches: 107 Swaps: 0 File system inputs: 0 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 [vagrant@arch build]$ cd build-gcc-8.3.0 && /bin/time -v ../test/hwdb-test.= sh >/dev/null Command being timed: "../test/hwdb-test.sh" User time (seconds): 0.40 System time (seconds): 0.01 Percent of CPU this job got: 98% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.41 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 25752 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 0 Minor (reclaiming a frame) page faults: 7264 Voluntary context switches: 71 Involuntary context switches: 30 Swaps: 0 File system inputs: 0 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 # WITH sanitizers [vagrant@arch build]$ /bin/time -v build-gcc-8.3.0-sanitizers/test-conf-par= ser >/dev/null <...snip...> Command being timed: "build-gcc-8.3.0-sanitizers/test-conf-parser" User time (seconds): 3.05 System time (seconds): 0.28 Percent of CPU this job got: 92% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:03.61 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 347056 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 16 Minor (reclaiming a frame) page faults: 180270 Voluntary context switches: 85 Involuntary context switches: 395 Swaps: 0 File system inputs: 35568 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 [vagrant@arch build]$ cd build-gcc-8.3.0-sanitizers/ && /bin/time -v ../test/hwdb-test.sh >/dev/null Command being timed: "../test/hwdb-test.sh" User time (seconds): 40.08 System time (seconds): 31.98 Percent of CPU this job got: 99% Elapsed (wall clock) time (h:mm:ss or m:ss): 1:12.41 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 805060 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 3 Minor (reclaiming a frame) page faults: 22857463 Voluntary context switches: 97 Involuntary context switches: 414 Swaps: 0 File system inputs: 288 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 # GCC upgrade [vagrant@arch build]$ sudo pacman -Sy gcc gcc-libs ... Packages (2) gcc-9.1.0-2 gcc-libs-9.1.0-2 ... [vagrant@arch build]$ gcc -v Using built-in specs. COLLECT_GCC=3Dgcc COLLECT_LTO_WRAPPER=3D/usr/lib/gcc/x86_64-pc-linux-gnu/9.1.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /build/gcc/src/gcc/configure --prefix=3D/usr --libdir=3D/u= sr/lib --libexecdir=3D/usr/lib --mandir=3D/usr/share/man --infodir=3D/usr/share/in= fo --with-bugurl=3Dhttps://bugs.archlinux.org/ --enable-languages=3Dc,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=3Dposix --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=3Dgnu --disable-libstdcxx-p= ch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=3Dgnu --enable-gnu-indirect-function --enable-mult= ilib --disable-werror --enable-checking=3Drelease --enable-default-pie --enable-default-ssp --enable-cet=3Dauto Thread model: posix gcc version 9.1.0 (GCC) [vagrant@arch build]$ meson build-gcc-9.1.0-sanitizers -Db_sanitize=3Daddress,undefined <...snip...> [vagrant@arch build]$ meson build-gcc-9.1.0 <...snip...> [vagrant@arch build]$ ninja -C build-gcc-9.1.0-sanitizers <...snip...> [vagrant@arch build]$ ninja -C build-gcc-9.1.0 <...snip...> # WITHOUT sanitizers [vagrant@arch build]$ /bin/time -v build-gcc-9.1.0/test-conf-parser >/dev/n= ull <...snip...> Command being timed: "build-gcc-9.1.0/test-conf-parser" User time (seconds): 1.26 System time (seconds): 0.00 Percent of CPU this job got: 99% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:01.28 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 10016 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 1 Minor (reclaiming a frame) page faults: 928 Voluntary context switches: 6 Involuntary context switches: 111 Swaps: 0 File system inputs: 96 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 [vagrant@arch build]$ cd build-gcc-9.1.0 && /bin/time -v ../test/hwdb-test.= sh >/dev/null Command being timed: "../test/hwdb-test.sh" User time (seconds): 0.43 System time (seconds): 0.03 Percent of CPU this job got: 95% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.49 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 25856 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 3 Minor (reclaiming a frame) page faults: 7279 Voluntary context switches: 108 Involuntary context switches: 68 Swaps: 0 File system inputs: 1144 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 # WITH sanitizers [vagrant@arch build]$ /bin/time -v build-gcc-9.1.0-sanitizers/test-conf-par= ser >/dev/null <...snip...> Command being timed: "build-gcc-9.1.0-sanitizers/test-conf-parser" User time (seconds): 30.03 System time (seconds): 0.33 Percent of CPU this job got: 99% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:30.50 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 348972 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 17 Minor (reclaiming a frame) page faults: 180473 Voluntary context switches: 31 Involuntary context switches: 160 Swaps: 0 File system inputs: 5200 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 [vagrant@arch build]$ cd build-gcc-9.1.0-sanitizers/ && /bin/time -v ../test/hwdb-test.sh >/dev/null Command being timed: "../test/hwdb-test.sh" User time (seconds): 129.53 System time (seconds): 32.94 Percent of CPU this job got: 99% Elapsed (wall clock) time (h:mm:ss or m:ss): 2:43.29 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 805868 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 6 Minor (reclaiming a frame) page faults: 22858160 Voluntary context switches: 118 Involuntary context switches: 1136 Swaps: 0 File system inputs: 11640 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 ---- Notice the huge difference in user/wall time in the ASan+UBsan run, which is ~10 times slower with GCC 9.1.x as opposed to GCC 8.3.0. However, by switching the `detect_stack_use_after_return` option off, the performance issue is much less noticeable: ---- [vagrant@arch build]$ export ASAN_OPTIONS=3Dstrict_string_checks=3D1:check_initialization_order=3D1:stri= ct_init_order=3D1:detect_stack_use_after_return=3D0 [vagrant@arch build]$ /bin/time -v build-gcc-9.1.0-sanitizers/test-conf-par= ser >/dev/null <...snip...> /tmp/test-conf-parser.Q8S7gi:1: Continuation line too long Command being timed: "build-gcc-9.1.0-sanitizers/test-conf-parser" User time (seconds): 2.61 System time (seconds): 0.23 Percent of CPU this job got: 99% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:02.87 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 347316 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 9 Minor (reclaiming a frame) page faults: 179814 Voluntary context switches: 22 Involuntary context switches: 108 Swaps: 0 File system inputs: 1160 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 [vagrant@arch build]$ cd build-gcc-9.1.0-sanitizers/ && /bin/time -v ../test/hwdb-test.sh >/dev/null Command being timed: "../test/hwdb-test.sh" User time (seconds): 22.71 System time (seconds): 32.06 Percent of CPU this job got: 99% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:55.11 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 802892 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 15 Minor (reclaiming a frame) page faults: 22856894 Voluntary context switches: 171 Involuntary context switches: 657 Swaps: 0 File system inputs: 25384 File system outputs: 0 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 --- So far I've failed to convince meson/ninja to build systemd and leave the G= CC's temporary files intact, so I'll provide them as soon as possible. Thank you. [0] https://github.com/systemd/systemd/pull/12856#issuecomment-504395847 [1] https://bugzilla.redhat.com/show_bug.cgi?id=3D1722949 >>From gcc-bugs-return-648374-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 20:23:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102079 invoked by alias); 6 Jul 2019 20: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 102045 invoked by uid 48); 6 Jul 2019 20:23:27 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91102] New: [9/10 Regression] aarch64 ICE on Linux kernel with -Os starting with r270266 Date: Sat, 06 Jul 2019 20:23: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.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: 2019-07/txt/msg00486.txt.bz2 Content-length: 2006 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91102 Bug ID: 91102 Summary: [9/10 Regression] aarch64 ICE on Linux kernel with -Os starting with r270266 Product: gcc Version: 9.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: jakub at gcc dot gnu.org Target Milestone: --- int foo (long d, long l) { register long e asm ("x1") =3D d; register long f asm("x2") =3D l; asm ("" : : "r" (e), "r" (f)); } struct T { int i; int j; }; union S { long h; struct T t; }; void bar (union S b) { while (1) { union S c =3D b; c.t.j++; b.h =3D foo (b.h, c.h); } } ICEs with -Os on aarch64-linux starting with r270266: rh1727453.i: In function =E2=80=98bar=E2=80=99: rh1727453.i:21:1: error: unable to generate reloads for: 21 | } | ^ (insn 15 14 16 3 (set (reg/v:DI 2 x2 [ f ]) (ior:DI (and:DI (reg/v:DI 1 x1 [ e ]) (const_int 4294967295 [0xffffffff])) (ashift:DI (subreg:DI (reg:SI 99) 0) (const_int 32 [0x20])))) "rh1727453.i":5:17 794 {*aarch64_bfidi4_noand} (expr_list:REG_DEAD (reg:SI 99) (nil))) during RTL pass: reload rh1727453.i:21:1: internal compiler error: in curr_insn_transform, at lra-constraints.c:3962 0xfa3363 _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) ../../gcc/rtl-error.c:108 0xe09d9f curr_insn_transform ../../gcc/lra-constraints.c:3962 0xe0d788 lra_constraints(bool) ../../gcc/lra-constraints.c:4978 0xdf5639 lra(_IO_FILE*) ../../gcc/lra.c:2472 0xd9d0c2 do_reload ../../gcc/ira.c:5516 0xd9d550 execute ../../gcc/ira.c:5700 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-648375-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 20:33:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108837 invoked by alias); 6 Jul 2019 20:33:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 108772 invoked by uid 48); 6 Jul 2019 20:32:58 -0000 From: "frantisek at sumsal dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Sat, 06 Jul 2019 20:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: frantisek at sumsal dot cz X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00487.txt.bz2 Content-length: 255 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #1 from Frantisek Sumsal --- Created attachment 46568 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46568&action=3Dedit hwdb.i tempfile from GCC 9.1.0 >>From gcc-bugs-return-648376-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 20:33:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109821 invoked by alias); 6 Jul 2019 20:33: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 109748 invoked by uid 48); 6 Jul 2019 20:33:36 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91102] [9/10 Regression] aarch64 ICE on Linux kernel with -Os starting with r270266 Date: Sat, 06 Jul 2019 20:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.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: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget priority bug_status cf_reconfirmed_on cc target_milestone everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00488.txt.bz2 Content-length: 3798 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91102 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |aarch64-linux Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-06 CC| |segher at gcc dot gnu.org, | |sje at gcc dot gnu.org, | |vmakarov at gcc dot gnu.org Target Milestone|--- |9.2 Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Before combine we have: (insn 12 11 14 3 (set (zero_extract:DI (reg/v:DI 95 [ c ]) (const_int 32 [0x20]) (const_int 32 [0x20])) (reg:DI 100)) "rh1727453.i":18:12 782 {*insv_regdi} (expr_list:REG_DEAD (reg:DI 100) (nil))) (insn 14 12 15 3 (set (reg/v:DI 1 x1 [ e ]) (reg:DI 92 [ b$h ])) "rh1727453.i":4:17 47 {*movdi_aarch64} (expr_list:REG_DEAD (reg:DI 92 [ b$h ]) (nil))) (insn 15 14 16 3 (set (reg/v:DI 2 x2 [ f ]) (reg/v:DI 95 [ c ])) "rh1727453.i":5:17 47 {*movdi_aarch64} (expr_list:REG_DEAD (reg/v:DI 95 [ c ]) (nil))) Combine makes it into: (insn 14 12 15 3 (set (reg/v:DI 1 x1 [ e ]) (reg:DI 92 [ b$h ])) "rh1727453.i":4:17 47 {*movdi_aarch64} (nil)) (insn 15 14 16 3 (set (reg/v:DI 2 x2 [ f ]) (ior:DI (and:DI (reg:DI 92 [ b$h ]) (const_int 4294967295 [0xffffffff])) (ashift:DI (subreg:DI (reg:SI 99) 0) (const_int 32 [0x20])))) "rh1727453.i":5:17 794 {*aarch64_bfidi4_noand} (expr_list:REG_DEAD (reg:DI 92 [ b$h ]) (expr_list:REG_DEAD (reg:SI 99) (nil)))) (note the hard reg output, but still no input). But then something during IRA decides to replace that reg:DI 92 with reg:DI= 1 x1: (insn 14 12 15 3 (set (reg/v:DI 1 x1 [ e ]) (reg:DI 92 [ b$h ])) "rh1727453.i":4:17 47 {*movdi_aarch64} (expr_list:REG_DEAD (reg:DI 92 [ b$h ]) (nil))) (insn 15 14 16 3 (set (reg/v:DI 2 x2 [ f ]) (ior:DI (and:DI (reg/v:DI 1 x1 [ e ]) (const_int 4294967295 [0xffffffff])) (ashift:DI (subreg:DI (reg:SI 99) 0) (const_int 32 [0x20])))) "rh1727453.i":5:17 794 {*aarch64_bfidi4_noand} (expr_list:REG_DEAD (reg:SI 99) (nil))) And LRA can't deal with that, because the pattern is: (define_insn ("*aarch64_bfidi4_noand") [ (set (match_operand:DI 0 ("register_operand") ("=3Dr")) (ior:DI (and:DI (match_operand:DI 1 ("register_operand") ("0")) (match_operand:DI 2 ("const_int_operand") ("n"))) (ashift:DI (match_operand:DI 3 ("register_operand") ("r")) (match_operand:DI 4 ("aarch64_simd_shift_imm_di") ("n")= )))) ] ("aarch64_masks_and_shift_for_bfi_p (DImode, UINTVAL (operands[2]), UINTVAL (operands[4]), HOST_WIDE_INT_M1U << UINTVAL (operands[4]) )") ("*{ operands[5] =3D GEN_INT (GET_MODE_BITSIZE (DImode) - UINTVAL (operands[4]= )); return "bfi\t%x0, %x3, %4, %5"; }") [ (set_attr ("type") ("bfm")) ]) and thus wants LRA to reload the operand 1 into the same register as operan= d 0. I think "register_operand" "=3Dr" and "register_operand" "0" operands are extremely common in all backends, so I don't see an obvious bug on the aarc= h64 backend size here. Vlad, could you please have a look? >>From gcc-bugs-return-648377-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 20:35:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114082 invoked by alias); 6 Jul 2019 20:35: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 114034 invoked by uid 48); 6 Jul 2019 20:35:55 -0000 From: "frantisek at sumsal dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Sat, 06 Jul 2019 20:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: frantisek at sumsal dot cz X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00489.txt.bz2 Content-length: 292 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #2 from Frantisek Sumsal --- Created attachment 46569 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46569&action=3Dedit test-conf-parser.i tempfile from GCC 9.1.0 (compressed due to size) >>From gcc-bugs-return-648378-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 20:56:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12387 invoked by alias); 6 Jul 2019 20:56: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 11642 invoked by uid 48); 6 Jul 2019 20:56:03 -0000 From: "frantisek at sumsal dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Sat, 06 Jul 2019 20:56: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: frantisek at sumsal dot cz X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00490.txt.bz2 Content-length: 7809 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #3 from Frantisek Sumsal --- ltrace stastistics: # WITH sanitizers and detect_stack_use_after_return=3D1 [vagrant@arch build]$ export ASAN_OPTIONS=3Dstrict_string_checks=3D1:detect_stack_use_after_return=3D1:c= heck_initialization_order=3D1:strict_init_order=3D1 [vagrant@arch build]$ ltrace -c build-gcc-9.1.0-sanitizers-tempfiles/test-conf-parser <...snip...> =3D=3D25291=3D=3DLeakSanitizer has encountered a fatal error. =3D=3D25291=3D=3DHINT: For debugging, try setting environment variable LSAN_OPTIONS=3Dverbosity=3D1:log_threads=3D1 =3D=3D25291=3D=3DHINT: LeakSanitizer does not work under ptrace (strace, gd= b, etc) % time seconds usecs/call calls function ------ ----------- ----------- --------- -------------------- 99.86 28.250721 1661807 17 config_parse 0.03 0.007281 3640 2 __asan_init 0.01 0.003920 230 17 log_internal_realm 0.01 0.003716 50 73 __asan_stack_malloc_0 0.01 0.002837 166 17 fmkostemp_safe 0.01 0.002085 122 17 fwrite 0.01 0.001718 101 17 unlink_tempfilep 0.01 0.001490 87 17 rewind 0.00 0.001354 79 17 safe_fclose 0.00 0.001311 77 17 strlen 0.00 0.001208 50 24 free 0.00 0.001191 170 7 config_parse_mode 0.00 0.000998 142 7 config_parse_unsigned 0.00 0.000984 140 7 config_parse_path 0.00 0.000946 135 7 config_parse_int 0.00 0.000941 52 18 __asan_stack_malloc_3 0.00 0.000921 102 9 config_parse_iec_size 0.00 0.000901 128 7 config_parse_sec 0.00 0.000850 56 15 strcmp 0.00 0.000850 121 7 config_parse_nsec 0.00 0.000826 91 9 config_parse_si_size 0.00 0.000800 47 17 log_get_max_level_realm 0.00 0.000460 460 1 log_parse_environment_realm 0.00 0.000381 63 6 config_parse_strv 0.00 0.000348 49 7 strcmp_ptr 0.00 0.000336 112 3 config_parse_log_facility 0.00 0.000314 104 3 config_parse_log_level 0.00 0.000299 49 6 strv_equal 0.00 0.000282 56 5 strv_free 0.00 0.000154 154 1 __asan_unregister_globals 0.00 0.000109 54 2 config_parse_iec_uint64 0.00 0.000079 79 1 __asan_register_globals 0.00 0.000057 57 1 log_open 0.00 0.000047 47 1 __asan_version_mismatch_check_v8 ------ ----------- ----------- --------- -------------------- 100.00 28.290715 382 total # WITH sanitizers and detect_stack_use_after_return=3D0 [vagrant@arch build]$ export ASAN_OPTIONS=3Dstrict_string_checks=3D1:detect_stack_use_after_return=3D0:c= heck_initialization_order=3D1:strict_init_order=3D1 [vagrant@arch build]$ ltrace -c build-gcc-9.1.0-sanitizers-tempfiles/test-conf-parser <...snip...> =3D=3D25301=3D=3DLeakSanitizer has encountered a fatal error. =3D=3D25301=3D=3DHINT: For debugging, try setting environment variable LSAN_OPTIONS=3Dverbosity=3D1:log_threads=3D1 =3D=3D25301=3D=3DHINT: LeakSanitizer does not work under ptrace (strace, gd= b, etc) % time seconds usecs/call calls function ------ ----------- ----------- --------- -------------------- 98.90 2.914199 171423 17 config_parse 0.23 0.006749 3374 2 __asan_init 0.10 0.002973 174 17 log_internal_realm 0.09 0.002646 155 17 fmkostemp_safe 0.07 0.002095 123 17 fwrite 0.05 0.001416 83 17 unlink_tempfilep 0.05 0.001406 82 17 rewind 0.04 0.001317 54 24 free 0.04 0.001257 73 17 strlen 0.04 0.001225 72 17 safe_fclose 0.04 0.001060 151 7 config_parse_mode 0.03 0.000891 52 17 log_get_max_level_realm 0.03 0.000877 97 9 config_parse_iec_size 0.03 0.000862 57 15 strcmp 0.03 0.000851 121 7 config_parse_int 0.03 0.000846 120 7 config_parse_unsigned 0.03 0.000841 120 7 config_parse_path 0.03 0.000838 93 9 config_parse_si_size 0.02 0.000692 98 7 config_parse_sec 0.02 0.000679 97 7 config_parse_nsec 0.01 0.000395 395 1 log_parse_environment_realm 0.01 0.000364 60 6 config_parse_strv 0.01 0.000359 51 7 strcmp_ptr 0.01 0.000324 108 3 config_parse_log_facility 0.01 0.000309 51 6 strv_equal 0.01 0.000282 56 5 strv_free 0.01 0.000266 88 3 config_parse_log_level 0.01 0.000154 154 1 __asan_unregister_globals 0.00 0.000109 54 2 config_parse_iec_uint64 0.00 0.000082 82 1 __asan_register_globals 0.00 0.000054 54 1 __asan_version_mismatch_check_v8 0.00 0.000049 49 1 log_open ------ ----------- ----------- --------- -------------------- 100.00 2.946467 291 total # WITHOUT sanitizers [vagrant@arch build]$ ltrace -c build-gcc-9.1.0/test-conf-parser <...snip...> % time seconds usecs/call calls function ------ ----------- ----------- --------- -------------------- 97.98 1.259239 74072 17 config_parse 0.27 0.003530 207 17 log_internal_realm 0.19 0.002399 141 17 fmkostemp_safe 0.16 0.002012 118 17 fwrite 0.13 0.001629 95 17 unlink_tempfilep 0.12 0.001539 90 17 rewind 0.10 0.001301 54 24 free 0.10 0.001274 74 17 strlen 0.10 0.001225 72 17 safe_fclose 0.08 0.001057 151 7 config_parse_mode 0.08 0.001032 60 17 log_get_max_level_realm 0.07 0.000955 136 7 config_parse_int 0.07 0.000953 105 9 config_parse_iec_size 0.07 0.000914 130 7 config_parse_unsigned 0.07 0.000869 96 9 config_parse_si_size 0.07 0.000840 120 7 config_parse_nsec 0.06 0.000792 113 7 config_parse_sec 0.06 0.000720 102 7 config_parse_path 0.06 0.000715 47 15 strcmp 0.03 0.000403 57 7 strcmp_ptr 0.02 0.000307 51 6 strv_equal 0.02 0.000292 97 3 config_parse_log_facility 0.02 0.000290 96 3 config_parse_log_level 0.02 0.000284 47 6 config_parse_strv 0.02 0.000250 50 5 strv_free 0.02 0.000249 249 1 log_parse_environment_realm 0.01 0.000128 64 2 config_parse_iec_uint64 0.00 0.000050 50 1 log_open ------ ----------- ----------- --------- -------------------- 100.00 1.285248 286 total ---- For some reason the `config_parse` function (in this particular case) is ca= lled almost 10 times more often with `detect_stack_use_after_return=3D1` than withoiut, which is not the case with GCC 8.3.0 (where it is 205089 calls wi= th `detect_stack_use_after_return=3D1` versus 192490 without). >>From gcc-bugs-return-648379-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 21:22:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33733 invoked by alias); 6 Jul 2019 21:22: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 32206 invoked by uid 48); 6 Jul 2019 21:22:12 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91102] [9/10 Regression] aarch64 ICE on Linux kernel with -Os starting with r270266 Date: Sat, 06 Jul 2019 21:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.1 X-Bugzilla-Keywords: 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: 9.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00491.txt.bz2 Content-length: 335 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91102 --- Comment #2 from Segher Boessenkool --- 91102.c: In function 'foo': 91102.c:7:1: warning: control reaches end of non-void function [-Wreturn-ty= pe] 7 | } | ^ so ice-on-invalid-code? Although, hrm, inserting "return 3;" there still ICEs. >>From gcc-bugs-return-648380-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 21:42:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61584 invoked by alias); 6 Jul 2019 21:42:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61542 invoked by uid 48); 6 Jul 2019 21:42:33 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91102] [9/10 Regression] aarch64 ICE on Linux kernel with -Os starting with r270266 Date: Sat, 06 Jul 2019 21: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.1.1 X-Bugzilla-Keywords: 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: 9.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00492.txt.bz2 Content-length: 986 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91102 --- Comment #3 from Segher Boessenkool --- Before combine there were also (insn 8 7 9 3 (set (reg/v:DI 95 [ c ]) (reg:DI 92 [ b$h ])) "91102.c":18:15 47 {*movdi_aarch64} (nil)) (insn 11 10 12 3 (set (reg:DI 100) (subreg:DI (reg:SI 99) 0)) "91102.c":19:12 47 {*movdi_aarch64} (expr_list:REG_DEAD (reg:SI 99) (nil))) making in total insn_cost 4 for 8: r95:DI=3Dr92:DI insn_cost 4 for 11: r100:DI=3Dr99:SI#0 REG_DEAD r99:SI insn_cost 4 for 12: zero_extract(r95:DI,0x20,0x20)=3Dr100:DI REG_DEAD r100:DI insn_cost 4 for 15: x2:DI=3Dr95:DI REG_DEAD r95:DI becoming replacement cost 12 modifying insn i3 15: x2:DI=3Dr92:DI&0xffffffff|r99:SI#0<<0x20 REG_DEAD r92:DI REG_DEAD r99:SI which is just fine afaics. Or do we want to not have hard regs on outputs either? Do we get better register allocation that way, for example? >>From gcc-bugs-return-648381-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 22:13:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82998 invoked by alias); 6 Jul 2019 22:13: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 82931 invoked by uid 48); 6 Jul 2019 22:13:13 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/85746] Premature evaluation of __builtin_constant_p? Date: Sat, 06 Jul 2019 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: 9.0 X-Bugzilla-Keywords: missed-optimization 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: 2019-07/txt/msg00493.txt.bz2 Content-length: 842 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D85746 --- Comment #5 from Marc Glisse --- The patch breaks 3 tests on a bootstrapped compiler: c-c++-common/Warray-bounds-2.c c-c++-common/ubsan/ptr-overflow-sanitization-1.c gcc.dg/Warray-bounds-30.c The last one in particular shows that the compiler is miscompiled (it works with the stage 1 compiler but breaks with stage 2 or 3). From the dumps, the compilation seems to diverge in FRE1, so the miscompiled function might be = in a function called from FRE. I find it suspicious that just refusing to fold __builtin_constant_p can ca= use this. The 2 explanations I can think of are: - latent bug uncovered by the change - a variable that needs to be statically initialized (order of initializati= on?) and ends up dynamically initialized because of the change >>From gcc-bugs-return-648382-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 22:24:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90085 invoked by alias); 6 Jul 2019 22: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 89924 invoked by uid 48); 6 Jul 2019 22:24:24 -0000 From: "amylaar at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/40073] Vector short/char shifts generate sub-optimal code Date: Sat, 06 Jul 2019 22:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: amylaar at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00494.txt.bz2 Content-length: 851 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D40073 --- Comment #16 from Jorn Wolfgang Rennecke --- Going from gcc 8.2 to gcc 9.1, I find the following two test cases are now autovectorized: /* { dg-do compile } */ /* { dg-options "-O3" } */ /* Test auto-vectorization */ #include "vector-types.h" #define LENGTH 256 __attribute__((aligned (VECTOR_SIZE))) short a[LENGTH], b[LENGTH]; short c; void foo (void) { int i; for (i=3D0; i> (c & 0xf); } } /* { dg-do compile } */ /* { dg-options "-O3" } */ /* Test auto-vectorization */ #include "vector-types.h" #define LENGTH 256 __attribute__((aligned (VECTOR_SIZE))) unsigned short a[LENGTH], b[LENGTH]; unsigned short c; void foo (void) { int i; for (i=3D0; i> (c & 0xf); } } >>From gcc-bugs-return-648383-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 06 22:51:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126701 invoked by alias); 6 Jul 2019 22: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 126650 invoked by uid 48); 6 Jul 2019 22:51:37 -0000 From: "mh+gcc at glandium dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/90756] [7/8/9 Regression] g++ ICE in convert_move, at expr.c:218 on i686 and s390x Date: Sat, 06 Jul 2019 22:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mh+gcc at glandium dot 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: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00495.txt.bz2 Content-length: 191 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90756 --- Comment #18 from Mike Hommey --- And similar ICE as comment 14 with 8.3 too. 9.1 works with the patch. >>From gcc-bugs-return-648384-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 05:27:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32455 invoked by alias); 7 Jul 2019 05:27:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 32421 invoked by uid 48); 7 Jul 2019 05:27:37 -0000 From: "peter at cordes dot ca" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91103] New: AVX512 vector element extract uses more than 1 shuffle instruction; VALIGND can grab any element Date: Sun, 07 Jul 2019 05:27: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: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: peter at cordes dot ca X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00496.txt.bz2 Content-length: 5718 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91103 Bug ID: 91103 Summary: AVX512 vector element extract uses more than 1 shuffle instruction; VALIGND can grab any element Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: peter at cordes dot ca Target Milestone: --- Target: x86_64-*-*, i?86-*-* GCC9.1 and current trunk aren't good at extracting high elements, whether i= t's with GNU C native vector syntax, or when auto-vectorizing something that en= ds with the result in the high element. Using VALIGND we can get any element with one immediate instruction, but its better to use AVX2 VPERMPD(immediate) when possible. Or inside loops, VPERMPS(vector), or VPERMT2PS(vector). Or of course vextractf32x4 if possi= ble (element at the bottom of a 128-bit lane). Or with only AVX2 available, VPERMPD(immediate) for high elements in __m256= and __m256d vectors is still a big win. #include float elem12(__m512 v) { return v[12]; } float elem15(__m512 v) { return v[15]; } gcc -Ofast -march=3Dskylake-avx512 https://godbolt.org/z/241r8p elem15: vextractf32x8 ymm0, zmm0, 0x1 vextractf128 xmm0, ymm0, 0x1 # elem12 ends here, after these 2 insns vshufps xmm0, xmm0, xmm0, 255 # no vzeroupper I guess because the caller must have __m512 vars t= oo, recent optimization ret But AVX512F has vextractf32x4 to extract a 128-bit lane, which would preclu= de the need for AVX2 vextractf128. That's what clang does. Obviously inside a loop it would be *much* better to use a single lane-cros= sing VPERMPS to also avoid the shufps. Intel Skylake easily bottlenecks on shuf= fle throughput. We'd need a 15 in an XMM register as a control vector, but loa= ding it would be off the latency critical path. (If we needed the scalar zero-extended instead of garbage in high elements, we could VPERMI2PS or VPERMT2PS with a zeroed vector and a shuffle-control.) --- If the element we want is an even element in the low 256 bits, we can get it with a VPERMPD-immediate. GCC does this: elem6(float __vector(16)): # GCC 10 trunk vextractf128 xmm0, ymm0, 0x1 vunpckhps xmm0, xmm0, xmm0 ret Instead it should be AVX2 vpermpd ymm0, ymm0, 3 This bug also applies to __m256, not just __m512 https://www.felixcloutier.com/x86/vpermpd VPERMPD is a 64-bit granularity lane-crossing shuffle. The AVX512F immedia= te version reuses the immediate for another 256-bit wide shuffle in the upper half; only the vector-control version can bring an element from the top hal= f of a ZMM down to the bottom. But if we're going to use a vector control, we m= ight as well use VPERMPS. For the integer version of this bug, use VPERMQ ------ But we can do even better by using an integer VALIGND (AVX512F) shuffle on = FP data. There unfortunately isn't an FP flavour of VALIGND, just integer. AFAIK, Skylake-AVX512 still has no bypass-delay penalty for integer shuffles between FP math instructions, i.e. the shift unit is connected to both FP a= nd integer forwarding networks. Intel's optimization manual for Skylake (clie= nt) has a bypass-latency table that shows 0 extra latency cycles for SHUF/5/1,3 reading from anything, or anything reading from it. https://www.felixcloutier.com/x86/valignd:valignq It's a 4 or 8-byte granularity version of palignr, except that it's lane-crossing so the 256 a= nd 512-bit versions are actually useful. The immediate shift count can thus b= ring *any* element down to the bottom. (Using the same input twice makes it a rotate). VALIGND is good on Knight's Landing, too: unlike most 2-input shuffles, it = has 1 per clock throughput. For *any* compile-time-constant index, we can always compile v[i] to this: extract15: valignd zmm0, zmm0, zmm0, 15 # I think this is right. ret The only downside I'm aware of is that some future AVX512 CPU might not run VALIGND as efficiently as SKX and KNL. ---- For vector elements narrower than 32 bits, we may need 2 shuffles even if we consider using a shuffle-control vector. On Skylake-AVX512, AVX512BW vpe= rmw=20 will get the job done, but costs 2 shuffle uops. On CannonLake (and presum= ably other future Intel), it and AVX512VBMI vpermb are only 1 uop, so it's definitely worth creating a shuffle-control vector if it can be reused. Also worth considering instead of 2 shuffles: *unaligned* spill / reload li= ke ICC does for GNU C native vector indexing. Store-forwarding latency is onl= y 6 or 7 cycles I think, and it avoids any port 5 pressure. Not generally a go= od choice IMO when we can get the job done in one shuffle, but worth consideri= ng if we need multiple elements. If the function doesn't need the stack align= ed, an unaligned spill is generally cheapish, and store-forwarding still works efficiently. IceLake is supposed to introduce a 2nd shuffle unit; that should help a lot= to reduce shuffle port throughput bottlenecks. So we don't want to get too aggressive tuning for store/reload, I don't think. ---- Semi-related for integer shuffles: long long integer_extract(__m256i v) { return v[3]; } uses a longer AVX512VL instruction instead of a shorter AVX2 vextracti128 integer_extract(long long __vector(4)): vextracti64x2 xmm0, ymm0, 0x1 # should be vextracti128 vpextrq rax, xmm0, 1 ret Or store/reload instead of these 2 shuffles, depending on context. >>From gcc-bugs-return-648385-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 06:18:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64620 invoked by alias); 7 Jul 2019 06:18: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 64574 invoked by uid 48); 7 Jul 2019 06:18:17 -0000 From: "mh+gcc at glandium dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/90756] [7/8/9 Regression] g++ ICE in convert_move, at expr.c:218 on i686 and s390x Date: Sun, 07 Jul 2019 06:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mh+gcc at glandium dot 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: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00497.txt.bz2 Content-length: 224 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90756 --- Comment #19 from Mike Hommey --- Applying the patch from PR90139 and this one works fixes the ICEs on this f= ile with both GCC 7 and 8. >>From gcc-bugs-return-648386-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 08:11:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115158 invoked by alias); 7 Jul 2019 08:10: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 115097 invoked by uid 48); 7 Jul 2019 08:10:49 -0000 From: "ebotcazou 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: Sun, 07 Jul 2019 08:10: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: 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: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00498.txt.bz2 Content-length: 613 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91100 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-07 CC| |ebotcazou at gcc dot gnu.o= rg Ever confirmed|0 |1 --- Comment #1 from Eric Botcazou --- Let's just disable the test on HP-UX as it is on Solaris. >>From gcc-bugs-return-648387-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 09:12:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83150 invoked by alias); 7 Jul 2019 09:12: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 83106 invoked by uid 48); 7 Jul 2019 09:12:03 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/85746] Premature evaluation of __builtin_constant_p? Date: Sun, 07 Jul 2019 09:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization 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: 2019-07/txt/msg00499.txt.bz2 Content-length: 1206 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D85746 --- Comment #6 from Marc Glisse --- The problematic file seems to be tree-dfa.o, and the only difference I see = in the .original dump is the use of __builtin_constant_p in wi::lshift (3 occurrences because of templates) - if (precision <=3D 64) + if (__builtin_constant_p (xi.D.16865.D.16740.precision > 64) != =3D 0 && xi.D.16865.D.16740.precision > 64 ? ((__builtin_constant_p (shift <=3D 62) = !=3D 0 && shift <=3D 62) && xi.D.16865.D.16740.len =3D=3D 1) && *NON_LVALUE_EXPR <=3D (const long int) (9223372036854775807 >> shif= t) : precision <=3D 64) which corresponds to the use of STATIC_CONSTANT_P in wide-int.h if (STATIC_CONSTANT_P (xi.precision > HOST_BITS_PER_WIDE_INT) ? (STATIC_CONSTANT_P (shift < HOST_BITS_PER_WIDE_INT - 1) && xi.len =3D=3D 1 && xi.val[0] <=3D (HOST_WIDE_INT) ((unsigned HOST_WIDE_INT) HOST_WIDE_INT_MAX >> shift)) : precision <=3D HOST_BITS_PER_WIDE_INT) { val[0] =3D xi.ulow () << shift; result.set_len (1); } >>From gcc-bugs-return-648388-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 09:13:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85280 invoked by alias); 7 Jul 2019 09:13: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 85174 invoked by uid 48); 7 Jul 2019 09:13:03 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91102] [9/10 Regression] aarch64 ICE on Linux kernel with -Os starting with r270266 Date: Sun, 07 Jul 2019 09:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.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: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00500.txt.bz2 Content-length: 1803 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91102 --- Comment #4 from Jakub Jelinek --- (In reply to Segher Boessenkool from comment #2) > 91102.c: In function 'foo': > 91102.c:7:1: warning: control reaches end of non-void function > [-Wreturn-type] > 7 | } > | ^ >=20 > so ice-on-invalid-code? Well, invalid at runtime, so valid if not called. > Although, hrm, inserting "return 3;" there still ICEs. The testcase has been creduced and hand cleaned up, forgot about the return value. Let's talk about int foo (long d, long l) { register long e asm ("x1") =3D d; register long f asm("x2") =3D l; asm ("" : : "r" (e), "r" (f)); return 3; } struct T { int i; int j; }; union S { long h; struct T t; }; void bar (union S b) { while (1) { union S c =3D b; c.t.j++; b.h =3D foo (b.h, c.h); } } then. The change is done in decrease_live_ranges_number: 2128 if (sregno < FIRST_PSEUDO_REGISTER 2129 && reg_mentioned_p (dest, PATTERN (q))) 2130 failed =3D 1; 2131=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20 2132 /* Attempt to replace all uses. */ 2133 else if (!validate_replace_rtx (src, dest, = q)) 2134 failed =3D 1; So, shouldn't we have some code for dregno < FIRST_PSEUDO_REGISTER that che= cks for cases like this (dunno what exactly, just insns where already at least = one of the operands from extract_operands is a hard register, or more specifica= lly don't propagate into an operand that has number in a constraint and corresponding argument is already (a different) hard register, something el= se? >>From gcc-bugs-return-648389-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 09:25:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123625 invoked by alias); 7 Jul 2019 09:25: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 120667 invoked by uid 48); 7 Jul 2019 09:25:32 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/90813] [10 regression] gfortran.dg/proc_ptr_51.f90 fails (SIGSEGV) after 272084 Date: Sun, 07 Jul 2019 09:25: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: 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: 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: 2019-07/txt/msg00501.txt.bz2 Content-length: 4501 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90813 --- Comment #26 from Richard Biener --- (In reply to Segher Boessenkool from comment #25) > At expand time, the assignment is >=20 >=20 > ;; c_ =3D c; >=20 > (insn 35 34 36 (set (reg/f:DI 140) > (unspec:DI [ > (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) > (reg:DI 2 2) > ] UNSPEC_TOCREL)) "proc_ptr_51.f90":26:0 -1 > (expr_list:REG_EQUAL (symbol_ref:DI ("*.LANCHOR1") [flags 0x182]) > (nil))) >=20 > (insn 36 35 37 (set (reg/f:DI 141) > (unspec:DI [ > (symbol_ref:DI ("__f_MOD_c") [flags 0x3] 0x3fff7 > 86a7d00 c>) > (reg:DI 2 2) > ] UNSPEC_TOCREL)) "proc_ptr_51.f90":26:0 -1 > (expr_list:REG_EQUAL (symbol_ref:DI ("__f_MOD_c") [flags 0x3]=20 > cl 0x3fff786a7d00 c>) > (nil))) >=20 > (insn 37 36 0 (set (mem/f/c:DI (reg/f:DI 140) [13 c_+0 S8 A64]) > (reg/f:DI 141)) "proc_ptr_51.f90":26:0 -1 > (nil)) >=20 >=20 > while the use is (immediately after that!) >=20 >=20 > ;; rhs.2 =3D c_.5_12 (); [return slot optimization] >=20 > (insn 38 37 39 (set (reg:DI 142) > (plus:DI (reg/f:DI 112 virtual-stack-vars) > (const_int 48 [0x30]))) "proc_ptr_51.f90":35:0 -1 > (nil)) >=20 > (insn 39 38 40 (set (reg/f:DI 143) > (mem/u/c:DI (unspec:DI [ > (symbol_ref/u:DI ("*.LC1") [flags 0x2]) > (reg:DI 2 2) > ] UNSPEC_TOCREL) [21 S8 A8])) "proc_ptr_51.f90":35:0 -1 > (expr_list:REG_EQUAL (symbol_ref:DI ("__f_MOD_c_") [flags 0xc0]=20 > ) > (nil))) >=20 > (insn 40 39 41 (set (reg/f:DI 144) > (mem/f/c:DI (reg/f:DI 143) [13 c_+0 S8 A64])) "proc_ptr_51.f90":3= 5:0 > -1 > (nil)) >=20 > (insn 41 40 42 (set (reg:DI 3 3) > (reg:DI 142)) "proc_ptr_51.f90":35:0 -1 > (nil)) >=20 > (insn 42 41 43 (set (reg:DI 145) > (mem:DI (reg/f:DI 144) [0 S8 A8])) "proc_ptr_51.f90":35:0 -1 > (nil)) >=20 > (insn 43 42 44 (set (reg:DI 97 ctr) > (reg:DI 145)) "proc_ptr_51.f90":35:0 -1 > (nil)) >=20 > (insn 44 43 45 (set (reg:DI 11 11) > (mem:DI (plus:DI (reg/f:DI 144) > (const_int 16 [0x10])) [0 S8 A8])) "proc_ptr_51.f90":35:= 0 -1 > (nil)) >=20 > (call_insn 45 44 46 (parallel [ > (call (mem:SI (reg:DI 97 ctr) [0 *c_.5_12 S4 A8]) > (const_int 64 [0x40])) > (use (mem:DI (plus:DI (reg/f:DI 144) > (const_int 8 [0x8])) [0 S8 A8])) > (set (reg:DI 2 2) > (unspec:DI [ > (const_int 40 [0x28]) > ] UNSPEC_TOCSLOT)) > (clobber (reg:DI 96 lr)) > ]) "proc_ptr_51.f90":35:0 -1 > (expr_list:REG_CALL_DECL (nil) > (nil)) > (expr_list (use (reg:DI 11 11)) > (expr_list:DI (use (reg:DI 3 3)) > (nil)))) >=20 > (insn 46 45 47 (set (reg:DI 146) > (plus:DI (reg/f:DI 112 virtual-stack-vars) > (const_int 48 [0x30]))) "proc_ptr_51.f90":35:0 -1 > (nil)) >=20 > (insn 47 46 0 (set (reg:TI 127 [ rhs.2 ]) > (mem:TI (reg:DI 146) [7 S16 A64])) "proc_ptr_51.f90":35:0 -1 > (nil)) >=20 >=20 >=20 > so it is wrong (if this is wrong!) at expand already. >=20 >=20 > In gimple this was: >=20 > c_ =3D c; > c_.5_12 =3D c_; > rhs.2 =3D c_.5_12 (); [return slot optimization] OK, so this is really static fnptrtype c_ =3D &c; dumped in a weird way and then a load from the global var. Not sure why th= is isn't optimized on GIMPLE (to a direct call)... Note the type we're basing the indirect call ABI on is struct __class_f_S_p (*) (void) _12; not sure if that's correct. To me it seems the function returns a pointer, not an aggregate. That may be very well the (frontend) issue? For the C testcase typedef void (*fnptr)(void); void bar(void); fnptr g; fnptr foo() { g =3D bar; return g; } we happily optimize the load, even when I make the types mismatching. The odd thing is that for the Fortran example even the tree oracle claims the store doesn't alias the load... Because they are different variables! Dumping with -uid shows c_D.3918 =3D cD.3925; c_.5_12 =3D c_D.3933; rhs.2D.4008 =3D c_.5_12 (); that's probably not intended either... c_D.3933 is never initialized anywhere in the testcase. >>From gcc-bugs-return-648391-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 09:50:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 20647 invoked by alias); 7 Jul 2019 09:50: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 20619 invoked by uid 48); 7 Jul 2019 09:50:41 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/91068] [10 regression][MIPS] New FAIL: madd-3.c and msub-5.c start with r272849 Date: Sun, 07 Jul 2019 09:50: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: rsandifo at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 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: 2019-07/txt/msg00503.txt.bz2 Content-length: 468 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91068 rsandifo at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from rsandifo at gcc dot gnu.org --- Fixed on trunk. >>From gcc-bugs-return-648390-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 09:50:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19765 invoked by alias); 7 Jul 2019 09:50: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 19715 invoked by uid 55); 7 Jul 2019 09:49:55 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/91068] [10 regression][MIPS] New FAIL: madd-3.c and msub-5.c start with r272849 Date: Sun, 07 Jul 2019 09:50: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: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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: 2019-07/txt/msg00502.txt.bz2 Content-length: 3112 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91068 --- Comment #2 from rsandifo at gcc dot gnu.org --- Author: rsandifo Date: Sun Jul 7 09:49:24 2019 New Revision: 273175 URL: https://gcc.gnu.org/viewcvs?rev=3D273175&root=3Dgcc&view=3Drev Log: PR91068: Fix MIPS fallout from IRA matched operand changes PR91068 is a case in which we have (ignoring non-LRA alternatives): [(set (match_operand:SI 0 "register_operand" "=3Dl,d?") (plus:SI (mult:SI (match_operand:SI 1 "register_operand" "d,d") (match_operand:SI 2 "register_operand" "d,d")) (match_operand:SI 3 "register_operand" "0,d"))) (clobber (match_scratch:SI 4 "=3DX,l")) (clobber (match_scratch:SI 5 "=3DX,&d"))] where the first alternative is one instruction but the second is two. This is very similar to the case that my recent IRA patches were supposed to help. The crucial difference is that the cheap alternative requires a single-register class while the expensive alternative uses general registers. This makes a difference when one of operand 0 or 3 can naturally be allocated to LO but the other can't. If IRA makes that allocation, both alternatives require one reload of equal cost and so the first alternative clearly wins. However, if we say that tying operands 0 and 3 saves the cost of a full move, then all other things being equal, IRA will prefer to allocate both registers to the same GPR. The registers will then naturally fit the second alternative. This has a more drastic effect in the MIPS case than it should because using the GPR alternative is much more expensive there than it appears to the RA. But that's really a separate problem and something we were able to live with before my IRA patch. What makes tying less useful here is the fact that the tied register is a single-register class. I think in those circumstances it's better not to use tied operands at all and instead use "l" for the inputs. Allocating the input to LO, and allocating the output to LO, then depend naturally on class costs. If we decide to allocate at least one of them to LO, we'll use the cheap alternative, otherwise we'll (correctly) use the expensive alternative. This effectively restores the situation before my IRA patch, but this time making the preference on the input register more explicit. I originally wrote the patterns in the early days of IRA, and certainly well before LRA. I think they were largely influened by reload rather than RA proper (see the comment above *mul_acc_si, which is all about the reload behaviour). LRA copes with the two-"l" case just fine. The patch may well cause problems for -mno-lra, but I think we should cull that option anyway. 2019-07-07 Richard Sandiford gcc/ PR target/91068 * config/mips/mips.md (*mul_acc_si, *mul_acc_si_r3900, *macc) (*msac, *msac_using_macc, *mul_sub_si): Use "l" for input operands instead of matching them to "l" output operands. Modified: trunk/gcc/ChangeLog trunk/gcc/config/mips/mips.md >>From gcc-bugs-return-648392-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 10:16:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34649 invoked by alias); 7 Jul 2019 10:16: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 34516 invoked by uid 48); 7 Jul 2019 10:16:05 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/85746] Premature evaluation of __builtin_constant_p? Date: Sun, 07 Jul 2019 10:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization 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: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00504.txt.bz2 Content-length: 834 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D85746 Marc Glisse changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rsandifo at gcc dot gnu.org --- Comment #7 from Marc Glisse --- (In reply to Marc Glisse from comment #6) > && xi.val[0] <=3D (HOST_WIDE_INT) ((unsigned HOST_WIDE_INT) > HOST_WIDE_INT_MAX >> shift)) The issue occurs with xi.val[0] =3D=3D -9223372036854775808 (lshift_large r= eturns a result of length 2 for that). I don't know if the code mishandles this case= , or if such a number is not supposed to exist in the first place, but that does seem like a bug. >>From gcc-bugs-return-648393-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 10:54:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127567 invoked by alias); 7 Jul 2019 10:54:13 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 127514 invoked by uid 55); 7 Jul 2019 10:54:09 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91077] [8/9/10 Regression] Wrong indexing when using a pointer Date: Sun, 07 Jul 2019 10:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: 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: 2019-07/txt/msg00505.txt.bz2 Content-length: 795 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91077 --- Comment #8 from Paul Thomas --- Author: pault Date: Sun Jul 7 10:53:37 2019 New Revision: 273176 URL: https://gcc.gnu.org/viewcvs?rev=3D273176&root=3Dgcc&view=3Drev Log: 2019-07-07 Paul Thomas PR fortran/91077 * trans-array.c (gfc_conv_scalarized_array_ref) Delete code that gave symbol backend decl for subref arrays and deferred length variables. 2019-07-07 Paul Thomas PR fortran/91077 * gfortran.dg/pointer_array_11.f90 : New test. Added: trunk/gcc/testsuite/gfortran.dg/pointer_array_11.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648394-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 12:01:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82874 invoked by alias); 7 Jul 2019 12:01: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 82812 invoked by uid 48); 7 Jul 2019 12:01:19 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Sun, 07 Jul 2019 12:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end 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: P3 X-Bugzilla-Assigned-To: rguenth 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: 2019-07/txt/msg00506.txt.bz2 Content-length: 2192 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rsandifo at gcc dot gnu.org --- Comment #5 from Richard Biener --- Hmm, using a cross configured as trunk/configure --target=3Darmeb-none-linux-gnueabihf --with-cpu=3Dcortex-a9 --with-fpu=3Dneon-fp16 --enable-languages=3Dc and trimming the testcase to the first line I cannot reproduce the reported assembly. I get at -O3 .arm .fpu softvfp .type main, %function main: @ args =3D 0, pretend =3D 0, frame =3D 16 @ frame_needed =3D 0, uses_anonymous_args =3D 0 movw ip, #:lower16:.LANCHOR0 push {r4, r5, lr} movt ip, #:upper16:.LANCHOR0 mov r0, #0 mov r1, r0 mov r2, r0 ldr ip, [ip] mov r3, r0 mov r5, #3 mov r4, #5 movt r1, 4 movt r2, 6 movt r3, 8 sub sp, sp, #20 sxth ip, ip bfi r1, r4, #0, #16 add ip, ip, #2 sxth lr, ip bfi r0, lr, #16, #16 cmp ip, lr mov lr, #7 mov ip, #9 bfi r0, r5, #0, #16 bfi r2, lr, #0, #16 bfi r3, ip, #0, #16 strd r0, [sp] strd r2, [sp, #8] bne .L5 mov r0, #0 add sp, sp, #20 @ sp needed pop {r4, r5, pc} .L5: bl abort also the GIMPLE looks good to me, we compare only the first non-constant element and optimized the others at compile-time. Are you sure the first line fails? The ones with bitwise handling look more "interesting" (^, & and |) since vector lowering plays odd tricks there and VN elides an intermediate VIEW_CONVERT_EXPR. Not sure what is required to do a runtest with qemu, I can try throwing in newlib and binutils into a combined tree, but is that enough? Maybe Richard can help here as well. >>From gcc-bugs-return-648395-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 12:28:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125062 invoked by alias); 7 Jul 2019 12:28: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 125032 invoked by uid 48); 7 Jul 2019 12:27:56 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Sun, 07 Jul 2019 12: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: 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: P3 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: 2019-07/txt/msg00507.txt.bz2 Content-length: 189 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 --- Comment #6 from Richard Biener --- hmm, armeb-linux doesn't use newlib. awkward to set up a cross :/ >>From gcc-bugs-return-648396-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 12:47:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57085 invoked by alias); 7 Jul 2019 12:47: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 57049 invoked by uid 48); 7 Jul 2019 12:47:49 -0000 From: "antifermion at protonmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91104] New: auto... in lambda expression reorders parameters Date: Sun, 07 Jul 2019 12: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: antifermion 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 attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00508.txt.bz2 Content-length: 1407 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91104 Bug ID: 91104 Summary: auto... in lambda expression reorders parameters Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: antifermion at protonmail dot com Target Milestone: --- Created attachment 46570 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46570&action=3Dedit source file to reproduce the bug Code: void test(void (*f)(int, int, int)) { f(1, 2, 3); } int main() { test([](auto... args) { printf("%d %d %d\n", args...); }); test([](int a, int b, int c) { printf("%d %d %d\n", a, b, c); }); } Actual Output: 2 3 1 1 2 3 Expected Output: 1 2 3 1 2 3 Compiler flags: g++ -std=3Dc++17 -Wall -Wextra -fno-strict-aliasing -fwrapv -fno-aggressive-loop-optimizations main.cpp -o main && ./main (c++14 has the same behavior) Output of g++ -v: Using built-in specs. COLLECT_GCC=3Dg++ COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc/x86_64-linux-gnu/9.1.0/lto-wra= pper Target: x86_64-linux-gnu Configured with: /usr/src/gcc/configure --build=3Dx86_64-linux-gnu --disable-multilib --enable-languages=3Dc,c++,fortran,go Thread model: posix gcc version 9.1.0 (GCC) System type: Debian Stretch (amd64) >>From gcc-bugs-return-648397-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 12:59:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66299 invoked by alias); 7 Jul 2019 12: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 66182 invoked by uid 48); 7 Jul 2019 12:59:31 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/90813] [10 regression] gfortran.dg/proc_ptr_51.f90 fails (SIGSEGV) after 272084 Date: Sun, 07 Jul 2019 12: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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: 2019-07/txt/msg00509.txt.bz2 Content-length: 870 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90813 --- Comment #27 from Thomas Koenig --- (In reply to Richard Biener from comment #26) > The odd thing is that for the Fortran example even the tree oracle claims > the store doesn't alias the load... >=20 > Because they are different variables! Dumping with -uid shows >=20 > c_D.3918 =3D cD.3925; > c_.5_12 =3D c_D.3933; > rhs.2D.4008 =3D c_.5_12 (); >=20 > that's probably not intended either... c_D.3933 is never initialized > anywhere in the testcase. Sorry to have to ask but... How did you get this dump?=20 gfortran -O3 -fdump-tree-all -uid proc_ptr_51.f90=20 and grepping for c_D under proc_ptr.f90.* (on POWER) does not show any hits for me. (And what does -uid do?) The last useful dump I can find results in what can be seen in comment #14, which seems correct. >>From gcc-bugs-return-648398-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 13:11:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19115 invoked by alias); 7 Jul 2019 13:11: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 19061 invoked by uid 55); 7 Jul 2019 13:11:03 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/91100] [9,10 Regression] FAIL: gnat.dg/socket1.adb execution test Date: Sun, 07 Jul 2019 13:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00510.txt.bz2 Content-length: 273 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91100 --- Comment #2 from dave.anglin at bell dot net --- On 2019-07-07 4:10 a.m., ebotcazou at gcc dot gnu.org wrote: > Let's just disable the test on HP-UX as it is on Solaris. Okay.=C2=A0 The pass/fail seems inconsistent. >>From gcc-bugs-return-648399-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 13:22:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121037 invoked by alias); 7 Jul 2019 13:22: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 121004 invoked by uid 48); 7 Jul 2019 13:22:52 -0000 From: "gsocshubham at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91105] New: internal compiler error: maximum number of generated reload insns per insn achieved (90) Date: Sun, 07 Jul 2019 13:22: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: gsocshubham 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 cf_gcchost cf_gcctarget cf_gccbuild attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00511.txt.bz2 Content-length: 2231 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91105 Bug ID: 91105 Summary: internal compiler error: maximum number of generated reload insns per insn achieved (90) Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: gsocshubham at gmail dot com Target Milestone: --- Host: x86_64-linux-gnu Target: x86_64-linux-gnu Build: x86_64-linux-gnu Created attachment 46571 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46571&action=3Dedit Preprocessed code of ICE causing program "crash1.c" --------------------COMPILER CONFIGURATION------------------------------ Using built-in specs. COLLECT_GCC=3D./xgcc Target: x86_64-pc-linux-gnu Configured with: ../gcc/configure --enable-languages=3Dc,c++ --enable-lto --disable-bootstrap : (reconfigured) ../gcc/configure --enable-lto --disable-bootstrap --enable-languages=3Dc,c++,lto --no-create --no-recursi= on Thread model: posix Supported LTO compression algorithms: zlib gcc version 10.0.0 20190707 (experimental) (GCC)=20 --------------------COMMAND LINE USED FOR COMPILATION----------------------- ~/pull-martin-compiler/build/gcc/xgcc -B ~/pull-martin-compiler/build/gcc/ crash1.i -O0 -w during RTL pass: reload crash1.c: In function =E2=80=98func_1=E2=80=99: crash1.c:1317:1: internal compiler error: maximum number of generated reload insns per insn achieved (90) 0xadf746 lra_constraints(bool) ../../gcc/gcc/lra-constraints.c:4902 0xac711c lra(_IO_FILE*) ../../gcc/gcc/lra.c:2468 0xa7a4b9 do_reload ../../gcc/gcc/ira.c:5522 0xa7a4b9 execute ../../gcc/gcc/ira.c:5706 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. ---------------------------REDUCED TEST CASE-------------------------- void g(); struct a { short b; short c; short d; }; union { struct a b; } __attribute__((aligned(32), transparent_union)) e; void f() { g(e); } >>From gcc-bugs-return-648400-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 13:49:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45942 invoked by alias); 7 Jul 2019 13:49:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45836 invoked by uid 48); 7 Jul 2019 13:49:48 -0000 From: "gsocshubham at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91106] New: internal compiler error: output_operand: invalid use of register 'frame' Date: Sun, 07 Jul 2019 13:49: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: gsocshubham 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 cf_gcchost cf_gcctarget cf_gccbuild attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00512.txt.bz2 Content-length: 2783 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91106 Bug ID: 91106 Summary: internal compiler error: output_operand: invalid use of register 'frame' Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: gsocshubham at gmail dot com Target Milestone: --- Host: x86_64-linux-gnu Target: x86_64-linux-gnu Build: x86_64-linux-gnu Created attachment 46572 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46572&action=3Dedit Preprocessed code of ICE causing program "crash2.c" -----------------------COMPILER CONFIGURATION------------------------------= --- Using built-in specs. COLLECT_GCC=3D/home/extended_csmith/pull-martin-compiler/build/gcc/xgcc Target: x86_64-pc-linux-gnu Configured with: ../gcc/configure --enable-languages=3Dc,c++ --enable-lto --disable-bootstrap : (reconfigured) ../gcc/configure --enable-lto --disable-bootstrap --enable-languages=3Dc,c++,lto --no-create --no-recursi= on Thread model: posix Supported LTO compression algorithms: zlib gcc version 10.0.0 20190707 (experimental) (GCC) -----------------COMMAND LINE USED FOR COMPILATION------------------------- ~/pull-martin-compiler/build/gcc/xgcc -B ~/pull-martin-compiler/build/gcc/ = -O0 crash2.i -w during RTL pass: final crash2.c: In function =E2=80=98func_1=E2=80=99: crash2.c:982:1: internal compiler error: output_operand: invalid use of register 'frame' 0x90fd53 output_operand_lossage(char const*, ...) ../../gcc/gcc/final.c:3610 0x101cdd4 ix86_print_operand_address_as ../../gcc/gcc/config/i386/i386.c:13152 0x101eaff ix86_print_operand(_IO_FILE*, rtx_def*, int) ../../gcc/gcc/config/i386/i386.c:12901 0x91006c output_operand(rtx_def*, int) ../../gcc/gcc/final.c:4052 0x91093e output_asm_insn(char const*, rtx_def**) ../../gcc/gcc/final.c:3964 0x91203f final_scan_insn_1 ../../gcc/gcc/final.c:3107 0x9134fb final_scan_insn(rtx_insn*, _IO_FILE*, int, int, int*) ../../gcc/gcc/final.c:3153 0x913649 final_1 ../../gcc/gcc/final.c:2021 0x914404 rest_of_handle_final ../../gcc/gcc/final.c:4659 0x914404 execute ../../gcc/gcc/final.c:4737 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. -------------------------REDUCED CODE------------------------------- void f(); #pragma pack(1) struct a { int b; char c; }; union { struct a b; } __attribute__((aligned(32), transparent_union)) d; void e() { f(d); } >>From gcc-bugs-return-648401-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 14:33:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33139 invoked by alias); 7 Jul 2019 14:33: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 33096 invoked by uid 55); 7 Jul 2019 14:33:25 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91077] [8/9/10 Regression] Wrong indexing when using a pointer Date: Sun, 07 Jul 2019 14:33: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.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: 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: 2019-07/txt/msg00513.txt.bz2 Content-length: 859 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91077 --- Comment #9 from Paul Thomas --- Author: pault Date: Sun Jul 7 14:32:53 2019 New Revision: 273177 URL: https://gcc.gnu.org/viewcvs?rev=3D273177&root=3Dgcc&view=3Drev Log: 2019-07-07 Paul Thomas PR fortran/91077 * trans-array.c (gfc_conv_scalarized_array_ref) Delete code that gave symbol backend decl for subref arrays and deferred length variables. 2019-07-07 Paul Thomas PR fortran/91077 * gfortran.dg/pointer_array_11.f90 : New test. Added: branches/gcc-9-branch/gcc/testsuite/gfortran.dg/pointer_array_11.f90 Modified: branches/gcc-9-branch/gcc/fortran/ChangeLog branches/gcc-9-branch/gcc/fortran/trans-array.c branches/gcc-9-branch/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648402-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 14:38:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43051 invoked by alias); 7 Jul 2019 14:38: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 42765 invoked by uid 55); 7 Jul 2019 14:38:11 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/90813] [10 regression] gfortran.dg/proc_ptr_51.f90 fails (SIGSEGV) after 272084 Date: Sun, 07 Jul 2019 14: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: 10.0 X-Bugzilla-Keywords: wrong-code 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: 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: 2019-07/txt/msg00514.txt.bz2 Content-length: 1172 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90813 --- Comment #28 from rguenther at suse dot de --- On July 7, 2019 2:59:29 PM GMT+02:00, "tkoenig at gcc dot gnu.org" wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90813 > >--- Comment #27 from Thomas Koenig --- >(In reply to Richard Biener from comment #26) > >> The odd thing is that for the Fortran example even the tree oracle >claims >> the store doesn't alias the load... >>=20 >> Because they are different variables! Dumping with -uid shows >>=20 >> c_D.3918 =3D cD.3925; >> c_.5_12 =3D c_D.3933; >> rhs.2D.4008 =3D c_.5_12 (); >>=20 >> that's probably not intended either... c_D.3933 is never initialized >> anywhere in the testcase. > >Sorry to have to ask but... How did you get this dump?=20 > >gfortran -O3 -fdump-tree-all -uid proc_ptr_51.f90=20 -fdump-tree-all-uid without the space=20 > >and grepping for c_D under proc_ptr.f90.* (on POWER) does not show any >hits for me. (And what does -uid do?) > >The last useful dump I can find results in what can be seen in >comment #14, which seems correct. >>From gcc-bugs-return-648403-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 14:51:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67035 invoked by alias); 7 Jul 2019 14:51: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 66988 invoked by uid 55); 7 Jul 2019 14:51:24 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91077] [8/9/10 Regression] Wrong indexing when using a pointer Date: Sun, 07 Jul 2019 14:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: 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: 2019-07/txt/msg00515.txt.bz2 Content-length: 822 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91077 --- Comment #10 from Paul Thomas --- Author: pault Date: Sun Jul 7 14:50:53 2019 New Revision: 273178 URL: https://gcc.gnu.org/viewcvs?rev=3D273178&root=3Dgcc&view=3Drev Log: 2019-07-07 Paul Thomas PR fortran/91077 * trans-array.c (gfc_conv_scalarized_array_ref) Delete code that gave symbol backend decl for subref arrays. 2019-07-07 Paul Thomas PR fortran/91077 * gfortran.dg/pointer_array_11.f90 : New test. Added: branches/gcc-8-branch/gcc/testsuite/gfortran.dg/pointer_array_11.f90 Modified: branches/gcc-8-branch/gcc/fortran/ChangeLog branches/gcc-8-branch/gcc/fortran/trans-array.c branches/gcc-8-branch/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648404-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 15:10:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 95914 invoked by alias); 7 Jul 2019 15:10: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 95788 invoked by uid 55); 7 Jul 2019 15:10:54 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Sun, 07 Jul 2019 15:10: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.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dave.anglin at bell dot net X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00516.txt.bz2 Content-length: 1586 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 --- Comment #11 from dave.anglin at bell dot net --- On 2019-07-06 3:39 p.m., amylaar at gcc dot gnu.org wrote: > Since the esirisc port is not in the FSF tree, it doesn't really count for > testing; also, the behaviour will vary depending on argument passing of t= he > target, so we need to test a variety of targets. Test still fails on hppa: (gdb) disass Dump of assembler code for function main: =3D> 0x00010388 <+0>:=C2=A0=C2=A0=C2=A0=C2=A0 stw rp,-14(sp) =C2=A0=C2=A0 0x0001038c <+4>:=C2=A0=C2=A0=C2=A0=C2=A0 addil L%0,dp,r1 =C2=A0=C2=A0 0x00010390 <+8>:=C2=A0=C2=A0=C2=A0=C2=A0 ldo 80(sp),sp =C2=A0=C2=A0 0x00010394 <+12>:=C2=A0=C2=A0=C2=A0 ldo 10(r1),r1 =C2=A0=C2=A0 0x00010398 <+16>:=C2=A0=C2=A0=C2=A0 ldw 0(r1),ret0 =C2=A0=C2=A0 0x0001039c <+20>:=C2=A0=C2=A0=C2=A0 ldw 4(r1),ret1 =C2=A0=C2=A0 0x000103a0 <+24>:=C2=A0=C2=A0=C2=A0 stw ret0,-78(sp) =C2=A0=C2=A0 0x000103a4 <+28>:=C2=A0=C2=A0=C2=A0 stw ret1,-74(sp) =C2=A0=C2=A0 0x000103a8 <+32>:=C2=A0=C2=A0=C2=A0 ldo -78(sp),r26 =C2=A0=C2=A0 0x000103ac <+36>:=C2=A0=C2=A0=C2=A0 ldw 8(r1),r19 =C2=A0=C2=A0 0x000103b0 <+40>:=C2=A0=C2=A0=C2=A0 ldw c(r1),r20 =C2=A0=C2=A0 0x000103b4 <+44>:=C2=A0=C2=A0=C2=A0 stw r19,-70(sp) =C2=A0=C2=A0 0x000103b8 <+48>:=C2=A0=C2=A0=C2=A0 stw r20,-6c(sp) =C2=A0=C2=A0 0x000103bc <+52>:=C2=A0=C2=A0=C2=A0 b,l 0x10660 ,rp =C2=A0=C2=A0 0x000103c0 <+56>:=C2=A0=C2=A0=C2=A0 nop $sp is aligned on entry to main: (gdb) p/x $sp $1 =3D 0xf8d02300 However, the invisible reference is a $sp - 0x78.=C2=A0 That's not sufficie= ntly aligned. Dave >>From gcc-bugs-return-648405-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 16:19:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129742 invoked by alias); 7 Jul 2019 16:19: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 129705 invoked by uid 48); 7 Jul 2019 16:19:08 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91077] [8/9/10 Regression] Wrong indexing when using a pointer Date: Sun, 07 Jul 2019 16:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.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: 2019-07/txt/msg00517.txt.bz2 Content-length: 478 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91077 Paul Thomas changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Paul Thomas --- Fixed on all three branches. Thanks for the report, Ygal. Paul >>From gcc-bugs-return-648406-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 16:39:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33866 invoked by alias); 7 Jul 2019 16: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 33837 invoked by uid 48); 7 Jul 2019 16:39:47 -0000 From: "colomar.6.4.3 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91107] New: __attribute__((pure)) to function with non-const pointers Date: Sun, 07 Jul 2019 16: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: colomar.6.4.3 at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00518.txt.bz2 Content-length: 2636 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91107 Bug ID: 91107 Summary: __attribute__((pure)) to function with non-const pointers Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: colomar.6.4.3 at gmail dot com Target Milestone: --- I have a function that takes two arrays and writes into a third array the result of a pure function (c_i =3D a_i / b_i): inline void array_division (ptrdiff_t nmemb, double dest[static nmemb], const double src1[static nmemb], const double src2[static nmemb]) __attribute__((nonnull, pure)); inline void array_division (ptrdiff_t nmemb, double dest[static nmemb], const double src1[static nmemb], const double src2[static nmemb]) { for (ptrdiff_t i =3D 0; i < nmemb; i++) dest[i] =3D src1[i] / src2[i]; } Given that it works with full arrays instead of single variables, I can't j= ust return the output, and therefore need to modify the array through a pointer, which goes against what a pure function is by the docs. However, I think it is still as valid as any other pure function to be optimized as a pure function. A pure function is one that acts as a function of its parameters, and the values pointed to by those parameters; and if none of the parameters, nor t= he values pointed to by them, change between two calls, they should be redunda= nt and the call can be omitted, evaluating to the same value returned by the previous call. This function follows all those rules: If none of the 3 arrays change betwe= en two function calls, the function call can be completely removed; and they evaluate to the same value (which is none, because it's void). Am I right in thinking that GCC should allow this usage of __attibute__((pure))? Or is there any optimization achieved by pure that would be defeated by this function? Btw, I tricked GCC into accepting to compile this code just by adding a dum= my `return 0;`. Is that safe, or is the optimization likely to produce broken code? If this function is finally accepted as a pure function, pure should be accepted to be used in a void function, and accept non-const parameters, bu= t if not, I think there's no reason at all to allow non-const pointers, and shou= ld probably be banned. >>From gcc-bugs-return-648407-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 18:16:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126545 invoked by alias); 7 Jul 2019 18:16: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 124258 invoked by uid 48); 7 Jul 2019 18:16:16 -0000 From: "hp at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Sun, 07 Jul 2019 18:16: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.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hp at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00519.txt.bz2 Content-length: 3209 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 --- Comment #12 from Hans-Peter Nilsson --- (In reply to Jorn Wolfgang Rennecke from comment #10) > Created attachment 46567 [details] > Fix for targets that pass the argument by invisible reference Thanks for your efforts. This *may* have affected the code generated by gcc.dg/pr84877.c; that test now passes, but that's unreliable as I've seen = the outcome depends on random stack alignment of the context, and my baseline is from a context different enough. I believe inspecting the generated code i= sn't of much interest given David Anglin's observations for hppa and... However, it introduces these regressions: +gcc.sum gcc.dg/pr80286.c +gcc.sum gcc.dg/torture/pr78542.c +gcc.sum gcc.dg/torture/pr86363.c +gcc.sum gcc.dg/torture/va-arg-25.c They are all internal compiler errors that seem to be one and the same (bew= are of copypaste): /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/testsuite/gcc.dg/p= r80286.c: In function 'main': /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/testsuite/gcc.dg/p= r80286.c:18:9: internal compiler error: in co nvert_move, at expr.c:217 0x7f6763 convert_move(rtx_def*, rtx_def*, int) /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/expr.c:217 0x7f6cf1 convert_modes(machine_mode, machine_mode, rtx_def*, int) /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/expr.c:712 0x7fd420 store_expr(tree_node*, rtx_def*, int, bool, bool) /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/expr.c:5710 0x6af577 initialize_argument_information /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/calls.c:20= 90 0x6b0d28 expand_call(tree_node*, rtx_def*, int) /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/calls.c:36= 12 0x7efcf7 expand_expr_real_1(tree_node*, rtx_def*, machine_mode, expand_modifier, rtx_def**, bool) /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/expr.c:110= 44 0x7fcd74 store_expr(tree_node*, rtx_def*, int, bool, bool) /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/expr.c:5685 0x7fe7e6 expand_assignment(tree_node*, tree_node*, bool) /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/expr.c:5447 0x6ca297 expand_call_stmt =20=20=20=20=20=20=20 /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/cfgexpand.c:2727 0x6ca297 expand_gimple_stmt_1 =20=20=20=20=20=20=20 /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/cfgexpand.c:3708 0x6cb0e6 expand_gimple_stmt =20=20=20=20=20=20=20 /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/cfgexpand.c:3867 0x6d08c5 expand_gimple_basic_block =20=20=20=20=20=20=20 /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/cfgexpand.c:5907 0x6d3616 execute =20=20=20=20=20=20=20 /netapp/hp3_storage/hp/autotest/pr84877-amylaar1/gcc/gcc/cfgexpand.c:6530 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. compiler exited with status 1 FAIL: gcc.dg/pr80286.c (internal compiler error) FAIL: gcc.dg/pr80286.c (test for excess errors) >>From gcc-bugs-return-648408-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 18:43:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 87310 invoked by alias); 7 Jul 2019 18:43: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 87280 invoked by uid 55); 7 Jul 2019 18:43:16 -0000 From: "law at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91090] A suspicious code in tree-ssa-dom.c Date: Sun, 07 Jul 2019 18: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: law at redhat 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: 2019-07/txt/msg00520.txt.bz2 Content-length: 493 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91090 --- Comment #3 from Jeffrey A. Law --- Author: law Date: Sun Jul 7 18:42:45 2019 New Revision: 273184 URL: https://gcc.gnu.org/viewcvs?rev=3D273184&root=3Dgcc&view=3Drev Log: PR tree-optimization/91090 * tree-ssa-dom.c (simplify_stmt_for_jump_threading): Fix logic error in handling of ranges to simplify switch statements. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-dom.c >>From gcc-bugs-return-648409-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 18:46:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91830 invoked by alias); 7 Jul 2019 18:46: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 91799 invoked by uid 48); 7 Jul 2019 18:46:41 -0000 From: "law at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91090] A suspicious code in tree-ssa-dom.c Date: Sun, 07 Jul 2019 18: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law at redhat dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: law at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00521.txt.bz2 Content-length: 545 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91090 Jeffrey A. Law changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Jeffrey A. Law --- Fixed on the trunk. Only causes missed optimizations, so I don't think the= re's a strong need to backport to the release branches. >>From gcc-bugs-return-648410-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 19:51:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 95008 invoked by alias); 7 Jul 2019 19:51: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 93469 invoked by uid 48); 7 Jul 2019 19:51:18 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/61339] add mismatch between struct and class [-Wmismatched-tags] to non-bugs Date: Sun, 07 Jul 2019 19:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00522.txt.bz2 Content-length: 463 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61339 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot g= nu.org --- Comment #10 from Martin Sebor --- Testing a patch. >>From gcc-bugs-return-648411-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 20:36:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71263 invoked by alias); 7 Jul 2019 20:36: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 71218 invoked by uid 48); 7 Jul 2019 20:35:57 -0000 From: "jb at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian Date: Sun, 07 Jul 2019 20:36: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: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jb at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00523.txt.bz2 Content-length: 577 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91030 Janne Blomqvist changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jb at gcc dot gnu.org --- Comment #36 from Janne Blomqvist --- I have access to a system with Lustre, which is another parallel file system popular in HPC. Unfortunately I don't have gcc trunk setup there, but I can easily test the C benchmark; give me a day or two. >>From gcc-bugs-return-648412-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 20:51:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98517 invoked by alias); 7 Jul 2019 20:51: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 98459 invoked by uid 48); 7 Jul 2019 20:50:58 -0000 From: "jb at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian Date: Sun, 07 Jul 2019 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: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jb at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00524.txt.bz2 Content-length: 365 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91030 --- Comment #37 from Janne Blomqvist --- One thing we could do would be to switch to pread and pwrite instead of usi= ng lseek. That would avoid a few syscalls when updating the record length mark= er. Though I guess the issue with GPFS isn't directly related to the number of syscalls? >>From gcc-bugs-return-648413-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 21:12:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112127 invoked by alias); 7 Jul 2019 21:12: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 112051 invoked by uid 55); 7 Jul 2019 21:11:56 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Sun, 07 Jul 2019 21:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00525.txt.bz2 Content-length: 1109 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #57 from dave.anglin at bell dot net --- On 2019-07-05 7:57 p.m., elowe at elowe dot com wrote: > Doing some more testing on my "gprel unfixed fix" 32-bit gcc, I found out= that > it seems to be missing the 32-bit pointer swizzling needed to make 32bit > executables on 64-bit IA-64. The test program assembler is missing an ad= dp4 > instruction - when I add in this instruction, my second test program also > works. It's not clear to me that this is necessary.=C2=A0 The movl instruction loa= ds a 64-bit immediate. In this case, it should be the offset between gp (r1) and .LC0.=C2=A0 At the br.call.sptk.many b0 instruction, r36 should contain the address of .LC0.=C2=A0 You should be ab= le to see this with gdb. It should be possible to adjust the offset to account for any difference between 32 and 64-bit runtimes. If the offset value is wrong, I think we have a binutils issue.=C2=A0 Maybe= -milp32 is not being passed on hpux to assembler. I don't see any difference between 32-bit and 64-bit code, or between hpux = and linux. >>From gcc-bugs-return-648414-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 22:07:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42387 invoked by alias); 7 Jul 2019 22:07: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 42327 invoked by uid 48); 7 Jul 2019 22:07:05 -0000 From: "vmakarov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91102] [9/10 Regression] aarch64 ICE on Linux kernel with -Os starting with r270266 Date: Sun, 07 Jul 2019 22: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.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vmakarov 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.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00526.txt.bz2 Content-length: 2592 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91102 --- Comment #5 from Vladimir Makarov --- (In reply to Jakub Jelinek from comment #1) >=20 > Vlad, could you please have a look? The culprit patch is actually=20 https://gcc.gnu.org/viewcvs/gcc?view=3Drevision&revision=3D265942=20 Prohibiting reload for any user defined registers which should be matched is too harsh. We still can reload operands using the match if no one is an earlier clobber operand. The following patch should solve the problem: Index: ../../gcc/gcc/lra-constraints.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ../../gcc/gcc/lra-constraints.c (revision 273177) +++ ../../gcc/gcc/lra-constraints.c (working copy) @@ -2172,8 +2172,9 @@ else { /* Operands don't match. If the operands are - different user defined explicit hard registers, - then we cannot make them match. */ + different user defined explicit hard + registers, then we cannot make them match + when one is early clobber operand. */ if ((REG_P (*curr_id->operand_loc[nop]) || SUBREG_P (*curr_id->operand_loc[nop])) && (REG_P (*curr_id->operand_loc[m]) @@ -2191,10 +2192,14 @@ && REG_USERVAR_P (nop_reg) && REG_P (m_reg) && HARD_REGISTER_P (m_reg) - && REG_USERVAR_P (m_reg)) - break; + && REG_USERVAR_P (m_reg)) { + for (int i =3D 0; i < early_clobbered_regs_nu= m; i++) + if (m =3D=3D early_clobbered_nops[i]) + break; + if (i < early_clobbered_regs_num || early_clobber_p) + break; + } } - /* Both operands must allow a reload register, otherwise we cannot make them match. */ if (curr_alt[m] =3D=3D NO_REGS) Although I'll take some time to think about the solution before submitting = it into the trunk. >>From gcc-bugs-return-648415-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 07 23:28:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123425 invoked by alias); 7 Jul 2019 23:28: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 123317 invoked by uid 48); 7 Jul 2019 23:28:14 -0000 From: "amylaar at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Sun, 07 Jul 2019 23:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: amylaar at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00527.txt.bz2 Content-length: 1360 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 --- Comment #13 from Jorn Wolfgang Rennecke --- (In reply to Hans-Peter Nilsson from comment #12) > (In reply to Jorn Wolfgang Rennecke from comment #10) > > Created attachment 46567 [details] > > Fix for targets that pass the argument by invisible reference >=20 > Thanks for your efforts. This *may* have affected the code generated by > gcc.dg/pr84877.c; that test now passes, but that's unreliable as I've seen > the outcome depends on random stack alignment of the context, and my > baseline is from a context different enough. I believe inspecting the > generated code isn't of much interest given David Anglin's observations f= or > hppa and... >=20 > However, it introduces these regressions: > +gcc.sum gcc.dg/pr80286.c > +gcc.sum gcc.dg/torture/pr78542.c > +gcc.sum gcc.dg/torture/pr86363.c > +gcc.sum gcc.dg/torture/va-arg-25.c I tried if I could reproduce this with a cross-compiler built for --target=3Dhppa-linux-gnu; the va-arg-25.c test case needs headers, but the others can be compiled just using xgcc & cc1. I tried with the options in dg-options, and for pr78542.c / pr86363.c I also tried additional -O options. However, I don't see any ICE. Is there a special configuration or set of options needed, or is this just impossible with a cross compiler? >>From gcc-bugs-return-648416-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 00:13:33 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38861 invoked by alias); 8 Jul 2019 00:13: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 38777 invoked by uid 48); 8 Jul 2019 00:13:30 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Mon, 08 Jul 2019 00:13: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.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: danglin at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00528.txt.bz2 Content-length: 406 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 --- Comment #14 from John David Anglin --- Created attachment 46573 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46573&action=3Dedit Preproccessed source for pr84877.c I don't believe there are any new failures or ICEs on hppa-linux with your patch. pr84877 aborts due stack alignment as noted in prior comment. >>From gcc-bugs-return-648417-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 00:39:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70458 invoked by alias); 8 Jul 2019 00:39: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 70377 invoked by uid 48); 8 Jul 2019 00:39:27 -0000 From: "amylaar at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Mon, 08 Jul 2019 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: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: amylaar at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00529.txt.bz2 Content-length: 2348 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 --- Comment #15 from Jorn Wolfgang Rennecke --- Created attachment 46574 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46574&action=3Dedit patch for the case that the stack is sufficiently aligned (In reply to dave.anglin from comment #11) > $sp is aligned on entry to main: > (gdb) p/x $sp > $1 =3D 0xf8d02300 >=20 > However, the invisible reference is a $sp - 0x78. That's not sufficiently > aligned. I've built a cross compiler to take a closer look.=20 MAX_SUPPORTED_STACK_ALIGNMENT is 512, so the problem is completely different for this target. Looking at pa.h, the value comes from PREFERRED_STACK_BOUNDARY : /* Boundary (in *bits*) on which stack pointer is always aligned; certain optimizations in combine depend on this. The HP-UX runtime documents mandate 64-byte and 16-byte alignment for the stack on the 32 and 64-bit ports, respectively. However, we are only guaranteed that the stack is aligned to BIGGEST_ALIGNMENT in main. Thus, we treat the former as the preferred alignment. */ #define STACK_BOUNDARY BIGGEST_ALIGNMENT #define PREFERRED_STACK_BOUNDARY (TARGET_64BIT ? 128 : 512) ... /* No data type wants to be aligned rounder than this. The long double type has 16-byte alignment on the 64-bit target even though it was never implemented in hardware. The software implementation only needs 8-byte alignment. This matches the biggest alignment of the HP compilers. */ #define BIGGEST_ALIGNMENT (2 * BITS_PER_WORD) Even with TARGET_64_BIT, we got a PREFERRED_STACK_BOUNDARY of 128 . However: #define UNITS_PER_WORD (TARGET_64BIT ? 8 : 4) It seems suspicious that PREFERRED_STACK_BOUNDARY is smaller for TARGET_64B= IT ? Be this as it may, the problem for the 84877 testcase is not that the stack= has insufficient alignment, but that the stack slot doesn't have an aligned off= set. The alignment gets pruned in function.c:get_stack_local_alignment : if (mode =3D=3D BLKmode) alignment =3D BIGGEST_ALIGNMENT; I have attached a patch to preserve the alignment of the passed type for the case that the stack is already sufficiently aligned. To test the case where the stack is insufficiently aligned, for hppa we sho= uld use a different testcase with > 512 bit alignment of the type. >>From gcc-bugs-return-648418-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 03:39:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74961 invoked by alias); 8 Jul 2019 03: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 74909 invoked by uid 48); 8 Jul 2019 03:39:33 -0000 From: "hp at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Mon, 08 Jul 2019 03: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.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hp at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00530.txt.bz2 Content-length: 444 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 --- Comment #16 from Hans-Peter Nilsson --- (In reply to Jorn Wolfgang Rennecke from comment #13) > I tried if I could reproduce this with a cross-compiler built for > --target=3Dhppa-linux-gnu; My target of concern is cris-elf, just as in my earlier comment in this PR. Sorry I missed mentioning this in my latest reply. A cross from x86_64-lin= ux should do it. >>From gcc-bugs-return-648419-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 04:07:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28489 invoked by alias); 8 Jul 2019 04:07: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 28446 invoked by uid 48); 8 Jul 2019 04:07:45 -0000 From: "elowe at elowe dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Mon, 08 Jul 2019 04: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: elowe at elowe dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00531.txt.bz2 Content-length: 1261 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #58 from EML --- 32 Bit: Second Test Program (derived from a crashing conftest) #include int main () { int j =3D 0; j =3D islower(0); printf("j is: %d\n", j); return 0; } [.LCFI2:] mov r35 =3D r1 .body .loc 1 6 7 ;; st4 [r34] =3D r0 .loc 1 8 18 addl r14 =3D @ltoffx(__SB_masks#), r1 ;; ld8.mov r14 =3D [r14], __SB_masks# ;; ld4 r14 =3D [r14] .loc 1 8 16 ;; cmp.eq p6, p7 =3D 0, r14 (p6) br.cond.dptk .L2 .loc 1 8 35 discriminator 1 addl r14 =3D @ltoffx(__SB_masks#), r1 ;; ld8.mov r14 =3D [r14], __SB_masks# ;; ld4 r14 =3D [r14] ;; ld4 r14 =3D [r14] <<<--- crashes here. Missing addp4 r14 =3D 0,r14 .loc 1 8 16 discriminator 1 ;; and r14 =3D 64, r14 br .L3 ;; If you insert the addp4 r14 =3D 0,r14 before that command (like gcc 4.9.3 d= oes), the program compiles and runs correctly I'll upload the .s for "IsLower.c" - it's definitely a 32 bit executable, so the correct options are being passed around. >>From gcc-bugs-return-648420-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 04:11:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31460 invoked by alias); 8 Jul 2019 04: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 31409 invoked by uid 48); 8 Jul 2019 04:11:29 -0000 From: "elowe at elowe dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Mon, 08 Jul 2019 04:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: elowe at elowe 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: 2019-07/txt/msg00532.txt.bz2 Content-length: 238 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #59 from EML --- Created attachment 46575 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46575&action=3Dedit islower 32 bit test assembler >>From gcc-bugs-return-648421-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 04:21:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36592 invoked by alias); 8 Jul 2019 04:21: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 36545 invoked by uid 48); 8 Jul 2019 04:21:29 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/44566] configuration with multiple targets / backends is not supported. Date: Mon, 08 Jul 2019 04:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: enhancement X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00533.txt.bz2 Content-length: 1041 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D44566 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |froydnj at gcc dot gnu.org, | |mark at codesourcery dot c= om, | |steven at gcc dot gnu.org --- Comment #10 from Eric Gallager --- (In reply to Jorn Wolfgang Rennecke from comment #7) > The patches have been tested & posted to gcc-patches: > http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02492.html > http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02452.html > http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02495.html > http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02618.html > http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02645.html > http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02649.html cc-ing some people from these threads >>From gcc-bugs-return-648422-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 04:24:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41157 invoked by alias); 8 Jul 2019 04:24: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 41084 invoked by uid 48); 8 Jul 2019 04:24:41 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/77510] genautomata memory footprint for MIPS Date: Mon, 08 Jul 2019 04:24: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: 5.4.0 X-Bugzilla-Keywords: build, memory-hog X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00534.txt.bz2 Content-length: 409 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D77510 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mfortune at gmail dot com --- Comment #2 from Eric Gallager --- cc-ing MIPS maintainer >>From gcc-bugs-return-648423-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 04:29:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44532 invoked by alias); 8 Jul 2019 04:29: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 44474 invoked by uid 48); 8 Jul 2019 04:29:52 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/87274] -std=c++11 breaks quadmath macros Date: Mon, 08 Jul 2019 04:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00535.txt.bz2 Content-length: 1526 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87274 --- Comment #5 from Eric Gallager --- (In reply to Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez from comment #4) > (In reply to Jonathan Wakely from comment #2) > > (In reply to Patrick J. LoPresti from comment #0) > > > Note that my code does not use any quad-precision literals; just the > > > documented `FLT128_MAX` macro. > >=20 > > Which is a quad-precision literal, of course. > >=20 > > > I realize quadmath is more a C thing than a C++ thing... But it would > > > still be nice if this worked, IMO. > >=20 > > It does work if you use the right options to allow the necessary extens= ions. > >=20 > > > On a possibly related note, writing "__extension__" before a > > > quad-precision literal does not silence this error. Perhaps it should= (?) > >=20 > > Yes, maybe. Confirming for that feature request. >=20 >=20 > This is an error, not a warning nor a warning converted to an error. > __extension__ silences warnings, it does not make something that should n= ot > compile into something that should compile. >=20 > However, the following should work and it doesn't: >=20 > // with -Wpedantic -std=3Dgnu++11 > #include > __float128 x0 =3D FLT128_MAX; /* warn */ > __float128 x1 =3D __extension__ FLT128_MAX; /* no warn */ That sounds like bug 71003 (which apparently was already added as related f= rom the other end, but just making sure to mention it on this end as well, sinc= e I filed it and would like to see it fixed) >>From gcc-bugs-return-648424-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 04:35:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48216 invoked by alias); 8 Jul 2019 04:35: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 48149 invoked by uid 48); 8 Jul 2019 04:35:26 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/80518] -Wsuggest-override does not warn about missing override on destructor Date: Mon, 08 Jul 2019 04: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: 5.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00536.txt.bz2 Content-length: 529 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D80518 --- Comment #6 from Eric Gallager --- (In reply to Arnaud Desitter from comment #2) > Interesting. Shame that there is no rationale. >=20 > I suppose that "-Wsuggest-override=3D2" could warn about "override" missi= ng > for destructor. I'd just like to repeat my preference for named options over numeric warning levels here; named options are separately controllable and thus more useful. Maybe call it -Wsuggest-override-destructor instead? >>From gcc-bugs-return-648425-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 06:19:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44980 invoked by alias); 8 Jul 2019 06:19: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 44905 invoked by uid 48); 8 Jul 2019 06:18:58 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/85746] Premature evaluation of __builtin_constant_p? Date: Mon, 08 Jul 2019 06: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: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00537.txt.bz2 Content-length: 795 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D85746 --- Comment #8 from rsandifo at gcc dot gnu.org --- (In reply to Marc Glisse from comment #7) > (In reply to Marc Glisse from comment #6) > > && xi.val[0] <=3D (HOST_WIDE_INT) ((unsigned HOST_WIDE_INT) > > HOST_WIDE_INT_MAX >> shif= t)) >=20 > The issue occurs with xi.val[0] =3D=3D -9223372036854775808 (lshift_large > returns a result of length 2 for that). I don't know if the code mishandl= es > this case, or if such a number is not supposed to exist in the first plac= e, > but that does seem like a bug. Yeah, looks like this should have been an unsigned HOST_WIDE_INT comparison instead, i.e. casting xi.val[0] rather than the shift result. >>From gcc-bugs-return-648426-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 06:35:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88817 invoked by alias); 8 Jul 2019 06:35: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 84393 invoked by uid 48); 8 Jul 2019 06:35:16 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Mon, 08 Jul 2019 06:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 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: P3 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: 2019-07/txt/msg00538.txt.bz2 Content-length: 783 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 --- Comment #7 from rsandifo at gcc dot gnu.org --- (In reply to Christophe Lyon from comment #4) > Unfortunately, it's still failing as of r273133. >=20 > It fails at the very first check: > v1 =3D 2 + v0; check (short, 8, v0, v1, 2, +, l); >=20 > The generated code for main is: > main: ... > vmov.16 d16[0], r0 > sxth r1, r0 > vadd.i16 q0, q8, q9 > add ip, r1, #2 > vmov.s16 r2, d0[3] Yeah, this looks wrong. We should be adding 2 to a single element here, but we're extracting from one index and inserting into another. The first quoted instruction should be using [3] as well. I'd be unsurprised if this was a target bug. >>From gcc-bugs-return-648427-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 06:54:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21997 invoked by alias); 8 Jul 2019 06:54: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 21949 invoked by uid 48); 8 Jul 2019 06:54:18 -0000 From: "clyon at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Mon, 08 Jul 2019 06: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: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: clyon 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: 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: 2019-07/txt/msg00539.txt.bz2 Content-length: 588 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 --- Comment #8 from Christophe Lyon --- (In reply to Richard Biener from comment #5) > Hmm, using a cross configured as >=20 > trunk/configure --target=3Darmeb-none-linux-gnueabihf --with-cpu=3Dcortex= -a9 > --with-fpu=3Dneon-fp16 --enable-languages=3Dc >=20 > and trimming the testcase to the first line I cannot reproduce the report= ed > assembly. I get at -O3 >=20 > .arm > .fpu softvfp For some reason, you are not targeting the right FPU, I have: .arm .fpu neon-fp16 >>From gcc-bugs-return-648428-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 06:56:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29619 invoked by alias); 8 Jul 2019 06:56: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 29559 invoked by uid 48); 8 Jul 2019 06:56:24 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Mon, 08 Jul 2019 06: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: rsandifo 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: 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: 2019-07/txt/msg00540.txt.bz2 Content-length: 951 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 --- Comment #9 from rsandifo at gcc dot gnu.org --- (In reply to rsandifo@gcc.gnu.org from comment #7) > (In reply to Christophe Lyon from comment #4) > > Unfortunately, it's still failing as of r273133. > >=20 > > It fails at the very first check: > > v1 =3D 2 + v0; check (short, 8, v0, v1, 2, +, l); > >=20 > > The generated code for main is: > > main: > ... > > vmov.16 d16[0], r0 > > sxth r1, r0 > > vadd.i16 q0, q8, q9 > > add ip, r1, #2 > > vmov.s16 r2, d0[3] >=20 > Yeah, this looks wrong. We should be adding 2 to a single element > here, but we're extracting from one index and inserting into another. > The first quoted instruction should be using [3] as well. >=20 > I'd be unsurprised if this was a target bug. Er, pretend that message never happened, first thing Monday morning :-) >>From gcc-bugs-return-648429-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 07:06:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45148 invoked by alias); 8 Jul 2019 07:06: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 44594 invoked by uid 55); 8 Jul 2019 07:06:21 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Mon, 08 Jul 2019 07:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 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: 2019-07/txt/msg00541.txt.bz2 Content-length: 1135 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 --- Comment #10 from rguenther at suse dot de --- On Mon, 8 Jul 2019, clyon at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 >=20 > --- Comment #8 from Christophe Lyon --- > (In reply to Richard Biener from comment #5) > > Hmm, using a cross configured as > >=20 > > trunk/configure --target=3Darmeb-none-linux-gnueabihf --with-cpu=3Dcort= ex-a9 > > --with-fpu=3Dneon-fp16 --enable-languages=3Dc > >=20 > > and trimming the testcase to the first line I cannot reproduce the repo= rted > > assembly. I get at -O3 > >=20 > > .arm > > .fpu softvfp >=20 > For some reason, you are not targeting the right FPU, I have: > .arm > .fpu neon-fp16 I noticed that - but it doesn't change even when supplying -mpfu=3Dneon-fp16 -mcpu=3Dcortex-a9 I suppose some configure-time checking disables this feature somehow without notifying me :/ (don't have a armeb assembler installed, trying a pure cc1 cross) Anyway, I can't reproduce even after spending 1+ hours on this. >>From gcc-bugs-return-648430-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 07:10:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80536 invoked by alias); 8 Jul 2019 07:10: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 79976 invoked by uid 55); 8 Jul 2019 07:09:57 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/83518] [8/9/10 Regression] Missing optimization: useless instructions should be dropped Date: Mon, 08 Jul 2019 07:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.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: P2 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: 2019-07/txt/msg00542.txt.bz2 Content-length: 1505 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83518 --- Comment #10 from Richard Biener --- Author: rguenth Date: Mon Jul 8 07:09:24 2019 New Revision: 273194 URL: https://gcc.gnu.org/viewcvs?rev=3D273194&root=3Dgcc&view=3Drev Log: 2019-07-08 Richard Biener PR tree-optimization/83518 * tree-ssa-sccvn.c: Include splay-tree.h. (struct pd_range, struct pd_data): New. (struct vn_walk_cb_data): Add data to track partial definitions. (vn_walk_cb_data::~vn_walk_cb_data): New. (vn_walk_cb_data::push_partial_def): New. (pd_tree_alloc, pd_tree_dealloc, pd_range_compare): New. (vn_reference_lookup_2): When partial defs are registered give up. (vn_reference_lookup_3): Track partial defs for memset and constructor zeroing and for defs from constants. * gcc.dg/tree-ssa/ssa-fre-73.c: New testcase. * gcc.dg/tree-ssa/ssa-fre-74.c: Likewise. * gcc.dg/tree-ssa/ssa-fre-75.c: Likewise. * gcc.dg/tree-ssa/ssa-fre-76.c: Likewise. * g++.dg/tree-ssa/pr83518.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/tree-ssa/pr83518.C trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-73.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-74.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-75.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-76.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-sccvn.c >>From gcc-bugs-return-648431-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 07:18:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59578 invoked by alias); 8 Jul 2019 07:18: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 59489 invoked by uid 48); 8 Jul 2019 07:18:31 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Mon, 08 Jul 2019 07:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 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: P3 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: component assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00543.txt.bz2 Content-length: 2053 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 rsandifo at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Component|middle-end |target Assignee|rguenth at gcc dot gnu.org |rsandifo at gcc dot= gnu.org --- Comment #11 from rsandifo at gcc dot gnu.org --- (In reply to rguenther@suse.de from comment #10) > On Mon, 8 Jul 2019, clyon at gcc dot gnu.org wrote: >=20 > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 > >=20 > > --- Comment #8 from Christophe Lyon --- > > (In reply to Richard Biener from comment #5) > > > Hmm, using a cross configured as > > >=20 > > > trunk/configure --target=3Darmeb-none-linux-gnueabihf --with-cpu=3Dco= rtex-a9 > > > --with-fpu=3Dneon-fp16 --enable-languages=3Dc > > >=20 > > > and trimming the testcase to the first line I cannot reproduce the re= ported > > > assembly. I get at -O3 > > >=20 > > > .arm > > > .fpu softvfp > >=20 > > For some reason, you are not targeting the right FPU, I have: > > .arm > > .fpu neon-fp16 >=20 > I noticed that - but it doesn't change even when supplying > -mpfu=3Dneon-fp16 -mcpu=3Dcortex-a9 >=20 > I suppose some configure-time checking disables this feature somehow > without notifying me :/ (don't have a armeb assembler installed, > trying a pure cc1 cross) >=20 > Anyway, I can't reproduce even after spending 1+ hours on this. Yeah, I see the same thing building it that way. I needed to restate the abi using -mfloat-abi=3Dhard. I'm pretty sure it's a target bug though. If a vector constructor has a single nonconstant element, neon_expand_vector_init uses the neon_vset_lane* patterns to set that index. But neon_vset_lane* use the architecture lane numbering while neon_expand_vector_init uses GCC lane numbering. Using the vec_set(_internal) patterns should fix that. >>From gcc-bugs-return-648432-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:01:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59836 invoked by alias); 8 Jul 2019 08:01: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 59765 invoked by uid 48); 8 Jul 2019 08:01:38 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 08:01: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00544.txt.bz2 Content-length: 3585 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-07-08 Ever confirmed|0 |1 --- Comment #4 from Martin Li=C5=A1ka --- Ok, I was able to make the build: $ meson build -Db_sanitize=3Daddress,undefined -Dxkbcommon=3Dfalse with GCC 9.1.1: $ time ./build/test-conf-parser filename:1: lvalue=3D path is not absolute, ignoring: not_absolute/path filename:1: String is not UTF-8 clean, ignoring assignment: /path/=EF=BF=BD filename:1: Failed to parse log level, ignoring: garbage filename:1: Failed to parse log facility, ignoring: garbage filename:1: Failed to parse size value '-982', ignoring: Numerical result o= ut of range filename:1: Failed to parse size value '49874444198739873000000G', ignoring: Numerical result out of range filename:1: Failed to parse size value 'garbage', ignoring: Invalid argument filename:1: Failed to parse size value '-982', ignoring: Numerical result o= ut of range filename:1: Failed to parse size value '49874444198739873000000G', ignoring: Numerical result out of range filename:1: Failed to parse size value 'garbage', ignoring: Invalid argument filename:1: Failed to parse int value, ignoring: 99999999999999999999999999999999999999999999999999999999 filename:1: Failed to parse int value, ignoring: -99999999999999999999999999999999999999999999999999999999 filename:1: Failed to parse int value, ignoring: 1G filename:1: Failed to parse int value, ignoring: garbage filename:1: Failed to parse unsigned value, ignoring: 99999999999999999999999999999999999999999999999999999999 filename:1: Failed to parse unsigned value, ignoring: 1G filename:1: Failed to parse unsigned value, ignoring: garbage filename:1: Failed to parse unsigned value, ignoring: 1000garbage filename:1: Failed to parse mode value, ignoring: -777 filename:1: Failed to parse mode value, ignoring: 999 filename:1: Failed to parse mode value, ignoring: garbage filename:1: Failed to parse mode value, ignoring: 777garbage filename:1: Failed to parse mode value, ignoring: 777 garbage filename:1: Failed to parse sec value, ignoring: -1 filename:1: Failed to parse sec value, ignoring: 10foo filename:1: Failed to parse sec value, ignoring: garbage filename:1: Failed to parse nsec value, ignoring: -1 filename:1: Failed to parse nsec value, ignoring: 10foo filename:1: Failed to parse nsec value, ignoring: garbage =3D=3D test_config_parse[0] =3D=3D =3D=3D test_config_parse[1] =3D=3D =3D=3D test_config_parse[2] =3D=3D =3D=3D test_config_parse[3] =3D=3D =3D=3D test_config_parse[4] =3D=3D =3D=3D test_config_parse[5] =3D=3D =3D=3D test_config_parse[6] =3D=3D =3D=3D test_config_parse[7] =3D=3D =3D=3D test_config_parse[8] =3D=3D =3D=3D test_config_parse[9] =3D=3D =3D=3D test_config_parse[10] =3D=3D =3D=3D test_config_parse[11] =3D=3D =3D=3D test_config_parse[12] =3D=3D =3D=3D test_config_parse[13] =3D=3D =3D=3D test_config_parse[14] =3D=3D =3D=3D test_config_parse[15] =3D=3D /tmp/test-conf-parser.l7EgI7:1: Line too long =3D=3D test_config_parse[16] =3D=3D /tmp/test-conf-parser.2Fj9TE:1: Continuation line too long real 0m2.176s user 0m2.013s sys 0m0.160s which is probably fast enough. And I can't run the second test-case: $ ./test/hwdb-test.sh ./systemd-hwdb does not exist, please build first >>From gcc-bugs-return-648433-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:20:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7058 invoked by alias); 8 Jul 2019 08:20: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 6541 invoked by uid 48); 8 Jul 2019 08:20:14 -0000 From: "frantisek at sumsal dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 08:20: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: frantisek at sumsal dot cz X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00545.txt.bz2 Content-length: 1292 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #5 from Frantisek Sumsal --- (In reply to Martin Li=C5=A1ka from comment #4) > Ok, I was able to make the build: >=20 > $ meson build -Db_sanitize=3Daddress,undefined -Dxkbcommon=3Dfalse >=20 > with GCC 9.1.1: >=20 > real 0m2.176s > user 0m2.013s > sys 0m0.160s >=20 > which is probably fast enough. And I can't run the second test-case: >=20 Yes, without any ASAN_OPTIONS the built binary behaves as "expected: --- $ unset ASAN_OPTIONS $ time build-gcc-9.1.0-sanitizers/test-conf-parser <...snip...> =3D test_config_parse[16] =3D=3D /tmp/test-conf-parser.cvqFVQ:1: Continuation line too long real 0m2.972s user 0m2.680s sys 0m0.280s --- The real issue arises with ASAN_OPTIONS=3Ddetect_stack_use_after_return=3D1 --- $ export ASAN_OPTIONS=3Ddetect_stack_use_after_return=3D1 $ time build-gcc-9.1.0-sanitizers/test-conf-parser <...snip...> =3D=3D test_config_parse[16] =3D=3D /tmp/test-conf-parser.WhLgS1:1: Continuation line too long real 0m29.637s user 0m29.321s sys 0m0.298s --- > $ ./test/hwdb-test.sh > ./systemd-hwdb does not exist, please build first For this particular case you have to cd into the build directory first (cd build && ../test/hwdb-test.sh) >>From gcc-bugs-return-648434-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:25:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29151 invoked by alias); 8 Jul 2019 08:25:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 29040 invoked by uid 55); 8 Jul 2019 08:25:32 -0000 From: "ro at CeBiTec dot Uni-Bielefeld.DE" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Mon, 08 Jul 2019 08: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: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at CeBiTec dot Uni-Bielefeld.DE X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00546.txt.bz2 Content-length: 2470 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 --- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #15 from Jorn Wolfgang Rennecke = --- > Created attachment 46574 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46574&action=3Dedit > patch for the case that the stack is sufficiently aligned [...] > I have attached a patch to preserve the alignment of the passed type for = the > case that the stack is already sufficiently aligned. This patch breaks sparc-sun-solaris2.11 bootstrap with an ICE while compiling stage2 function.c: during RTL pass: expand /vol/gcc/src/hg/trunk/local/gcc/function.c: In function 'void assign_parm_find_data_types(assign_parm_data_all*, tree, assign_parm_data_one*)': /vol/gcc/src/hg/trunk/local/gcc/function.c:2426:49: internal compiler error= : in assign_stack_temp_for_type, at function.c:880 2426 | else if (targetm.calls.strict_argument_naming (all->args_so_far)) | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~ 0x11bc22f assign_stack_temp_for_type(machine_mode, poly_int<1u, long long>, tree_node*) /vol/gcc/src/hg/trunk/local/gcc/function.c:878 0x11bc963 assign_temp(tree_node*, int, int) /vol/gcc/src/hg/trunk/local/gcc/function.c:1016 0xeab99b initialize_argument_information /vol/gcc/src/hg/trunk/local/gcc/calls.c:2087 0xeb1957 expand_call(tree_node*, rtx_def*, int) /vol/gcc/src/hg/trunk/local/gcc/calls.c:3605 0x112a247 expand_expr_real_1(tree_node*, rtx_def*, machine_mode, expand_modifier, rtx_def**, bool) /vol/gcc/src/hg/trunk/local/gcc/expr.c:11044 0x111919b expand_expr_real(tree_node*, rtx_def*, machine_mode, expand_modif= ier, rtx_def**, bool) /vol/gcc/src/hg/trunk/local/gcc/expr.c:8286 0x110a06b store_expr(tree_node*, rtx_def*, int, bool, bool) /vol/gcc/src/hg/trunk/local/gcc/expr.c:5685 0x11085bf expand_assignment(tree_node*, tree_node*, bool) /vol/gcc/src/hg/trunk/local/gcc/expr.c:5447 0xed8cb3 expand_call_stmt /vol/gcc/src/hg/trunk/local/gcc/cfgexpand.c:2727 0xedd453 expand_gimple_stmt_1 /vol/gcc/src/hg/trunk/local/gcc/cfgexpand.c:3708 0xedde3b expand_gimple_stmt /vol/gcc/src/hg/trunk/local/gcc/cfgexpand.c:3867 0xee937f expand_gimple_basic_block /vol/gcc/src/hg/trunk/local/gcc/cfgexpand.c:5907 0xeeb7c3 execute /vol/gcc/src/hg/trunk/local/gcc/cfgexpand.c:6530 >>From gcc-bugs-return-648435-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:35:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52946 invoked by alias); 8 Jul 2019 08: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 52889 invoked by uid 55); 8 Jul 2019 08:35:49 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Mon, 08 Jul 2019 08:35: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: rguenther at suse dot de X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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: 2019-07/txt/msg00547.txt.bz2 Content-length: 2433 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 --- Comment #12 from rguenther at suse dot de --- On Mon, 8 Jul 2019, rsandifo at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 >=20 > rsandifo at gcc dot gnu.org changed: >=20 > What |Removed |Added > -------------------------------------------------------------------------= --- > Component|middle-end |target > Assignee|rguenth at gcc dot gnu.org |rsandifo at gcc d= ot gnu.org >=20 > --- Comment #11 from rsandifo at gcc dot gnu.org --- > (In reply to rguenther@suse.de from comment #10) > > On Mon, 8 Jul 2019, clyon at gcc dot gnu.org wrote: > >=20 > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 > > >=20 > > > --- Comment #8 from Christophe Lyon --- > > > (In reply to Richard Biener from comment #5) > > > > Hmm, using a cross configured as > > > >=20 > > > > trunk/configure --target=3Darmeb-none-linux-gnueabihf --with-cpu=3D= cortex-a9 > > > > --with-fpu=3Dneon-fp16 --enable-languages=3Dc > > > >=20 > > > > and trimming the testcase to the first line I cannot reproduce the = reported > > > > assembly. I get at -O3 > > > >=20 > > > > .arm > > > > .fpu softvfp > > >=20 > > > For some reason, you are not targeting the right FPU, I have: > > > .arm > > > .fpu neon-fp16 > >=20 > > I noticed that - but it doesn't change even when supplying > > -mpfu=3Dneon-fp16 -mcpu=3Dcortex-a9 > >=20 > > I suppose some configure-time checking disables this feature somehow > > without notifying me :/ (don't have a armeb assembler installed, > > trying a pure cc1 cross) > >=20 > > Anyway, I can't reproduce even after spending 1+ hours on this. >=20 > Yeah, I see the same thing building it that way. I needed to restate > the abi using -mfloat-abi=3Dhard. Even when adding -mfloat-abi=3Dhard I see .fpu softvfp ... > I'm pretty sure it's a target bug though. If a vector constructor > has a single nonconstant element, neon_expand_vector_init uses the > neon_vset_lane* patterns to set that index. But neon_vset_lane* > use the architecture lane numbering while neon_expand_vector_init > uses GCC lane numbering. Using the vec_set(_internal) patterns > should fix that. I'm out of here then ;) >>From gcc-bugs-return-648436-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:39:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69093 invoked by alias); 8 Jul 2019 08: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 69039 invoked by uid 48); 8 Jul 2019 08:39:46 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 08:39: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00548.txt.bz2 Content-length: 1552 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #6 from Martin Li=C5=A1ka --- (In reply to Frantisek Sumsal from comment #5) > (In reply to Martin Li=C5=A1ka from comment #4) > > Ok, I was able to make the build: > >=20 > > $ meson build -Db_sanitize=3Daddress,undefined -Dxkbcommon=3Dfalse > >=20 > > with GCC 9.1.1: > >=20 > > real 0m2.176s > > user 0m2.013s > > sys 0m0.160s > >=20 > > which is probably fast enough. And I can't run the second test-case: > >=20 >=20 > Yes, without any ASAN_OPTIONS the built binary behaves as "expected: >=20 > --- >=20 > $ unset ASAN_OPTIONS > $ time build-gcc-9.1.0-sanitizers/test-conf-parser > <...snip...> > =3D test_config_parse[16] =3D=3D > /tmp/test-conf-parser.cvqFVQ:1: Continuation line too long >=20 > real 0m2.972s > user 0m2.680s > sys 0m0.280s >=20 > --- >=20 > The real issue arises with ASAN_OPTIONS=3Ddetect_stack_use_after_return= =3D1 Ahh, got it. Now it's really much slower. Do you know how to tell meson to use CC=3Dgcc-8? >=20 > --- >=20 > $ export ASAN_OPTIONS=3Ddetect_stack_use_after_return=3D1 > $ time build-gcc-9.1.0-sanitizers/test-conf-parser > <...snip...> > =3D=3D test_config_parse[16] =3D=3D > /tmp/test-conf-parser.WhLgS1:1: Continuation line too long >=20 > real 0m29.637s > user 0m29.321s > sys 0m0.298s >=20 > --- >=20 >=20 > > $ ./test/hwdb-test.sh > > ./systemd-hwdb does not exist, please build first >=20 > For this particular case you have to cd into the build directory first (cd > build && ../test/hwdb-test.sh) Good. >>From gcc-bugs-return-648437-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:39:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69770 invoked by alias); 8 Jul 2019 08: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 69722 invoked by uid 48); 8 Jul 2019 08:39:56 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91108] New: [8/9/10 Regression] Fails to pun through unions Date: Mon, 08 Jul 2019 08:39: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.1.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: 2019-07/txt/msg00549.txt.bz2 Content-length: 929 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91108 Bug ID: 91108 Summary: [8/9/10 Regression] Fails to pun through unions Product: gcc Version: 9.1.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: --- The following testcase fails to support our promise for punning through union members if the access happens through the union. /* { dg-do run } */ /* { dg-options "-O3 -fstrict-aliasing" } */ union U { struct A { int : 2; int x : 8; } a; struct B { int : 6; int x : 8; } b; }; int __attribute__((noipa)) foo (union U *p, union U *q) { p->a.x =3D 1; q->b.x =3D 1; return p->a.x; } int main() { union U x; if (foo (&x, &x) !=3D x.a.x) __builtin_abort (); return 0; } >>From gcc-bugs-return-648438-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:40:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70856 invoked by alias); 8 Jul 2019 08:40: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 70532 invoked by uid 48); 8 Jul 2019 08:40:20 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91108] [8/9/10 Regression] Fails to pun through unions Date: Mon, 08 Jul 2019 08:40: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: alias, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cf_known_to_work keywords cf_reconfirmed_on assigned_to everconfirmed target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00550.txt.bz2 Content-length: 796 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91108 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 Status|UNCONFIRMED |ASSIGNED Known to work| |7.4.0 Keywords| |alias, wrong-code Last reconfirmed| |2019-07-08 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Ever confirmed|0 |1 Target Milestone|--- |8.4 --- Comment #1 from Richard Biener --- Mine. >>From gcc-bugs-return-648439-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:41:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72299 invoked by alias); 8 Jul 2019 08:41: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 72242 invoked by uid 48); 8 Jul 2019 08:41:51 -0000 From: "frantisek at sumsal dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 08: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: frantisek at sumsal dot cz X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00551.txt.bz2 Content-length: 296 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #7 from Frantisek Sumsal --- (In reply to Martin Li=C5=A1ka from comment #6) > Do you know how to tell meson to use CC=3Dgcc-8? >=20 $ export CC=3Dgcc-8 CXX=3Dg++-8 $ meson build ... should suffice >>From gcc-bugs-return-648440-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:47:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 76309 invoked by alias); 8 Jul 2019 08:47: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 76261 invoked by uid 48); 8 Jul 2019 08:47:29 -0000 From: "clyon at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Mon, 08 Jul 2019 08: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: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: clyon at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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: 2019-07/txt/msg00552.txt.bz2 Content-length: 2436 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 --- Comment #13 from Christophe Lyon --- Indeed, this seems to work: diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c index 820502a..4f69122 100644 --- a/gcc/config/arm/arm.c +++ b/gcc/config/arm/arm.c @@ -12471,7 +12471,7 @@ neon_expand_vector_init (rtx target, rtx vals) if (n_var =3D=3D 1) { rtx copy =3D copy_rtx (vals); - rtx index =3D GEN_INT (one_var); + rtx index =3D GEN_INT (1 << one_var); /* Load constant part of vector, substitute neighboring value for varying element. */ @@ -12483,31 +12483,40 @@ neon_expand_vector_init (rtx target, rtx vals) switch (mode) { case E_V8QImode: - emit_insn (gen_neon_vset_lanev8qi (target, x, target, index)); + emit_insn (gen_vec_setv8qi_internal (target, x, index, target)); break; case E_V16QImode: - emit_insn (gen_neon_vset_lanev16qi (target, x, target, index)); + emit_insn (gen_vec_setv16qi_internal (target, x, index, target)); break; case E_V4HImode: - emit_insn (gen_neon_vset_lanev4hi (target, x, target, index)); + emit_insn (gen_vec_setv4hi_internal (target, x, index, target)); break; case E_V8HImode: - emit_insn (gen_neon_vset_lanev8hi (target, x, target, index)); + emit_insn (gen_vec_setv8hi_internal (target, x, index, target)); break; case E_V2SImode: - emit_insn (gen_neon_vset_lanev2si (target, x, target, index)); + emit_insn (gen_vec_setv2si_internal (target, x, index, target)); break; case E_V4SImode: - emit_insn (gen_neon_vset_lanev4si (target, x, target, index)); + emit_insn (gen_vec_setv4si_internal (target, x, index, target)); break; case E_V2SFmode: - emit_insn (gen_neon_vset_lanev2sf (target, x, target, index)); + emit_insn (gen_vec_setv2sf_internal (target, x, index, target)); break; case E_V4SFmode: - emit_insn (gen_neon_vset_lanev4sf (target, x, target, index)); + emit_insn (gen_vec_setv4sf_internal (target, x, index, target)); break; case E_V2DImode: - emit_insn (gen_neon_vset_lanev2di (target, x, target, index)); + emit_insn (gen_vec_setv2di_internal (target, x, index, target)); break; >>From gcc-bugs-return-648441-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 08:50:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102944 invoked by alias); 8 Jul 2019 08:50: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 102899 invoked by uid 48); 8 Jul 2019 08:50:43 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 08:50: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: 9.1.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: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_known_to_work cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00553.txt.bz2 Content-length: 756 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |ASSIGNED Known to work| |8.3.1 Known to fail| |9.1.0 --- Comment #8 from Martin Li=C5=A1ka --- (In reply to Frantisek Sumsal from comment #7) > (In reply to Martin Li=C5=A1ka from comment #6) >=20 > > Do you know how to tell meson to use CC=3Dgcc-8? > >=20 >=20 > $ export CC=3Dgcc-8 CXX=3Dg++-8 > $ meson build ... >=20 > should suffice Great, now I can confirm that! >>From gcc-bugs-return-648442-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:02:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14260 invoked by alias); 8 Jul 2019 09:02: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 14213 invoked by uid 48); 8 Jul 2019 09:02:21 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91060] [10 regression] gcc.c-torture/execute/scal-to-vec1.c fails on armeb-none-linux-gnueabihf since r272843 Date: Mon, 08 Jul 2019 09: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: 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: P3 X-Bugzilla-Assigned-To: rsandifo 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: 2019-07/txt/msg00554.txt.bz2 Content-length: 289 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91060 --- Comment #14 from rsandifo at gcc dot gnu.org --- Created attachment 46576 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46576&action=3Dedit Candidate patch I'll test the attached overnight >>From gcc-bugs-return-648443-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:23:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33823 invoked by alias); 8 Jul 2019 09:23: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 33778 invoked by uid 48); 8 Jul 2019 09:23:07 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/80518] -Wsuggest-override does not warn about missing override on destructor Date: Mon, 08 Jul 2019 09: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: 5.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00555.txt.bz2 Content-length: 323 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D80518 --- Comment #7 from Jonathan Wakely --- The guideline might be changing: https://github.com/isocpp/CppCoreGuidelines/pull/1448 If that pull request is merged we might want to change -Wsuggest-override t= oo, without needing a separate option. >>From gcc-bugs-return-648444-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:31:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40479 invoked by alias); 8 Jul 2019 09:31:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40418 invoked by uid 48); 8 Jul 2019 09:31:13 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91103] AVX512 vector element extract uses more than 1 shuffle instruction; VALIGND can grab any element Date: Mon, 08 Jul 2019 09: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: 10.0 X-Bugzilla-Keywords: 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: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00556.txt.bz2 Content-length: 918 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91103 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rguenth at gcc dot gnu.org --- Comment #1 from Richard Biener --- So when the vectorizer has the need to use strided stores it would be cheap= est to spill the vector and do N element loads and stores? I guess we can easi= ly get bottle-necked by the load/store op bandwith here? That is, the vectorizer needs for (lane) dest[stride * lane] =3D vector[lane]; thus store a specific (constant) lane of a vector to memory, for each vector lane. (we could use a scatter store here but only AVX512 has that and builing the index vector could be tricky and not supported for all element types) >>From gcc-bugs-return-648445-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:39:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65525 invoked by alias); 8 Jul 2019 09:39: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 65443 invoked by uid 48); 8 Jul 2019 09:39:52 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91103] AVX512 vector element extract uses more than 1 shuffle instruction; VALIGND can grab any element Date: Mon, 08 Jul 2019 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: 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: 2019-07/txt/msg00557.txt.bz2 Content-length: 934 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91103 --- Comment #2 from Richard Biener --- (In reply to Richard Biener from comment #1) > So when the vectorizer has the need to use strided stores it would be > cheapest > to spill the vector and do N element loads and stores? I guess we can ea= sily > get bottle-necked by the load/store op bandwith here? That is, the > vectorizer needs >=20 > for (lane) > dest[stride * lane] =3D vector[lane]; >=20 > thus store a specific (constant) lane of a vector to memory, for each > vector lane. (we could use a scatter store here but only AVX512 has that > and builing the index vector could be tricky and not supported for all > element types) Indeed ICC seems to spill for AVX and AVX512 for typedef int vsi __attribute__((vector_size(SIZE))); void foo (vsi v, int *p, int *o) { for (int i =3D 0; i < sizeof(vsi)/4; ++i) p[o[i]] =3D v[i]; } >>From gcc-bugs-return-648446-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:49:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41285 invoked by alias); 8 Jul 2019 09:49: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 41248 invoked by uid 48); 8 Jul 2019 09:49:36 -0000 From: "clyon at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91109] New: [10 regression][arm] gcc.c-torture/execute/20040709-1.c fails since r273135 Date: Mon, 08 Jul 2019 09:49: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: clyon at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00558.txt.bz2 Content-length: 826 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91109 Bug ID: 91109 Summary: [10 regression][arm] gcc.c-torture/execute/20040709-1.c fails since r273135 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: clyon at gcc dot gnu.org Target Milestone: --- Hi, I've noticed that since r273135 (fix for PR91091), there is a regression on arm-none-linux-gnueabi --with-mode arm --with-cpu cortex-a9 FAIL: gcc.c-torture/execute/20040709-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects execution test There's no such regression on arm-none-linux-gnueabihf or if using --with-m= ode thumb >>From gcc-bugs-return-648447-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:51:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79909 invoked by alias); 8 Jul 2019 09:51: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 78387 invoked by uid 55); 8 Jul 2019 09:51:39 -0000 From: "paolo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/65143] [C++11] missing devirtualization for virtual base in "final" classes Date: Mon, 08 Jul 2019 09:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.9.2 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: paolo at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00559.txt.bz2 Content-length: 584 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65143 --- Comment #10 from paolo at gcc dot gnu.org --- Author: paolo Date: Mon Jul 8 09:51:07 2019 New Revision: 273228 URL: https://gcc.gnu.org/viewcvs?rev=3D273228&root=3Dgcc&view=3Drev Log: 2019-07-08 Paolo Carlini PR c++/65143 * g++.dg/tree-ssa/final2.C: New. * g++.dg/tree-ssa/final3.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/tree-ssa/final2.C trunk/gcc/testsuite/g++.dg/tree-ssa/final3.C Modified: trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648448-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:52:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 86805 invoked by alias); 8 Jul 2019 09:52: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 86726 invoked by uid 48); 8 Jul 2019 09:52:26 -0000 From: "paolo.carlini at oracle dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/65143] [C++11] missing devirtualization for virtual base in "final" classes Date: Mon, 08 Jul 2019 09:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.9.2 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: paolo.carlini at oracle 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 resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00560.txt.bz2 Content-length: 513 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65143 Paolo Carlini changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |10.0 --- Comment #11 from Paolo Carlini --- Should be completely fixed. >>From gcc-bugs-return-648450-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:56:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91268 invoked by alias); 8 Jul 2019 09:56: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 91238 invoked by uid 48); 8 Jul 2019 09:56:47 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91105] internal compiler error: maximum number of generated reload insns per insn achieved (90) Date: Mon, 08 Jul 2019 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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, ra 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 component everconfirmed cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00562.txt.bz2 Content-length: 685 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91105 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-on-valid-code, ra Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-08 Component|middle-end |target Ever confirmed|0 |1 Known to fail| |4.8.5, 7.4.0 --- Comment #1 from Richard Biener --- Never worked it seems. >>From gcc-bugs-return-648449-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:56:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90443 invoked by alias); 8 Jul 2019 09:56: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 90408 invoked by uid 48); 8 Jul 2019 09:56:15 -0000 From: "paolo.carlini at oracle dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/66999] Missing comma in lambda capture causes internal compiler error Date: Mon, 08 Jul 2019 09: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: 5.2.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor X-Bugzilla-Who: paolo.carlini at oracle dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED 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: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00561.txt.bz2 Content-length: 467 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D66999 Paolo Carlini changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |paolo.carlini at oracle do= t com --- Comment #6 from Paolo Carlini --- Unfortunately we still issue two errors for the original testcase. >>From gcc-bugs-return-648451-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 09:58:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92760 invoked by alias); 8 Jul 2019 09:58: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 92724 invoked by uid 48); 8 Jul 2019 09:58:08 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91106] internal compiler error: output_operand: invalid use of register 'frame' Date: Mon, 08 Jul 2019 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: 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: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00563.txt.bz2 Content-length: 166 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91106 --- Comment #1 from Richard Biener --- Did you paste the correct reduced testcase? >>From gcc-bugs-return-648452-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 10:00:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106152 invoked by alias); 8 Jul 2019 10:00: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 104227 invoked by uid 48); 8 Jul 2019 10:00:45 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91107] __attribute__((pure)) to function with non-const pointers Date: Mon, 08 Jul 2019 10: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00564.txt.bz2 Content-length: 627 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91107 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Richard Biener --- This function isn't pure. GCC would optimize dest[0] =3D 0.; array_division (n, dest, src1, src2); return dest[0]; to return 0.0 since pure functions are assumed to not write to (global) mem= ory. >>From gcc-bugs-return-648453-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 10:03:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123294 invoked by alias); 8 Jul 2019 10: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 123270 invoked by uid 48); 8 Jul 2019 10:03:47 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91109] [10 regression][arm] gcc.c-torture/execute/20040709-1.c fails since r273135 Date: Mon, 08 Jul 2019 10:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00565.txt.bz2 Content-length: 629 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91109 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rguenth at gcc dot gnu.org Target Milestone|--- |10.0 --- Comment #1 from Richard Biener --- Can you help and check which test* () call fails? Also check whether -fwhole-program instead of -flto makes it fail. Does it still fail when you comment all but the failing test* () call? >>From gcc-bugs-return-648454-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 10:04:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125053 invoked by alias); 8 Jul 2019 10:04:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124984 invoked by uid 48); 8 Jul 2019 10:04:48 -0000 From: "amylaar at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Mon, 08 Jul 2019 10: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: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: amylaar at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00566.txt.bz2 Content-length: 2982 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 Jorn Wolfgang Rennecke changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #46574|0 |1 is obsolete| | --- Comment #18 from Jorn Wolfgang Rennecke --- Created attachment 46577 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46577&action=3Dedit patch for aligned stack - but clamping max alignment at MAX_SUPPORTED_STACK_ALIGNMENT (In reply to ro@CeBiTec.Uni-Bielefeld.DE from comment #17) > > --- Comment #15 from Jorn Wolfgang Rennecke --- > > Created attachment 46574 [details] > > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46574&action=3De= dit > > patch for the case that the stack is sufficiently aligned > [...] > > I have attached a patch to preserve the alignment of the passed type fo= r the > > case that the stack is already sufficiently aligned. >=20 > This patch breaks sparc-sun-solaris2.11 bootstrap with an ICE while > compiling stage2 function.c: >=20 > during RTL pass: expand > /vol/gcc/src/hg/trunk/local/gcc/function.c: In function 'void > assign_parm_find_data_types(assign_parm_data_all*, tree, > assign_parm_data_one*)': > /vol/gcc/src/hg/trunk/local/gcc/function.c:2426:49: internal compiler err= or: This location doesn't make much sense to me. Maybe some artefact from optimized compilation and register windows? > in assign_stack_temp_for_type, at function.c:880 > 2426 | else if (targetm.calls.strict_argument_naming (all->args_so_far= )) > | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~ > 0x11bc22f assign_stack_temp_for_type(machine_mode, poly_int<1u, long long= >, > tree_node*) > /vol/gcc/src/hg/trunk/local/gcc/function.c:878 > 0x11bc963 assign_temp(tree_node*, int, int) This looks like the modified assert there has triggered. It'd be interesti= ng to know why - i.e. what variable does want more alignment than MAX_SUPPORTED_STACK_ALIGNMENT - during bootstrap? Or is this a BLKmode variable with less alignment than BIGGEST_ALIGNMENT? User code could specify silly alignments which we couldn't provide with ordinary allocation (using a fixed offset from sp/fp) and which could also blow up t= he frame size too much if we tried, so it makes sense to clamp the alignment to MAX_SUPPORTED_STACK_ALIGNMENT in get_stack_local_alignment. The other side is that the code in assign_stack_temp_for_type seems to requ= ire BIGGEST_ALIGNMENT for BLKmode; I'm not sure about assign_stack_local_1 slots. It seems a bit wasteful, but trying to reduce waste of space in the stack frame is really a different issue, so I also modified the patch to use at least BIGGEST_ALIGNMENT for BLKmode so that it's (bug-?)compatible in th= at aspect with the previous code - see attached modified patch. >>From gcc-bugs-return-648455-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 10:08:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127410 invoked by alias); 8 Jul 2019 10:08: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 127374 invoked by uid 48); 8 Jul 2019 10:08:51 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91105] internal compiler error: maximum number of generated reload insns per insn achieved (90) Date: Mon, 08 Jul 2019 10:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, ra X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak 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: component dependson Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00567.txt.bz2 Content-length: 589 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91105 Uro=C5=A1 Bizjak changed: What |Removed |Added ---------------------------------------------------------------------------- Component|target |middle-end Depends on| |91001 --- Comment #2 from Uro=C5=A1 Bizjak --- Not a target problem. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91001 [Bug 91001] internal compiler error: in extract_insn, at recog.c:2310 >>From gcc-bugs-return-648456-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 10:20:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62974 invoked by alias); 8 Jul 2019 10:20: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 62381 invoked by uid 48); 8 Jul 2019 10:20:47 -0000 From: "gsocshubham at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91106] internal compiler error: output_operand: invalid use of register 'frame' Date: Mon, 08 Jul 2019 10: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: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: gsocshubham at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00568.txt.bz2 Content-length: 524 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91106 --- Comment #2 from Shubham Narlawar --- (In reply to Richard Biener from comment #1) > Did you paste the correct reduced testcase? Here is the original reduced test case obtained from Creduce -=20 #pragma pack(1) struct a { int b; char c }; union { struct a b } __attribute__((aligned(32), transparent_union)) d; e() { f(d); } I tried to fix warnings by putting semicolon, data type and function declaration where ever required. >>From gcc-bugs-return-648457-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 10:48:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107816 invoked by alias); 8 Jul 2019 10:48: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 107748 invoked by uid 48); 8 Jul 2019 10:48:53 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91110] New: [10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in cp_omp_mappable_type_1, at cp/decl2.c:1421 Date: Mon, 08 Jul 2019 10:48: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: error-recovery, ice-on-invalid-code, openmp 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: 2019-07/txt/msg00569.txt.bz2 Content-length: 4769 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91110 Bug ID: 91110 Summary: [10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in cp_omp_mappable_type_1, at cp/decl2.c:1421 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: error-recovery, ice-on-invalid-code, openmp Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- g++-10.0.0-alpha20190707 snapshot (r273184) ICEs when compiling the followi= ng testcase derived from gcc/testsuite/gcc.dg/gomp/_Atomic-5.c w/ -fopenmp: void f1 (void) { X int b[2]; b[0] =3D 1; #pragma omp target map(to: b) ; } % g++-10.0.0-alpha20190707 -fopenmp -c e8gxtyxe.c e8gxtyxe.c: In function 'void f1()': e8gxtyxe.c:4:3: error: 'X' was not declared in this scope 4 | X int b[2]; | ^ e8gxtyxe.c:5:3: error: 'b' was not declared in this scope 5 | b[0] =3D 1; | ^ e8gxtyxe.c:6:30: error: 'b' does not have a mappable type in 'map' clause 6 | #pragma omp target map(to: b) | ^ e8gxtyxe.c:6:32: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in cp_omp_mappable_type_1, at cp/decl2.c:14= 21 6 | #pragma omp target map(to: b) | ^ 0x7d125e tree_class_check_failed(tree_node const*, tree_code_class, char const*, int, char const*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/tree.c:9950 0x5f39fa tree_class_check(tree_node*, tree_code_class, char const*, int, ch= ar const*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/tree.h:3340 0x5f39fa cp_omp_mappable_type_1 =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/decl2.c:1421 0xa43c69 finish_omp_clauses(tree_node*, c_omp_region_type) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/semantics.c:7241 0x9b3267 cp_parser_omp_all_clauses =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:35735 0x9c4146 cp_parser_omp_target =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:38918 0x99f583 cp_parser_pragma =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:41352 0x9a76fd cp_parser_statement =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:11279 0x9a8665 cp_parser_statement_seq_opt =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:11667 0x9a8735 cp_parser_compound_statement =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:11621 0x9c0cbc cp_parser_function_body =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:22651 0x9c0cbc cp_parser_ctor_initializer_opt_and_function_body =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:22702 0x9c15ad cp_parser_function_definition_after_declarator =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:28016 0x9c23a3 cp_parser_function_definition_from_specifiers_and_declarator =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:27932 0x9c23a3 cp_parser_init_declarator =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:20288 0x9a4e7d cp_parser_simple_declaration =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:13546 0x9c8822 cp_parser_declaration =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:13243 0x9c8eb8 cp_parser_translation_unit =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:4699 0x9c8eb8 c_parse_file() =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/cp/parser.c:41495 0xad25ec c_common_parse_file() =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/c-family/c-opts.c:1160 >>From gcc-bugs-return-648458-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 10:51:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70216 invoked by alias); 8 Jul 2019 10: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 65099 invoked by uid 48); 8 Jul 2019 10:51:19 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91103] AVX512 vector element extract uses more than 1 shuffle instruction; VALIGND can grab any element Date: Mon, 08 Jul 2019 10:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target 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: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00570.txt.bz2 Content-length: 3586 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91103 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hjl.tools at gmail dot com, | |jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek --- For the constant vector element extraction, it can be done say with: --- gcc/config/i386/sse.md.jj 2019-07-06 23:55:51.617641994 +0200 +++ gcc/config/i386/sse.md 2019-07-08 12:23:13.315509840 +0200 @@ -9351,7 +9351,7 @@ (define_insn "avx512f_sgetexp")]) -(define_insn "_align" +(define_insn "_align" [(set (match_operand:VI48_AVX512VL 0 "register_operand" "=3Dv") (unspec:VI48_AVX512VL [(match_operand:VI48_AVX512VL 1 "register_operand" "v") (match_operand:VI48_AVX512VL 2 "nonimmediate_operand" "vm") --- gcc/config/i386/i386-expand.c.jj 2019-07-04 00:18:37.067010375 +0200 +++ gcc/config/i386/i386-expand.c 2019-07-08 12:37:24.687562956 +0200 @@ -14827,6 +14827,14 @@ ix86_expand_vector_extract (bool mmx_ok, break; case E_V16SFmode: + if (elt > 12) + { + tmp =3D gen_reg_rtx (V16SImode); + vec =3D gen_lowpart (V16SImode, vec); + emit_insn (gen_avx512f_alignv16si (tmp, vec, vec, GEN_INT (elt))); + vec =3D gen_lowpart (V16SFmode, tmp); + elt =3D 0; + } tmp =3D gen_reg_rtx (V8SFmode); if (elt < 8) emit_insn (gen_vec_extract_lo_v16sf (tmp, vec)); @@ -14836,6 +14844,14 @@ ix86_expand_vector_extract (bool mmx_ok, return; case E_V8DFmode: + if (elt >=3D 6) + { + tmp =3D gen_reg_rtx (V8DImode); + vec =3D gen_lowpart (V8DImode, vec); + emit_insn (gen_avx512f_alignv8di (tmp, vec, vec, GEN_INT (elt))); + vec =3D gen_lowpart (V8DFmode, tmp); + elt =3D 0; + } tmp =3D gen_reg_rtx (V4DFmode); if (elt < 4) emit_insn (gen_vec_extract_lo_v8df (tmp, vec)); @@ -14845,6 +14861,13 @@ ix86_expand_vector_extract (bool mmx_ok, return; case E_V16SImode: + if (elt > 12) + { + tmp =3D gen_reg_rtx (V16SImode); + emit_insn (gen_avx512f_alignv16si (tmp, vec, vec, GEN_INT (elt))); + vec =3D tmp; + elt =3D 0; + } tmp =3D gen_reg_rtx (V8SImode); if (elt < 8) emit_insn (gen_vec_extract_lo_v16si (tmp, vec)); @@ -14854,6 +14877,13 @@ ix86_expand_vector_extract (bool mmx_ok, return; case E_V8DImode: + if (elt >=3D 6) + { + tmp =3D gen_reg_rtx (V8DImode); + emit_insn (gen_avx512f_alignv8di (tmp, vec, vec, GEN_INT (elt))); + vec =3D tmp; + elt =3D 0; + } tmp =3D gen_reg_rtx (V4DImode); if (elt < 4) emit_insn (gen_vec_extract_lo_v8di (tmp, vec)); The question is in which cases it is beneficial, from pure -Os POV the valignd/valignq is one instruction and for integer extractions needs a vmovd afterwards, so for 64-bit extraction might be also useful for double [3] and [5] (for l= ong long it is two insns in both cases), for 32-bit extraction likely also shorter for float [5], [6], [7], [9], [10], [11], [12], but not= for int. But I admit I have no idea on how fast what is. >>From gcc-bugs-return-648459-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 10:57:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106220 invoked by alias); 8 Jul 2019 10:57: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 106183 invoked by uid 48); 8 Jul 2019 10:57:22 -0000 From: "will.deacon at arm dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/91111] New: arm64 Linux kernel panics at boot due to unexpected register assignment in inline asm Date: Mon, 08 Jul 2019 10:57: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: will.deacon 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00571.txt.bz2 Content-length: 5507 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91111 Bug ID: 91111 Summary: arm64 Linux kernel panics at boot due to unexpected register assignment in inline asm Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: inline-asm Assignee: unassigned at gcc dot gnu.org Reporter: will.deacon at arm dot com Target Milestone: --- Created attachment 46578 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46578&action=3Dedit Output of -save-temps When compiling the Linux kernel for arm64 with CONFIG_OPTIMIZE_INLINING=3Dy (which effectively removes the use of __attribute__((__always_inline__)) for functions marked as inline), the atomic64 selftest fails due to a local register variable being assigned to a different register from the one speci= fied when used in an inline asm block. While I appreciate that we're treading on thin ice here, my reading of the docs at: =20 https://gcc.gnu.org/onlinedocs/gcc/Local-Register-Variables.html#Local-Regi= ster-Variables suggests that this should work. To be more precise, this kernel code: static inline long arch_atomic64_dec_if_positive(atomic64_t *v) { register long x0 asm ("x0") =3D (long)v; asm volatile(ARM64_LSE_ATOMIC_INSN( /* LL/SC */ __LL_SC_ATOMIC64(dec_if_positive) __nops(6), /* LSE atomics */ "1: ldr x30, %[v]\n" " subs %[ret], x30, #1\n" " b.lt 2f\n" " casal x30, %[ret], %[v]\n" " sub x30, x30, #1\n" " sub x30, x30, %[ret]\n" " cbnz x30, 1b\n" "2:") : [ret] "+&r" (x0), [v] "+Q" (v->counter) : : __LL_SC_CLOBBERS, "cc", "memory"); return x0; } requires that %[ret] expands to register x0, whereas it is instead expandin= g to=20 register x1. You can see this in the assembly code for the function: .align 2 .type arch_atomic64_dec_if_positive, %function arch_atomic64_dec_if_positive: .LVL0: .LFB244: .file 1 "./arch/arm64/include/asm/atomic_lse.h" .loc 1 411 1 view -0 .cfi_startproc .loc 1 412 2 view .LVU1 .loc 1 414 2 view .LVU2 .loc 1 411 1 is_stmt 0 view .LVU3 stp x29, x30, [sp, -16]! .cfi_def_cfa_offset 16 .cfi_offset 29, -16 .cfi_offset 30, -8 .LVL1: .loc 1 414 2 view .LVU4 mov x1, x0 .loc 1 411 1 view .LVU5 mov x29, sp .loc 1 414 2 view .LVU6 #APP // 414 "./arch/arm64/include/asm/atomic_lse.h" 1 .if 1 =3D=3D 1 661: bl __ll_sc_arch_atomic64_dec_if_positive .rept 6 nop .endr 662: .pushsection .altinstructions,"a" .word 661b - . .if 0 =3D=3D 0 .word 663f - . .else .word 0- . .endif .hword 5 .byte 662b-661b .byte 664f-663f .popsection .if 0 =3D=3D 0 .pushsection .altinstr_replacement, "a" 663: 1: ldr x30, [x0] subs x1, x30, #1 b.lt 2f casal x30, x1, [x0] sub x30, x30, #1 sub x30, x30, x1 cbnz x30, 1b 2: 664: .popsection .org . - (664b-663b) + (662b-661b) .org . - (662b-661b) + (664b-663b) .else 663: 664: .endif .endif // 0 "" 2 .LVL2: .loc 1 414 2 view .LVU7 #NO_APP mov x0, x1 .LVL3: .loc 1 431 2 is_stmt 1 view .LVU8 .loc 1 432 1 is_stmt 0 view .LVU9 ldp x29, x30, [sp], 16 .cfi_restore 30 .cfi_restore 29 .cfi_def_cfa_offset 0 ret .cfi_endproc .LFE244: .size arch_atomic64_dec_if_positive, .-arch_atomic64_dec_if_posit= ive I've attached the .i/.s files output by: aarch64-linux-gnu-gcc -save-temps -Wp,-MD,lib/.atomic64_test.o.d -nostdinc -isystem /home/will/system/aarch64/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu/bin/= ../lib/gcc/aarch64-linux-gnu/8.3.0/include -I./arch/arm64/include -I./arch/arm64/include/generated -I./include -I./arch/arm64/include/uapi -I./arch/arm64/include/generated/uapi -I./include/uapi -I./include/generated/uapi -include ./include/linux/kconfi= g.h -include ./include/linux/compiler_types.h -D__KERNEL__ -mlittle-endian -DKASAN_SHADOW_SCALE_SHIFT=3D3 -Wall -Wundef -Werror=3Dstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -fshort-wchar -fno-PIE -Werror=3Dimplicit-function-declaration -Werror=3Dimplicit-int -Wno-format-= security -std=3Dgnu89 -mgeneral-regs-only -DCONFIG_AS_LSE=3D1 -fno-asynchronous-unwind-tables -Wno-psabi -mabi=3Dlp64 -DKASAN_SHADOW_SCALE_SHIFT=3D3 -fno-delete-null-pointer-checks -Wno-frame-a= ddress -Wno-format-truncation -Wno-format-overflow -O2 --param=3Dallow-store-data-races=3D0 -Wframe-larger-than=3D2048 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-unused-const-variable -fno-omit-frame-pointer -fno-optimize-sibling-ca= lls -fno-var-tracking-assignments -g -Wdeclaration-after-statement -Wvla -Wno-pointer-sign -Wno-stringop-truncation -fno-strict-overflow -fno-merge-all-constants -fmerge-constants -fno-stack-check -fconserve-stack -Werror=3Ddate-time -Werror=3Dincompatible-pointer-types -Werror=3Ddesignat= ed-init -fmacro-prefix-map=3D./=3D -Wno-packed-not-aligned=20=20=20 -DKBUILD_BASENAME=3D'"atomic64_test"' -DKBUILD_MODNAME=3D'"atomic64_test"' = -c -o lib/atomic64_test.o lib/atomic64_test.c >>From gcc-bugs-return-648460-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:25:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61738 invoked by alias); 8 Jul 2019 11:25: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 61329 invoked by uid 48); 8 Jul 2019 11:24:43 -0000 From: "stefan.kneifel at bluewin dot ch" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91102] [9/10 Regression] aarch64 ICE on Linux kernel with -Os starting with r270266 Date: Mon, 08 Jul 2019 11:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: stefan.kneifel at bluewin dot ch 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.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00572.txt.bz2 Content-length: 268 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91102 --- Comment #6 from Stefan Kneifel --- It seems to fix the bug - at least the original problem (ICE during compili= ng Linux kernel for aarch64 with -Os) is solved by this patch. >>From gcc-bugs-return-648461-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:25:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62206 invoked by alias); 8 Jul 2019 11:25: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 61745 invoked by uid 48); 8 Jul 2019 11:25:14 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91110] [10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in cp_omp_mappable_type_1, at cp/decl2.c:1421 Date: Mon, 08 Jul 2019 11:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc assigned_to target_milestone everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00573.txt.bz2 Content-length: 714 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91110 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-07-08 CC| |jakub at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gn= u.org Target Milestone|--- |10.0 Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Most likely caused by r273078. >>From gcc-bugs-return-648462-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:26:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 63237 invoked by alias); 8 Jul 2019 11: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 63196 invoked by uid 48); 8 Jul 2019 11:26:06 -0000 From: "ktkachov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug inline-asm/91111] arm64 Linux kernel panics at boot due to unexpected register assignment in inline asm Date: Mon, 08 Jul 2019 11:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: inline-asm X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ktkachov at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget bug_status cf_known_to_work keywords cf_reconfirmed_on cc everconfirmed cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00574.txt.bz2 Content-length: 849 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91111 ktkachov at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |aarch64 Status|UNCONFIRMED |NEW Known to work| |10.0, 9.1.0 Keywords| |wrong-code Last reconfirmed| |2019-07-08 CC| |ktkachov at gcc dot gnu.org Ever confirmed|0 |1 Known to fail| |6.5.0, 7.4.1, 8.3.1 --- Comment #1 from ktkachov at gcc dot gnu.org --- Hmm, I see this using x0 properly on GCC 9.1 and trunk but GCC 8 and earlier use x1 >>From gcc-bugs-return-648463-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:34:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75154 invoked by alias); 8 Jul 2019 11:34: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 75123 invoked by uid 48); 8 Jul 2019 11:34:27 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91110] [10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in cp_omp_mappable_type_1, at cp/decl2.c:1421 Date: Mon, 08 Jul 2019 11: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: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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: 2019-07/txt/msg00575.txt.bz2 Content-length: 551 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91110 --- Comment #2 from Jakub Jelinek --- Created attachment 46579 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46579&action=3Dedit gcc10-pr91110.patch error_mark_node type doesn't have TYPE_MAIN_DECL, but more importantly, error_mark_node on a type doesn't mean the type is incomplete, it means the type is invalid, and some diagnostics should have been emitted already why = it is invalid. So, IMNSHO we shouldn't emit any clarification messages in that case. >>From gcc-bugs-return-648464-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:34:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75857 invoked by alias); 8 Jul 2019 11:34: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 75795 invoked by uid 55); 8 Jul 2019 11:34:36 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT Date: Mon, 08 Jul 2019 11:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dave.anglin at bell dot net X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00576.txt.bz2 Content-length: 1048 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D84877 --- Comment #19 from dave.anglin at bell dot net --- On 2019-07-07 8:39 p.m., amylaar at gcc dot gnu.org wrote: > It seems suspicious that PREFERRED_STACK_BOUNDARY is smaller for TARGET_6= 4BIT ? That's the way HP defined things.=C2=A0 The preferred stack boundary for 32= -bit code was larger than it needed to be.=C2=A0 Possibly, someone thought that making it= cache aligned would be good. > > Be this as it may, the problem for the 84877 testcase is not that the sta= ck has > insufficient alignment, but that the stack slot doesn't have an aligned o= ffset. > > The alignment gets pruned in function.c:get_stack_local_alignment : > > if (mode =3D=3D BLKmode) > alignment =3D BIGGEST_ALIGNMENT; > > I have attached a patch to preserve the alignment of the passed type for = the > case that the stack is already sufficiently aligned. > > To test the case where the stack is insufficiently aligned, for hppa we s= hould > use a different testcase with > 512 bit alignment of the type. >>From gcc-bugs-return-648465-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:46:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107879 invoked by alias); 8 Jul 2019 11:46: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 107620 invoked by uid 48); 8 Jul 2019 11:46:26 -0000 From: "colomar.6.4.3 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91107] __attribute__((pure)) to function with non-const pointers Date: Mon, 08 Jul 2019 11: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: colomar.6.4.3 at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00577.txt.bz2 Content-length: 777 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91107 --- Comment #2 from Alejandro Colomar --- Technically it can modify globals as long as that doesn't affect the state = of the program, but in this case it is affecting the state of the program, so = it isn't a pure function. Fair enough, then the bug claim is that GCC shouldn't allow functions accep= ting non-const pointers. --- Comment #3 from Alejandro Colomar --- Technically it can modify globals as long as that doesn't affect the state = of the program, but in this case it is affecting the state of the program, so = it isn't a pure function. Fair enough, then the bug claim is that GCC shouldn't allow functions accep= ting non-const pointers. >>From gcc-bugs-return-648466-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:46:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107884 invoked by alias); 8 Jul 2019 11:46: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 107624 invoked by uid 48); 8 Jul 2019 11:46:27 -0000 From: "colomar.6.4.3 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91107] __attribute__((pure)) to function with non-const pointers Date: Mon, 08 Jul 2019 11: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: colomar.6.4.3 at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00578.txt.bz2 Content-length: 777 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91107 --- Comment #2 from Alejandro Colomar --- Technically it can modify globals as long as that doesn't affect the state = of the program, but in this case it is affecting the state of the program, so = it isn't a pure function. Fair enough, then the bug claim is that GCC shouldn't allow functions accep= ting non-const pointers. --- Comment #3 from Alejandro Colomar --- Technically it can modify globals as long as that doesn't affect the state = of the program, but in this case it is affecting the state of the program, so = it isn't a pure function. Fair enough, then the bug claim is that GCC shouldn't allow functions accep= ting non-const pointers. >>From gcc-bugs-return-648467-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:47:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109654 invoked by alias); 8 Jul 2019 11:47: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 109604 invoked by uid 55); 8 Jul 2019 11:47:02 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91108] [8/9/10 Regression] Fails to pun through unions Date: Mon, 08 Jul 2019 11:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: alias, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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: 2019-07/txt/msg00579.txt.bz2 Content-length: 809 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91108 --- Comment #2 from Richard Biener --- Author: rguenth Date: Mon Jul 8 11:46:26 2019 New Revision: 273232 URL: https://gcc.gnu.org/viewcvs?rev=3D273232&root=3Dgcc&view=3Drev Log: 2019-07-08 Richard Biener PR tree-optimization/91108 * tree-ssa-sccvn.c: Include builtins.h. (vn_reference_lookup_3): Use only alignment constraints to verify same-valued store disambiguation. * gcc.dg/tree-ssa/ssa-fre-61.c: Adjust back. * gcc.dg/tree-ssa/ssa-fre-78.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-78.c Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-61.c trunk/gcc/tree-ssa-sccvn.c >>From gcc-bugs-return-648468-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:49:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111989 invoked by alias); 8 Jul 2019 11:49:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111941 invoked by uid 55); 8 Jul 2019 11:49:35 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91108] [8/9/10 Regression] Fails to pun through unions Date: Mon, 08 Jul 2019 11:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: alias, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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: 2019-07/txt/msg00580.txt.bz2 Content-length: 908 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91108 --- Comment #3 from Richard Biener --- Author: rguenth Date: Mon Jul 8 11:48:48 2019 New Revision: 273233 URL: https://gcc.gnu.org/viewcvs?rev=3D273233&root=3Dgcc&view=3Drev Log: 2019-07-08 Richard Biener PR tree-optimization/91108 * tree-ssa-sccvn.c: Include builtins.h. (vn_reference_lookup_3): Use only alignment constraints to verify same-valued store disambiguation. * gcc.dg/tree-ssa/pr91091-1.c: New testcase. * gcc.dg/tree-ssa/ssa-fre-78.c: Likewise. Added: branches/gcc-9-branch/gcc/testsuite/gcc.dg/tree-ssa/pr91091-1.c branches/gcc-9-branch/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-78.c Modified: branches/gcc-9-branch/gcc/ChangeLog branches/gcc-9-branch/gcc/testsuite/ChangeLog branches/gcc-9-branch/gcc/tree-ssa-sccvn.c >>From gcc-bugs-return-648469-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:51:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115329 invoked by alias); 8 Jul 2019 11: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 115279 invoked by uid 48); 8 Jul 2019 11:51:03 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/83518] [8/9 Regression] Missing optimization: useless instructions should be dropped Date: Mon, 08 Jul 2019 11: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: 8.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_known_to_work resolution short_desc cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00581.txt.bz2 Content-length: 860 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83518 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Known to work| |10.0 Resolution|--- |FIXED Summary|[8/9/10 Regression] Missing |[8/9 Regression] Missing |optimization: useless |optimization: useless |instructions should be |instructions should be |dropped |dropped Known to fail| |8.3.0, 9.1.0 --- Comment #11 from Richard Biener --- Fixed on trunk, not something for backporting. >>From gcc-bugs-return-648470-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:52:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116562 invoked by alias); 8 Jul 2019 11:52: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 116514 invoked by uid 48); 8 Jul 2019 11:52:26 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91059] [10 regression] gcc.c-torture/execute/builtins/snprintf-chk.c fails on aarch64-elf since r272843 Date: Mon, 08 Jul 2019 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: 10.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: 10.0 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: 2019-07/txt/msg00582.txt.bz2 Content-length: 427 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91059 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Component|tree-optimization |target --- Comment #1 from Richard Biener --- Likely target issue - please aarch64 folks investigate first. >>From gcc-bugs-return-648471-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 11:53:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117486 invoked by alias); 8 Jul 2019 11: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 117408 invoked by uid 48); 8 Jul 2019 11:53:10 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: =?UTF-8?B?W0J1ZyBsdG8vOTA5OTBdIFsxMCBSZWdyZXNzaW9uXSBJQ0U6IGVycm9yOiA=?= =?UTF-8?B?4oCYY29tcG9uZW50X3JlZuKAmSBMSFMgaW4gY2xvYmJlciBzdGF0ZW1lbnQ=?= Date: Mon, 08 Jul 2019 11:53: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: 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: 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: 2019-07/txt/msg00583.txt.bz2 Content-length: 605 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90990 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #10 from Richard Biener --- Honza installed a patch. 2019-07-02 Jan Hubicka * tree-inline.c (remap_gimple_stmt): Do not subtitute handled components to clobber of return value. >>From gcc-bugs-return-648472-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 12:19:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16166 invoked by alias); 8 Jul 2019 12:19: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 16145 invoked by uid 48); 8 Jul 2019 12:19:17 -0000 From: "ivan.kharpalev at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91112] New: Bad error message for virtual function of a template class. Wrong "required from here" line number Date: Mon, 08 Jul 2019 12:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ivan.kharpalev at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00584.txt.bz2 Content-length: 821 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91112 Bug ID: 91112 Summary: Bad error message for virtual function of a template class. Wrong "required from here" line number Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: ivan.kharpalev at gmail dot com Target Milestone: --- https://godbolt.org/z/orxMIj I expect to see number of the line that triggers instantiation. gcc-7 and clang show it. P.S. It even does not show bad method invocation line if it was called via base class pointer. https://godbolt.org/z/-SN5n5 It only shows call line for the class itself https://godbolt.org/z/kmaUQt >>From gcc-bugs-return-648473-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 12:35:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16174 invoked by alias); 8 Jul 2019 12:35: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 16092 invoked by uid 48); 8 Jul 2019 12:35:09 -0000 From: "jb at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian Date: Mon, 08 Jul 2019 12:35: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: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jb at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00585.txt.bz2 Content-length: 1846 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91030 --- Comment #38 from Janne Blomqvist --- First, I think there's a bug in the benchmark in comment #c20. It writes blocksize * sizeof(double), but then advances only blocksize for each itera= tion of the loop. Fixed version writing just bytes below: #include #include #include #include #include #include #include #include double walltime (void) { struct timeval TV; double elapsed; gettimeofday(&TV, NULL); elapsed =3D (double) TV.tv_sec + 1.0e-6*((double) TV.tv_usec); return elapsed; } #define NAME "out.dat" #define N 250000000 int main() { int fd; unsigned char *p, *w; long i, size, blocksize, left, to_write; int bits; double t1, t2; struct statvfs buf; printf ("Test using %ld bytes\n", (long) N); statvfs (".", &buf); printf ("Block size of file system: %ld\n", buf.f_bsize); p =3D malloc(N * sizeof (*p)); for (i=3D0; i 0) { if (left >=3D blocksize) to_write =3D blocksize; else to_write =3D left; write (fd, w, blocksize); w +=3D to_write; left -=3D to_write; } close (fd); t2 =3D walltime (); printf ("%.2f MiB/s\n", N / (t2-t1) / 1048576); } free (p); unlink (NAME); return 0; } >>From gcc-bugs-return-648474-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 12:42:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38993 invoked by alias); 8 Jul 2019 12: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 38911 invoked by uid 48); 8 Jul 2019 12:42:12 -0000 From: "jb at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian Date: Mon, 08 Jul 2019 12:42: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: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jb at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00586.txt.bz2 Content-length: 1709 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91030 --- Comment #39 from Janne Blomqvist --- Now, with the fixed benchmark in the previous comment, on Lustre (version 2= .5) system I get: Test using 250000000 bytes Block size of file system: 4096 bs =3D 1024, 53.27 MiB/s bs =3D 2048, 73.99 MiB/s bs =3D 4096, 222.41 MiB/s bs =3D 8192, 351.38 MiB/s bs =3D 16384, 483.86 MiB/s bs =3D 32768, 583.76 MiB/s bs =3D 65536, 677.11 MiB/s bs =3D 131072, 748.60 MiB/s bs =3D 262144, 700.69 MiB/s bs =3D 524288, 811.76 MiB/s bs =3D 1048576, 1032.99 MiB/s bs =3D 2097152, 1034.03 MiB/s bs =3D 4194304, 1063.74 MiB/s bs =3D 8388608, 1030.15 MiB/s bs =3D 16777216, 1084.82 MiB/s bs =3D 33554432, 1067.05 MiB/s bs =3D 67108864, 1063.79 MiB/s On the same system, on a NFS filesystem connected with Infiniband I get: Test using 250000000 bytes Block size of file system: 1048576 bs =3D 1024, 301.41 MiB/s bs =3D 2048, 351.51 MiB/s bs =3D 4096, 471.39 MiB/s bs =3D 8192, 444.61 MiB/s bs =3D 16384, 510.88 MiB/s bs =3D 32768, 527.99 MiB/s bs =3D 65536, 516.57 MiB/s bs =3D 131072, 481.38 MiB/s bs =3D 262144, 514.29 MiB/s bs =3D 524288, 462.06 MiB/s bs =3D 1048576, 528.30 MiB/s bs =3D 2097152, 526.76 MiB/s bs =3D 4194304, 501.09 MiB/s bs =3D 8388608, 493.61 MiB/s bs =3D 16777216, 550.24 MiB/s bs =3D 33554432, 532.20 MiB/s bs =3D 67108864, 532.82 MiB/s So for Lustre, a buffer size bigger than the current 8 kB at least seems justified. While Lustre sees improvements all the way to 1 MB buffer size, such large buffers by default seems a bit excessive. >>From gcc-bugs-return-648475-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 12:49:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120841 invoked by alias); 8 Jul 2019 12:49: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 117034 invoked by uid 48); 8 Jul 2019 12:49:28 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90712] [10 regression] gcc.dg/rtl/aarch64/subs_adds_sp.c fails with ICE Date: Mon, 08 Jul 2019 12: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: wilco 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: 2019-07/txt/msg00587.txt.bz2 Content-length: 480 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90712 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |wilco at gcc dot gnu.org Resolution|--- |FIXED --- Comment #2 from Wilco --- Fixed >>From gcc-bugs-return-648476-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 13:04:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79154 invoked by alias); 8 Jul 2019 13:04: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 78690 invoked by uid 48); 8 Jul 2019 13:04:25 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 13:04: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00588.txt.bz2 Content-length: 146 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #9 from Martin Li=C5=A1ka --- Started with r259641. >>From gcc-bugs-return-648477-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 13:24:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99110 invoked by alias); 8 Jul 2019 13:24: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 99030 invoked by uid 48); 8 Jul 2019 13:24:39 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 13:24: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00589.txt.bz2 Content-length: 3042 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #10 from Martin Li=C5=A1ka --- The issue is that __asan_stack_malloc_0 function is very high in perf profi= le: # Overhead Command Shared Object Symbol=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 # ........ ............... ........................=20 ........................................................................ # 91.97% test-conf-parse libasan.so.5.0.0 [.] __asan_stack_malloc_0 7.00% test-conf-parse libsystemd-shared-242.so [.] config_parse 0.12% test-conf-parse libsystemd-shared-242.so [.] read_line_full 0.11% test-conf-parse libc-2.29.so [.] _IO_getc 0.10% test-conf-parse libc-2.29.so [.] __strlen_avx2 0.08% test-conf-parse libsystemd-shared-242.so [.] safe_fgetc 0.07% test-conf-parse libsystemd-shared-242.so [.] categorize_eol perf annotate says: : Disassembly of section .text: : : 0000000000034a00 <__asan_stack_malloc_0>: : __asan_stack_malloc_0(): : extern "C" SANITIZER_INTERFACE_ATTRIBUTE void __asan_stack_free_##class_id( \ : uptr ptr, uptr size) {=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 \ : OnFree(ptr, class_id, size);=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 \ : } ... : _ZN6__asan9FakeStack8AllocateEmmm(): : GC(real_stack); 0.00 : 34b30: mov %rbp,%rsi 0.00 : 34b33: mov %rax,%rdi 0.00 : 34b36: callq 34800 <__asan::FakeStack::GC(unsigned long= )> 0.00 : 34b3b: jmpq 34a2c <__asan_stack_malloc_0+0x2c> : for (int i =3D 0; i < num_iter; i++) { 0.00 : 34b40: xor %ecx,%ecx 0.12 : 34b42: add $0x1,%ecx 17.35 : 34b45: cmp %ecx,%r8d 17.95 : 34b48: je 34b70 <__asan_stack_malloc_0+0x170> : uptr pos =3D ModuloNumberOfFrames(stack_size_log, class_id, hint_position++); 0.00 : 34b4a: mov %rdx,%rax 0.01 : 34b4d: add $0x1,%rdx : _ZN6__asan9FakeStack20ModuloNumberOfFramesEmmm(): : return n & (NumberOfFrames(stack_size_log, class_i= d) - 1); 0.01 : 34b51: and %rsi,%rax : _ZN6__asan9FakeStack8AllocateEmmm(): 0.03 : 34b54: mov %rdx,(%rbx) : if (flags[pos]) continue; 0.10 : 34b57: lea 0x1000(%rbx,%rax,1),%rdi 31.71 : 34b5f: cmpb $0x0,(%rdi) 32.65 : 34b62: je 34a72 <__asan_stack_malloc_0+0x72> 0.00 : 34b68: jmp 34b42 <__asan_stack_malloc_0+0x142> 0.00 : 34b6a: nopw 0x0(%rax,%rax,1) >>From gcc-bugs-return-648478-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 13:42:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28410 invoked by alias); 8 Jul 2019 13: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 27565 invoked by uid 48); 8 Jul 2019 13:42:23 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91112] [8 Regression] Bad error message for virtual function of a template class. Wrong "required from here" line number Date: Mon, 08 Jul 2019 13:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00590.txt.bz2 Content-length: 548 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91112 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-07-08 Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely --- Please provide the code, not URLs (as https://gcc.gnu.org/bugs/ requests). >>From gcc-bugs-return-648479-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 13:47:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65669 invoked by alias); 8 Jul 2019 13:47: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 63510 invoked by uid 48); 8 Jul 2019 13:47:54 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 13:47: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00591.txt.bz2 Content-length: 811 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #11 from Martin Li=C5=A1ka --- If I apply the following patch: diff --git a/libsanitizer/asan/asan_fake_stack.cc b/libsanitizer/asan/asan_fake_stack.cc index 3140f9a2aeb..2034769161e 100644 --- a/libsanitizer/asan/asan_fake_stack.cc +++ b/libsanitizer/asan/asan_fake_stack.cc @@ -198,6 +198,9 @@ static FakeStack *GetFakeStackFast() { } ALWAYS_INLINE uptr OnMalloc(uptr class_id, uptr size) { + VReport(1, "T%d: OnMalloc called for size: %d\n", + GetCurrentTidOrInvalid(), size); + FakeStack *fs =3D GetFakeStackFast(); if (!fs) return 0; uptr local_stack; I see a rapid change of calls of the function from 15381->2127789, where the change is an allocation 64B: OnMalloc called for size: 64 >>From gcc-bugs-return-648480-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 13:54:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123120 invoked by alias); 8 Jul 2019 13:54:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 123074 invoked by uid 48); 8 Jul 2019 13:54:44 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 13:54: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00592.txt.bz2 Content-length: 1563 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #12 from Martin Li=C5=A1ka --- So the suspected allocation that happens is: #0 0x00007ffff723abb2 in __asan::FakeStack::Allocate (real_stack=3D140737488344072, class_id=3D0, stack_size_log=3D20, this=3D0x7ffff25f7000) at ../../../../libsanitizer/asan/asan_fake_stack.cc:= 103 #1 __asan::OnMalloc (size=3D, class_id=3D0) at ../../../../libsanitizer/asan/asan_fake_stack.cc:208 #2 __asan_stack_malloc_0 (size=3D) at ../../../../libsanitizer/asan/asan_fake_stack.cc:234 #3 0x00007ffff6b5e6c5 in categorize_eol (c=3D120 'x', flags=3D(unknown: 0)= ) at ../src/basic/fileio.c:759 #4 0x00007ffff6b5eb01 in read_line_full (f=3D0x616000003f80, limit=3D10485= 76, flags=3D(unknown: 0), ret=3D0x7ffff290b760) at ../src/basic/fileio.c:833 #5 0x00007ffff6a25be6 in read_line (f=3D0x616000003f80, limit=3D1048576, ret=3D0x7ffff290b760) at ../src/basic/fileio.h:90 #6 0x00007ffff6a2818f in config_parse (unit=3D0x0, filename=3D0x7ffff290b3= 20 "/tmp/test-conf-parser.gVYMCp", f=3D0x616000003f80, sections=3D0x60b300 "Se= ction", lookup=3D0x4020a0 , table=3D0x7ffff290b2a0, flags=3DCONFIG_PARSE_WARN, userdata=3D0x0) at ../src/shared/conf-parser.c:309 #7 0x0000000000404967 in test_config_parse (i=3D15, s=3D0x409d20 "[Section]\nsetting1=3D", 'x' ...) at ../src/test/test-conf-parser.c:334 #8 0x0000000000404ef0 in main (argc=3D1, argv=3D0x7fffffffdc58) at ../src/test/test-conf-parser.c:392 >>From gcc-bugs-return-648481-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 14:05:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8402 invoked by alias); 8 Jul 2019 14:05: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 8310 invoked by uid 48); 8 Jul 2019 14:05:32 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 14:05: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00593.txt.bz2 Content-length: 1079 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #13 from Martin Li=C5=A1ka --- And the stack difference is: Before: ;; Function categorize_eol (categorize_eol, funcdef_no=3D127, decl_uid=3D85= 13, cgraph_uid=3D127, symbol_order=3D127) categorize_eol (char c, ReadLineFlags flags) { _Bool _found; EndOfLineMarker D.9001; _Bool D.8520; _Bool _1; EndOfLineMarker _3; _Bool _7; EndOfLineMarker _9; EndOfLineMarker _10; EndOfLineMarker _11; EndOfLineMarker _12; : _found_4 =3D 0; if (flags_5(D) =3D=3D 1) goto ; [INV] else goto ; [INV] ... After: ;; Function categorize_eol (categorize_eol, funcdef_no=3D127, decl_uid=3D85= 13, cgraph_uid=3D127, symbol_order=3D127) categorize_eol (char c, ReadLineFlags flags) { long double D.8516[1] =3D {1.0e+0}; <--- This stack variable. _Bool _found; EndOfLineMarker D.9001; _Bool D.8520; _Bool _1; EndOfLineMarker _3; _Bool _7; EndOfLineMarker _9; EndOfLineMarker _10; EndOfLineMarker _11; EndOfLineMarker _12; ... >>From gcc-bugs-return-648482-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 14:17:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19699 invoked by alias); 8 Jul 2019 14:17: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 19660 invoked by uid 48); 8 Jul 2019 14:17:15 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 14:17: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: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID 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 resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00594.txt.bz2 Content-length: 576 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |INVALID --- Comment #14 from Martin Li=C5=A1ka --- Ahh, I've got it. The systemd is built in the configuration without any optimization level! Please use -O2, that should speed up it significantly. >>From gcc-bugs-return-648483-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 14:21:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28186 invoked by alias); 8 Jul 2019 14:21: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 28134 invoked by uid 48); 8 Jul 2019 14:21:33 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 14:21: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: 9.1.0 X-Bugzilla-Keywords: 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: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00595.txt.bz2 Content-length: 990 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #15 from Jakub Jelinek --- Seems systemd abuses compound literals even in cases where they make no sen= se, perhaps one of those in a short function like that is no longer optimized a= way completely and that is why it triggers all the __asan_malloc_0 calls in the= re where formerly it got away without that. E.g. #define assert_cc(expr) \ struct CONCATENATE(_assert_struct_, __COUNTER__) { \ char x[(expr) ? 0 : -1]; \ }; doesn't make any sense to me, why not say do { extern char CONCATENATE(_assert_var_, __COUNTER__) [(expr) ? 0 : -1]; } while (0) instead? The IN_SET macro has another compound literal: assert_cc((sizeof((long double[]){__VA_ARGS__})/sizeof(long double)) <=3D 2= 0); It would surprise me if you can't do such counting without resorting to compound literals. >>From gcc-bugs-return-648484-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 14:31:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62491 invoked by alias); 8 Jul 2019 14:31: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 62455 invoked by uid 48); 8 Jul 2019 14:31:25 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91059] [10 regression] gcc.c-torture/execute/builtins/snprintf-chk.c fails on aarch64-elf since r272843 Date: Mon, 08 Jul 2019 14: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: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco 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: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00596.txt.bz2 Content-length: 588 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91059 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wilco at gcc dot gnu.org --- Comment #2 from Wilco --- (In reply to Richard Biener from comment #1) > Likely target issue - please aarch64 folks investigate first. I'll have a look, but I bet it's PR78529 again since failures only happen w= ith LTO and static linking with newlib. >>From gcc-bugs-return-648485-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 15:33:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9347 invoked by alias); 8 Jul 2019 15:33: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 6188 invoked by uid 48); 8 Jul 2019 15:33:11 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Mon, 08 Jul 2019 15:33: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: 9.1.0 X-Bugzilla-Keywords: 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: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00597.txt.bz2 Content-length: 1631 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #16 from Jakub Jelinek --- (In reply to Jakub Jelinek from comment #15) > Seems systemd abuses compound literals even in cases where they make no > sense, perhaps one of those in a short function like that is no longer > optimized away completely and that is why it triggers all the > __asan_malloc_0 calls in there where formerly it got away without that. > E.g. > #define assert_cc(expr) \ > struct CONCATENATE(_assert_struct_, __COUNTER__) { \ > char x[(expr) ? 0 : -1]; \ > }; > doesn't make any sense to me, why not say > do { extern char CONCATENATE(_assert_var_, __COUNTER__) [(expr) ? 0 : -1]= ; } > while (0) > instead? > The IN_SET macro has another compound literal: > assert_cc((sizeof((long double[]){__VA_ARGS__})/sizeof(long double)) <=3D= 20); > It would surprise me if you can't do such counting without resorting to > compound literals. As IN_SET is turning the __VA_ARGS__ arguments into case N:, those have to = be constant expressions, so you could say replace IN_SET's assert_cc((sizeof((long double[]){__VA_ARGS__})/sizeof(long double)) <=3D 2= 0); with static long double __assert_in_set __attribute__((__unused__)) [] =3D { __VA_ARGS__ }; assert_cc(sizeof (__assert_in_set)/sizeof(long double)) <=3D 20); or similar, this is in its own scope, so doesn't need to use any __COUNTER__ etc. With -O1 and above it would be surely optimized away, and with -O0 it would= be much less costly for asan. >>From gcc-bugs-return-648486-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 15:37:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44413 invoked by alias); 8 Jul 2019 15:37: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 43878 invoked by uid 48); 8 Jul 2019 15:37:33 -0000 From: "nsz at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91113] New: add declare_simd_variant attribute support Date: Mon, 08 Jul 2019 15: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nsz at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00598.txt.bz2 Content-length: 2646 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91113 Bug ID: 91113 Summary: add declare_simd_variant attribute support Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: nsz at gcc dot gnu.org Target Milestone: --- to declare vector functions on aarch64 for one simd architecture only, support for the openmp 5.0 declare variant syntax is required, but full support for the omp declare variant pragma is excessive. (for the aarch64 use-case, see user defined vector functions in https://developer.arm.com/docs/101129/latest ) I suggest introducing an attribute in gcc that can handle a subset of omp declare variant pragma and works in c and fortran declarations for declare simd functions. I think the syntax and semantics for the attribute should follow the proposal for clang (without the clang_ prefix): http://lists.llvm.org/pipermail/llvm-dev/2019-June/132987.html ``` declare_simd_variant (, {, }) :=3D The name of a function variant that is a base language identifier, or, for C++, a template-id. :=3D , {, } :=3D simdlen() | simdlen("scalable") :=3D inbranch | notinbranch :=3D =20 | | | {,} :=3D linear_ref(,) | linear_var(, ) | linear_uval(, ) | linear(, ) :=3D | :=3D uniform() :=3D align(, ) :=3D Name of a parameter in the scalar function declaration/definition :=3D ... | -2 | -1 | 1 | 2 | ... :=3D 1 | 2 | 3 | ... :=3D {}{,} {} :=3D isa(target-specific-value) :=3D arch(target-specific-value) ``` example usage: ``` __attribute__(declare_simd_variant("vfoo", simdlen(2), notinbranch, isa("simd")) double foo(double x); float64x2_t vfoo(float64x2_t vx); ``` should be equivalent to the openmp 5.0 code ``` #pragma omp declare variant(vfoo) \ match(construct=3D{simd(simdlen(2), notinbranch)}, device=3D{isa("simd")}) double foo(double x); float64x2_t vfoo(float64x2_t vx); ``` >>From gcc-bugs-return-648487-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 15:51:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29826 invoked by alias); 8 Jul 2019 15:51: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 29773 invoked by uid 55); 8 Jul 2019 15:51:51 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Mon, 08 Jul 2019 15:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00599.txt.bz2 Content-length: 2638 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #60 from dave.anglin at bell dot net --- On 2019-07-08 12:07 a.m., elowe at elowe dot com wrote: > If you insert the addp4 r14 =3D 0,r14 before that command (like gcc 4.9.3= does), > the program compiles and runs correctly It would be useful to do a regression search to determine the revision that changed the above behavior. > > I'll upload the .s for "IsLower.c" - it's definitely a 32 bit executable,= so > the correct options are being passed around. I'm not sure why you say the .s for "IsLower.c" is a 32-bit executable and = that the correct options are being passed around.=C2=A0 You haven't shown the assembler or linker comman= ds used to create the executable. For applications like the hello world program, there is very little differe= nce between the 32 and 64-bit assembler output generated by gcc (cc1). I'm still trying to understand the problem with the gprel relocation.=C2=A0= It seems to work in 64-bit but not in 32-bit.=C2=A0 While there might be issues with assembler or linker, you = are probably correct that we need to swizzle pointer with ILP32. You could try adding something like the following to this hunk after the emit_insn() line: =C2=A0 else if (local_symbolic_operand64 (src, VOIDmode)) =C2=A0=C2=A0=C2=A0 { =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 /* We want to use @gprel rather than @ltoff = relocations for local =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 symbols: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - @gprel does not re= quire dynamic linker =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - and does not use .= sdata section =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://gcc.gnu.org/bugzil= la/60465 */ =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 emit_insn (gen_load_gprel64 (dest, src)); =C2=A0=C2=A0=C2=A0 } if (TARGET_ILP32) =C2=A0 { =C2=A0=C2=A0=C2=A0 rtx tmp; =C2=A0=C2=A0=C2=A0 tmp =3D gen_rtx_REG_offset (dest, ptr_mode, REGNO (dest), =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 byte_lowpart_offset (ptr_mode, GET_MODE (dest))); =C2=A0=C2=A0=C2=A0 REG_POINTER (tmp) =3D 1; =C2=A0=C2=A0=C2=A0 emit_insn (gen_ptr_extend (dest, tmp)); =C2=A0 } Alternatively, you could try disabling the local_symbolic_operand64 predica= te in predicates.md: (define_predicate "local_symbolic_operand64" =C2=A0 (match_code "symbol_ref,const") { =C2=A0 switch (GET_CODE (op)) =C2=A0=C2=A0=C2=A0 { Just add if (TARGET_ILP32) =C2=A0 return false; before switch statement. >>From gcc-bugs-return-648488-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 16:18:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93674 invoked by alias); 8 Jul 2019 16:18: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 93554 invoked by uid 48); 8 Jul 2019 16:17:57 -0000 From: "bugdal at aerifal dot cx" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/89072] -Wall -Werror should be defaults Date: Mon, 08 Jul 2019 16: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: unknown X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: bugdal at aerifal dot cx X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00600.txt.bz2 Content-length: 675 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89072 Rich Felker changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugdal at aerifal dot cx --- Comment #2 from Rich Felker --- Just here to second that -Werror should never be the default and that it's pretty much entirely wrong. -Werror is useful for imposing development poli= cy in a development environment you control. It's not at all okay for shipping source that the user will compile in an environment you don't control. >>From gcc-bugs-return-648489-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 16:22:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128797 invoked by alias); 8 Jul 2019 16:22:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 128749 invoked by uid 48); 8 Jul 2019 16:22:11 -0000 From: "elowe at elowe dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Mon, 08 Jul 2019 16: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: elowe at elowe dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00601.txt.bz2 Content-length: 1582 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #61 from EML --- Sorry, perhaps I have confused the situation. I have already patched my compiler to remove the gprel in both 32 and 64. That gprel patch breaks things in both 32 and 64. I'm reasonably convinced = the patch is wrong for HP-UX, so I'm moving forward with that assumption. When I remove that gprel patch - the 64bit stage 1 compiler is able to comp= ile hello world, islower, as well as all the other "conftest" programs successfully. It can compile libstdc++ as well (some duplicate symbols however). However, the 32-bit compiler does not work which I believe to be a pointer swizzle issue. I've confirmed the binary is 32bit as follows: -bash-5.0$ file islower islower: ELF-32 executable object file - IA64 -bash-5.0$ elfdump -f islower islower: *** ELF Header *** Class: ELF-32 Data: Big-endian OS: HP-UX ABI Version: 1 Type: EXEC Machine: IPF Version: 1 Entry Addr: 0x40008b0 Program Hdr Offset: 0x34 Section Hdr Offset: 0x1104c Flags: trapnil Flags: big-endian PSR Flags: IA-64 Elf Hdr Size: 0x34 Program Hdr Size: 0x20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 Program Hdr Number: 12 Section Hdr Size: 0x28=20=20=20=20=20=20=20=20=20=20=20=20=20=20 Section Hdr Number: 43 Section Hdr String Idx: 42 >>From gcc-bugs-return-648490-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 16:23:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129699 invoked by alias); 8 Jul 2019 16:23: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 129630 invoked by uid 48); 8 Jul 2019 16:23:02 -0000 From: "bugdal at aerifal dot cx" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Mon, 08 Jul 2019 16: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: unknown X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: bugdal at aerifal dot cx X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00602.txt.bz2 Content-length: 869 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 Rich Felker changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugdal at aerifal dot cx --- Comment #11 from Rich Felker --- I'm strongly in favor of fixing this, but the configure situation is a mess. Doing this needs both an active project to fix configure scripts (starting = with upstream autoconf/gnulib ones, and at least in the past, the maintainers' misguided opinions that testing for symbol presence with missing or invalid declarations was a valid configure test! see: https://ewontfix.com/13/) and probably one of the workarounds described above (detecting configure use and not erroring out in that case?). >>From gcc-bugs-return-648491-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 16:58:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56470 invoked by alias); 8 Jul 2019 16:58: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 56329 invoked by uid 48); 8 Jul 2019 16:57:59 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91059] [10 regression] gcc.c-torture/execute/builtins/snprintf-chk.c fails on aarch64-elf since r272843 Date: Mon, 08 Jul 2019 16:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco 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: 2019-07/txt/msg00603.txt.bz2 Content-length: 208 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91059 --- Comment #3 from Wilco --- Confirmed it's the same memset register corruption issue. The fix is trivia= l: add -fno-ipa-ra. >>From gcc-bugs-return-648492-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:01:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6491 invoked by alias); 8 Jul 2019 17: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 6425 invoked by uid 55); 8 Jul 2019 17:01:49 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Mon, 08 Jul 2019 17:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00604.txt.bz2 Content-length: 646 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #62 from dave.anglin at bell dot net --- On 2019-07-08 12:22 p.m., elowe at elowe dot com wrote: > When I remove that gprel patch - the 64bit stage 1 compiler is able to co= mpile > hello world, islower, as well as all the other "conftest" programs > successfully. It can compile libstdc++ as well (some duplicate symbols > however). I doubt removing the gprel patch is an acceptable solution as it fixed a bu= g on Linux.=C2=A0 A better solution is to disable the local_symbolic_operand64 predicate on hpux. That should fix hello world.=C2=A0 Then, we can move to other issues. >>From gcc-bugs-return-648494-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:02:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8330 invoked by alias); 8 Jul 2019 17: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 8220 invoked by uid 48); 8 Jul 2019 17:02:33 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/78529] gcc.c-torture/execute/builtins/strcat-chk.c failed with lto/O2 Date: Mon, 08 Jul 2019 17:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 7.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00606.txt.bz2 Content-length: 446 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D78529 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |clyon at gcc dot gnu.org --- Comment #38 from Richard Biener --- *** Bug 91059 has been marked as a duplicate of this bug. *** >>From gcc-bugs-return-648493-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:02:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8311 invoked by alias); 8 Jul 2019 17: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 8180 invoked by uid 48); 8 Jul 2019 17:02:32 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91059] [10 regression] gcc.c-torture/execute/builtins/snprintf-chk.c fails on aarch64-elf since r272843 Date: Mon, 08 Jul 2019 17:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite 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: RESOLVED X-Bugzilla-Resolution: DUPLICATE 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: 2019-07/txt/msg00605.txt.bz2 Content-length: 503 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91059 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Richard Biener --- duplicate then *** This bug has been marked as a duplicate of bug 78529 *** >>From gcc-bugs-return-648496-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:03:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10418 invoked by alias); 8 Jul 2019 17: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 10169 invoked by uid 48); 8 Jul 2019 17:03:10 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91092] Error on implicit function declarations by default Date: Mon, 08 Jul 2019 17: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: unknown X-Bugzilla-Keywords: diagnostic 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: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00609.txt.bz2 Content-length: 568 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91092 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-08 Ever confirmed|0 |1 --- Comment #12 from Segher Boessenkool --- Given the above, I don't think it can ever be ready in time for GCC 10. But, confirmed. >>From gcc-bugs-return-648497-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:03:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10437 invoked by alias); 8 Jul 2019 17: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 10199 invoked by uid 55); 8 Jul 2019 17:03:11 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/78529] gcc.c-torture/execute/builtins/strcat-chk.c failed with lto/O2 Date: Mon, 08 Jul 2019 17:03: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: 7.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00608.txt.bz2 Content-length: 939 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D78529 --- Comment #39 from Wilco --- Author: wilco Date: Mon Jul 8 17:02:35 2019 New Revision: 273238 URL: https://gcc.gnu.org/viewcvs?rev=3D273238&root=3Dgcc&view=3Drev Log: Turn of ipa-ra in builtins test (PR91059) The gcc.c-torture/execute/builtins/lib directory contains a reimplementation of many C library string functions, which causes non-trivial register allocation bugs with LTO and static linked libraries. To fix this long-standing test issue, turn off ipa-ra which avoids the register corruption across calls. = All builtin torture tests now pass on aarch64-none-elf. Committed as obvious. testsuite/ PR testsuite/91059 PR testsuite/78529 * gcc.c-torture/execute/builtins/builtins.exp: Add -fno-ipa-ra. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp >>From gcc-bugs-return-648495-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:03:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10302 invoked by alias); 8 Jul 2019 17:03: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 10130 invoked by uid 55); 8 Jul 2019 17:03:09 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91059] [10 regression] gcc.c-torture/execute/builtins/snprintf-chk.c fails on aarch64-elf since r272843 Date: Mon, 08 Jul 2019 17:03: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: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco 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: 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: 2019-07/txt/msg00607.txt.bz2 Content-length: 938 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91059 --- Comment #5 from Wilco --- Author: wilco Date: Mon Jul 8 17:02:35 2019 New Revision: 273238 URL: https://gcc.gnu.org/viewcvs?rev=3D273238&root=3Dgcc&view=3Drev Log: Turn of ipa-ra in builtins test (PR91059) The gcc.c-torture/execute/builtins/lib directory contains a reimplementation of many C library string functions, which causes non-trivial register allocation bugs with LTO and static linked libraries. To fix this long-standing test issue, turn off ipa-ra which avoids the register corruption across calls. = All builtin torture tests now pass on aarch64-none-elf. Committed as obvious. testsuite/ PR testsuite/91059 PR testsuite/78529 * gcc.c-torture/execute/builtins/builtins.exp: Add -fno-ipa-ra. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp >>From gcc-bugs-return-648498-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:06:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16424 invoked by alias); 8 Jul 2019 17: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 16352 invoked by uid 48); 8 Jul 2019 17:06:27 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/78529] gcc.c-torture/execute/builtins/strcat-chk.c failed with lto/O2 Date: Mon, 08 Jul 2019 17:06: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: 7.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2019-07/txt/msg00610.txt.bz2 Content-length: 564 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D78529 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |wilco at gcc dot gnu.org Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |wilco at gcc dot gn= u.org --- Comment #40 from Wilco --- Fixed >>From gcc-bugs-return-648499-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:35:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62588 invoked by alias); 8 Jul 2019 17:35: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 62543 invoked by uid 55); 8 Jul 2019 17:35:43 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/88233] combine fails to merge insns leaving unneeded reg copies Date: Mon, 08 Jul 2019 17:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00611.txt.bz2 Content-length: 1797 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88233 --- Comment #3 from Segher Boessenkool --- Author: segher Date: Mon Jul 8 17:35:12 2019 New Revision: 273240 URL: https://gcc.gnu.org/viewcvs?rev=3D273240&root=3Dgcc&view=3Drev Log: subreg: Add -fsplit-wide-types-early (PR88233) Currently the second lower-subreg pass is run right before RA. This is much too late to be very useful. At least for targets that do not have RTL patterns for operations on multi-register modes it is a lot better to split patterns earlier, before combine and all related passes. This adds an option -fsplit-wide-types-early that does that, and enables it by default for rs6000. PR rtl-optimization/88233 * common.opt (fsplit-wide-types-early): New option. * common/config/rs6000/rs6000-common.c (rs6000_option_optimization_table): Add OPT_fsplit_wide_types_early= for OPT_LEVELS_ALL. * doc/invoke.texi (Optimization Options): Add -fsplit-wide-types-ea= rly. * lower-subreg.c (pass_lower_subreg2::gate): Add test for flag_split_wide_types_early. (pass_data_lower_subreg3): New. (pass_lower_subreg3): New. (make_pass_lower_subreg3): New. * passes.def (pass_lower_subreg2): Move after the loop passes. (pass_lower_subreg3): New, inserted where pass_lower_subreg2 was. * tree-pass.h (make_pass_lower_subreg2): Move up, to its new place = in the pass pipeline; its previous place is taken by ... (make_pass_lower_subreg3): ... this. Modified: trunk/gcc/ChangeLog trunk/gcc/common.opt trunk/gcc/common/config/rs6000/rs6000-common.c trunk/gcc/doc/invoke.texi trunk/gcc/lower-subreg.c trunk/gcc/passes.def trunk/gcc/tree-pass.h >>From gcc-bugs-return-648500-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:54:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89431 invoked by alias); 8 Jul 2019 17:54: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 89313 invoked by uid 48); 8 Jul 2019 17:53:58 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91010] ICE: Segmentation fault (in location_wrapper_p) Date: Mon, 08 Jul 2019 17:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx dot com 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: 2019-07/txt/msg00612.txt.bz2 Content-length: 146 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91010 --- Comment #4 from Arseny Solokha --- Can this PR be closed now? >>From gcc-bugs-return-648501-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 17:54:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89494 invoked by alias); 8 Jul 2019 17:54: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 89389 invoked by uid 48); 8 Jul 2019 17:54:01 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91114] New: [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2415 Date: Mon, 08 Jul 2019 17:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, openmp 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 cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00613.txt.bz2 Content-length: 1565 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91114 Bug ID: 91114 Summary: [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2415 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-checking, ice-on-valid-code, openmp Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- Target: x86_64-unknown-linux-gnu gcc-10.0.0-alpha20190707 snapshot (r273184) ICEs when compiling the followi= ng testcase w/ -O1 -fopenmp-simd: void ne (double *zu) { int h3; #pragma omp simd simdlen (4) for (h3 =3D 0; h3 < 4; ++h3) zu[h3] =3D 0; } % x86_64-unknown-linux-gnu-gcc-10.0.0-alpha20190707 -O1 -fopenmp-simd -c hnkztevu.c during GIMPLE pass: vect hnkztevu.c: In function 'ne': hnkztevu.c:2:1: internal compiler error: in vect_analyze_loop, at tree-vect-loop.c:2415 2 | ne (double *zu) | ^~ 0x6fe6b2 vect_analyze_loop(loop*, _loop_vec_info*, vec_info_shared*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/tree-vect-loop.c:2415 0xfc5495 try_vectorize_loop_1 =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/tree-vectorizer.c:886 0xfc613f vectorize_loops() =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190707/work/gcc-10-20190707/gc= c/tree-vectorizer.c:1114 >>From gcc-bugs-return-648502-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 18:51:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121821 invoked by alias); 8 Jul 2019 18:51: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 121755 invoked by uid 48); 8 Jul 2019 18:51:47 -0000 From: "elowe at elowe dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Mon, 08 Jul 2019 18:51: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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: elowe at elowe dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00614.txt.bz2 Content-length: 750 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #63 from EML --- Sorry, I didn't undo the patch completely. I made a very simple change: --- ia64.c.orig 2019-07-08 14:43:33 +0000 +++ ia64.c 2019-07-05 16:46:24 +0000 @@ -1137,7 +1137,7 @@ emit_insn (gen_load_fptr (dest, src)); else if (sdata_symbolic_operand (src, VOIDmode)) emit_insn (gen_load_gprel (dest, src)); - else if (local_symbolic_operand64 (src, VOIDmode)) + else if (local_symbolic_operand64 (src, VOIDmode) && !TARGET_HPUX) { /* We want to use @gprel rather than @ltoff relocations for local symbols: Which I think has the same effect as disabling it in predicate. I'm happy w= ith either approach. >>From gcc-bugs-return-648503-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 19:14:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13102 invoked by alias); 8 Jul 2019 19:14: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 13008 invoked by uid 48); 8 Jul 2019 19:14:48 -0000 From: "fhsueh at roku dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91115] New: stack-buffer-overflow on memset local variable when creating thread on ARM Linux Date: Mon, 08 Jul 2019 19:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fhsueh at roku 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: 2019-07/txt/msg00615.txt.bz2 Content-length: 7155 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91115 Bug ID: 91115 Summary: stack-buffer-overflow on memset local variable when creating thread on ARM Linux Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: fhsueh at roku dot com CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxi= n at gcc dot gnu.org Target Milestone: --- I'm getting a ASAN stack-buffer-overflow when thread is starting on ARM Lin= ux. gcc-8.3 and glibc-2.22. Here's the output, cleaned up a bit: >>>>> =3D=3D1541=3D=3DERROR: AddressSanitizer: stack-buffer-overflow on address 0= x9bffebf8 at pc 0xa3585e98 bp 0x9bffebc4 sp 0x9bffe790 WRITE of size 36 at 0x9bffebf8 thread T10 #0 0xa3585e97 in __interceptor_memset gcc-8.3.0/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc:7= 09 #1 0x9f6d378b in __pthread_attr_init_2_1 glibc-2.22/nptl/pthread_attr_init.c:41 #2 0xa3619053 in __sanitizer::GetThreadStackTopAndBottom(bool, unsigned long*, unsigned long*) gcc-8.3.0/libsanitizer/sanitizer_common/sanitizer_linux_libcdep.cc:105 #3 0xa361940b in __sanitizer::GetThreadStackAndTls(bool, unsigned long*, unsigned long*, unsigned long*, unsigned long*) gcc-8.3.0/libsanitizer/sanitizer_common/sanitizer_linux_libcdep.cc:415 #4 0xa360f147 in __asan::AsanThread::SetThreadStackAndTls(__asan::AsanThread::InitOptions const*) gcc-8.3.0/libsanitizer/asan/asan_thread.cc:287 #5 0xa360f237 in __asan::AsanThread::Init(__asan::AsanThread::InitOptio= ns const*) gcc-8.3.0/libsanitizer/asan/asan_thread.cc:224 #6 0xa360f367 in __asan::AsanThread::ThreadStart(unsigned long, __sanitizer::atomic_uintptr_t*) gcc-8.3.0/libsanitizer/asan/asan_thread.cc:= 241 #7 0x9f6d1d63 in start_thread glibc-2.22/nptl/pthread_create.c:336 Address 0x9bffebf8 is located in stack of thread T9 at offset 664 in frame #0 0x25b6e3f in _M_run arm-roku-linux-gnueabi/include/c++/8.3.0/thread:= 196 This frame has 13 object(s): [32, 36) 'bt' [96, 100) 'bt' [160, 168) '' [224, 232) '' [288, 296) '' [352, 360) '' [416, 424) '' [480, 488) '' [544, 552) 'lock' [608, 620) 'cd' [672, 684) 'cd' <=3D=3D Memory access at offset 664 partially underflow= s this variable [736, 748) '' [800, 812) '' HINT: this may be a false positive if your program uses some custom stack unwind mechanism or swapcontext (longjmp and C++ exceptions *are* supported) Thread T9 created by T0 here: #0 0xa35cdc1f in __interceptor_pthread_create gcc-8.3.0/libsanitizer/asan/asan_interceptors.cc:202 #1 0x9f83d543 in std::thread::_M_start_thread(std::unique_ptr >, void (*)()) (/usr/lib/libstdc++.so.6+0x9c543) SUMMARY: AddressSanitizer: stack-buffer-overflow gcc-8.3.0/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc:7= 09 in __interceptor_memset Shadow bytes around the buggy address: 0x437ffd20: 00 00 00 00 00 00 00 00 00 00 00 00 f1 f1 f1 f1 0x437ffd30: 04 f2 f2 f2 f2 f2 f2 f2 04 f2 f2 f2 f2 f2 f2 f2 0x437ffd40: 00 f2 f2 f2 f2 f2 f2 f2 00 f2 f2 f2 f2 f2 f2 f2 0x437ffd50: 00 f2 f2 f2 f2 f2 f2 f2 00 f2 f2 f2 f2 f2 f2 f2 0x437ffd60: 00 f2 f2 f2 f2 f2 f2 f2 00 f2 f2 f2 f2 f2 f2 f2 =3D>0x437ffd70: 00 f2 f2 f2 f2 f2 f2 f2 00 04 f2 f2 f2 f2 f2[f2] 0x437ffd80: 00 04 f2 f2 f2 f2 f2 f2 00 04 f2 f2 f2 f2 f2 f2 0x437ffd90: 00 04 f2 f2 00 00 00 00 00 00 00 00 00 00 00 00 0x437ffda0: 00 00 00[ 363.983356] grsec: bruteforce prevention initiated= for the next 30 minutes or until service restarted, stalling each fork 30 secon= ds.=20 Please investigate the crash report for /bin/Application[Application:1541] uid/euid:0/0 gid/egid:0/0, parent /bin/Application[Application:1480] uid/euid:501/501 gid/egid:501/501 00 00 00 00 00 00 00 00 00 00 00 00 00 0x437ffdb0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x437ffdc0: 00 00 00 00 364.068455] ltcore_dump: starting dump m 00 00 00 00 00 00 grsec: From 10.14.24.38: denied resource overstep by requesting 52 for RLIMIT_CORE against limit 0 for /bin/Application[Application:1542] uid/euid:501/501 gid/egid:501/501, parent /bin/busybox[sh:1394] uid/euid:0/0 gid/egid:0/0 [1m 00 grsec: From 10.14.24.38: denied resource overstep by requesting 84 = for RLIMIT_CORE against limit 0 for /bin/Application[Application:1542] uid/euid:501/501 gid/egid:501/501, parent /bin/busybox[sh:1394] uid/euid:0/0 gid/egid:0/0 [0m00 00[ 364.128767] grsec: From 10.14.24.38: denied resource overstep by requesting 116 for RLIMIT_CORE against limit 0 for /bin/Application[Application:1542] uid/euid:501/501 gid/egid:501/501, parent /bin/busybox[sh:1394] uid/euid:0/0 gid/egid:0/0 00 00 364.152847] grsec: From 10.14.24.38: denied resource overstep by requesting 148 for RLIMIT_CORE against limit 0 for /bin/Application[Application:1542] uid/euid:501/501 gid/egid:501/501, parent /bin/busybox[sh:1394] uid/euid:0/0 gid/egid:0/0 1m 00 Shado[ 364.177095] grsec: From 10.14.24.38: denied resource overstep by requesting 180 for RLIMIT_CORE against limit 0 for /bin/Application[Application:1542] uid/euid:501/501 gid/egid:501/501, parent /bin/busybox[sh:1394] uid/euid:0/0 gid/egid:0/0 w byte legend (one shadow byte r[ 364.201006] grsec: From 10.14.24.38: den= ied resource overstep by requesting 212 for RLIMIT_CORE against limit 0 for /bin/Application[Application:1542] uid/euid:501/501 gid/egid:501/501, parent /bin/busybox[sh:1394] uid/euid:0/0 gid/egid:0/0 [ 364.225137] grsec: more alerts, logging disabled for 10 seconds Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb Thread T10 created by T0 here: #0 0xa35cdc1f in __interceptor_pthread_create gcc-8.3.0/libsanitizer/asan/asan_interceptors.cc:202 #1 0x9f83d543 in std::thread::_M_start_thread(std::unique_ptr >, void (*)()) (/usr/lib/libstdc++.so.6+0x9c543) #2 0x41b58ab1 () =3D=3D1541=3D=3DABORTING <<<<< I found similar case when redhat user moved from GCC 5 to 6: https://bugzilla.redhat.com/show_bug.cgi?id=3D1386445 My use case has similar characteristics in that it's very deterministic and that the intercepted memset() thinks a local variable lives in another thre= ad's stack. I'm working on trying this on gcc-9.1.0. Thanks! >>From gcc-bugs-return-648504-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 19:18:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16984 invoked by alias); 8 Jul 2019 19:18: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 16922 invoked by uid 48); 8 Jul 2019 19:18:55 -0000 From: "fhsueh at roku dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91115] stack-buffer-overflow on memset local variable when creating thread on ARM Linux Date: Mon, 08 Jul 2019 19:18: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fhsueh at roku 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: 2019-07/txt/msg00616.txt.bz2 Content-length: 306 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91115 --- Comment #1 from Fred Hsueh --- Created attachment 46580 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46580&action=3Dedit Fixup memory location of shadow This shadow location works better than the 32-bit default. >>From gcc-bugs-return-648505-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 19:37:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66773 invoked by alias); 8 Jul 2019 19:37:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 66722 invoked by uid 55); 8 Jul 2019 19:37:07 -0000 From: "dave.anglin at bell dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64 Date: Mon, 08 Jul 2019 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: 4.9.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: major X-Bugzilla-Who: dave.anglin at bell 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: 2019-07/txt/msg00617.txt.bz2 Content-length: 1172 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61577 --- Comment #64 from dave.anglin at bell dot net --- On 2019-07-08 2:51 p.m., elowe at elowe dot com wrote: > I made a very simple change: > > --- ia64.c.orig 2019-07-08 14:43:33 +0000 > +++ ia64.c 2019-07-05 16:46:24 +0000 > @@ -1137,7 +1137,7 @@ > emit_insn (gen_load_fptr (dest, src)); > else if (sdata_symbolic_operand (src, VOIDmode)) > emit_insn (gen_load_gprel (dest, src)); > - else if (local_symbolic_operand64 (src, VOIDmode)) > + else if (local_symbolic_operand64 (src, VOIDmode) && !TARGET_HPUX) > { > /* We want to use @gprel rather than @ltoff relocations for local > symbols: > > Which I think has the same effect as disabling it in predicate. I'm happy= with > either approach. Okay, I assume we are now at the problem in comment #58.=C2=A0 Would you up= load the final RTL dump for "IsLower.c" ("-da" opttion will generate)?=C2=A0 It would also be = useful to find the change which introduced the regression for "IsLower.c". You could post the above patch with a ChangeLog to gcc-patches.=C2=A0 It's = small enough that a FSF assignment shouldn't be needed. >>From gcc-bugs-return-648506-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 20:13:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14980 invoked by alias); 8 Jul 2019 20:13: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 13694 invoked by uid 48); 8 Jul 2019 20:13:54 -0000 From: "clyon at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91109] [10 regression][arm] gcc.c-torture/execute/20040709-1.c fails since r273135 Date: Mon, 08 Jul 2019 20:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: clyon 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: 2019-07/txt/msg00618.txt.bz2 Content-length: 396 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91109 --- Comment #2 from Christophe Lyon --- Removing the test*() calls from the end, the first failing one is testX(). However, if I remove all the preceding ones, the test passes. Using -fwhole-program instead of -flto has no effect: the test still fails. Adding a printf() call in check() also makes the test pass. >>From gcc-bugs-return-648507-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 20:23:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94913 invoked by alias); 8 Jul 2019 20:23:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94849 invoked by uid 48); 8 Jul 2019 20:23:22 -0000 From: "paolo.carlini at oracle dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91073] [9/10 Regression] if constexpr no longer works directly with Concepts Date: Mon, 08 Jul 2019 20: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.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: paolo.carlini at oracle 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.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00619.txt.bz2 Content-length: 536 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91073 --- Comment #2 from Paolo Carlini --- In principle the issue is rather simple. The cp_parser_maybe_commit_to_declaration at the beginning of cp_parser_conditi= on since r260482 thinks erroneously that the just parsed HasInit must be a declaration. In practice, I'm still not sure which is the be= st way to solve this... well, I'm not even sure we are supposed to actively wo= rk now on relatively minor concept-related issues. >>From gcc-bugs-return-648508-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 20:39:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122703 invoked by alias); 8 Jul 2019 20:39:21 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 122651 invoked by uid 55); 8 Jul 2019 20:39:18 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/88233] combine fails to merge insns leaving unneeded reg copies Date: Mon, 08 Jul 2019 20:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization 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: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00620.txt.bz2 Content-length: 636 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88233 --- Comment #4 from Segher Boessenkool --- Author: segher Date: Mon Jul 8 20:38:46 2019 New Revision: 273245 URL: https://gcc.gnu.org/viewcvs?rev=3D273245&root=3Dgcc&view=3Drev Log: rs6000: Add testcase for PR88233 This testcase tests that with -mcpu=3Dpower8 we do not generate any mtvsr* instructions, and we do the copy with {l,st}xvd2x. gcc/testsuite/ PR rtl-optimization/88233 * gcc.target/powerpc/pr88233.c: New testcase. Added: trunk/gcc/testsuite/gcc.target/powerpc/pr88233.c Modified: trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648509-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 20:48:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16284 invoked by alias); 8 Jul 2019 20:48: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 16152 invoked by uid 48); 8 Jul 2019 20:48:02 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91116] New: bad register choices for rs6000 -m32 Date: Mon, 08 Jul 2019 20:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00621.txt.bz2 Content-length: 1072 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91116 Bug ID: 91116 Summary: bad register choices for rs6000 -m32 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: segher at gcc dot gnu.org Target Milestone: --- In the new testcase pr88233.c, which is typedef struct { double a[2]; } A; A foo (const A *a) { return *a; } we currently get as generated code for -m32 addi 10,4,4 lfiwzx 10,0,4 addi 9,3,12 lfiwzx 11,0,10 addi 10,4,8 lfiwzx 12,0,10 addi 10,4,12 stfiwx 10,0,3 lfiwzx 0,0,10 addi 10,3,4 stfiwx 11,0,10 addi 10,3,8 stfiwx 12,0,10 stfiwx 0,0,9 blr Expand decides to do this as four SImode copies, which isn't such a great idea, of course; but RA thinks it is cost 0 to put a SImode in an FP or altivec register. That won't fly. >>From gcc-bugs-return-648510-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 22:03:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39817 invoked by alias); 8 Jul 2019 22:03: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 39725 invoked by uid 48); 8 Jul 2019 22:03:39 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/61339] add mismatch between struct and class [-Wmismatched-tags] to non-bugs Date: Mon, 08 Jul 2019 22: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: 4.9.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: enhancement X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00622.txt.bz2 Content-length: 423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61339 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --- Comment #11 from Martin Sebor --- Patch: https://gcc.gnu.org/ml/gcc-patches/2019-07/msg00621.html >>From gcc-bugs-return-648511-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 22:09:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89501 invoked by alias); 8 Jul 2019 22:09: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 89447 invoked by uid 55); 8 Jul 2019 22:08:58 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91110] [10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in cp_omp_mappable_type_1, at cp/decl2.c:1421 Date: Mon, 08 Jul 2019 22: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: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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: 2019-07/txt/msg00623.txt.bz2 Content-length: 572 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91110 --- Comment #3 from Jakub Jelinek --- Author: jakub Date: Mon Jul 8 22:08:27 2019 New Revision: 273248 URL: https://gcc.gnu.org/viewcvs?rev=3D273248&root=3Dgcc&view=3Drev Log: PR c++/91110 * decl2.c (cp_omp_mappable_type_1): Don't emit any note for error_mark_node type. * g++.dg/gomp/pr91110.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr91110.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl2.c trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648512-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 08 22:31:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127689 invoked by alias); 8 Jul 2019 22:31: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 125757 invoked by uid 48); 8 Jul 2019 22:31:41 -0000 From: "wolfwings+gcc at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91117] New: _mm_movpi64_epi64/_mm_movepi64_pi64 generating store+load instead of using MOVQ2DQ/MOVDQ2Q Date: Mon, 08 Jul 2019 22:31: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: wolfwings+gcc at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00624.txt.bz2 Content-length: 2428 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91117 Bug ID: 91117 Summary: _mm_movpi64_epi64/_mm_movepi64_pi64 generating store+load instead of using MOVQ2DQ/MOVDQ2Q Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: wolfwings+gcc at gmail dot com Target Milestone: --- _mm_movpi64_epi64 is never using MOVQ2DQ (and _mm_movepi64_pi64 never using MOVDQ2Q) despite documentation it should when used in mixed MMX -> SSE situations, and that these are in fact the intrinsics to use when desiring = the Q2DQ/DQ2Q opcodes. This appears to be due to the header defining them causing fallback memory write then read except in (technically invalid) SSE -> SSE cases where a MO= VD is used. Tested on GCC 7.4 + 9.1 locally, with additional testing on Godbolt all sho= wing identical code being generated all the way back to 4.x series. Compiled with -O1: #include __m128i test( __m128i input ) { __m64 x =3D _mm_movepi64_pi64( input ); return _mm_movpi64_epi64( _mm_mullo_pi16( x, x ) ); } Generated assembly on GCC 9.1: movq %xmm0, -16(%rsp) movq -16(%rsp), %mm0 movq %mm0, %mm1 pmullw %mm0, %mm1 movq %mm1, -16(%rsp) movq -16(%rsp), %xmm0 ret A version that makes explicit calls to movq2dq/movdq2q works and outputs the expected assembly sequence: #include static inline __m64 _my_movepi64_pi64( __m128i input ) { __m64 result; asm( "movdq2q %1, %0" : "=3Dy" (result) : "x" (input) : ); return result; } static inline __m128i _my_movpi64_epi64( __m64 input ) { __m128i result; asm( "movq2dq %1, %0" : "=3Dx" (result) : "y" (input) : ); return result; } __m128i test( __m128i input ) { __m64 x =3D _my_movepi64_pi64( input ); return _my_movpi64_epi64( _mm_mullo_pi16( x, x ) ); } Generated assembly on GCC 7.4, 9.1, and others via Godbolt, again with -O1 = (-O2 and -O3 make no difference): movdq2q %xmm0, %mm0 pmullw %mm0, %mm0 movq2dq %mm0, %xmm0 ret For completeness, ICC generates the 'short' code form on all available vers= ions without needing the inline assembly workaround. >>From gcc-bugs-return-648513-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 01:08:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129083 invoked by alias); 9 Jul 2019 01:08:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 129060 invoked by uid 48); 9 Jul 2019 01:08:13 -0000 From: "alan.avbs at rocketmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91118] New: ubsan does not work with openmp default (none) directive Date: Tue, 09 Jul 2019 01:08: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.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: alan.avbs at rocketmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00625.txt.bz2 Content-length: 1389 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91118 Bug ID: 91118 Summary: ubsan does not work with openmp default (none) directive Product: gcc Version: 9.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: alan.avbs at rocketmail dot com Target Milestone: --- Program fails to compile when using -fsanitize=3Dundefined and using the directive default(none) in a parallel region. For instance: #include int main() { #pragma omp parallel default(none) shared(std::cerr) { std::cerr<<"hello"<>From gcc-bugs-return-648514-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 01:16:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8608 invoked by alias); 9 Jul 2019 01:16: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 8462 invoked by uid 48); 9 Jul 2019 01:15:54 -0000 From: "peter at cordes dot ca" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91103] AVX512 vector element extract uses more than 1 shuffle instruction; VALIGND can grab any element Date: Tue, 09 Jul 2019 01:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: peter at cordes dot ca X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00626.txt.bz2 Content-length: 3599 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91103 --- Comment #4 from Peter Cordes --- We should not put any stock in what ICC does for GNU C native vector indexi= ng.=20 I think it doesn't know how to optimize that because it *always* spills/rel= oads even for `vec[0]` which could be a no-op. And it's always a full-width spi= ll (ZMM), not just the low XMM/YMM part that contains the desired element. I mainly mentioned ICC in my initial post to suggest the store/reload strateg= y in general as an *option*. ICC also doesn't optimize intriniscs: it pretty much always faithfully transliterates them to asm. e.g. v =3D _mm_add_epi32(v, _mm_set1_epi32(1))= ;=20 twice compiles to two separate paddd instructions, instead of one with a constant of set1(2). If we want to see ICC's strided-store strategy, we'd need to write some pur= e C that auto-vectorizes. ---- That said, store/reload is certainly a valid option when we want all the elements, and gets *more* attractive with wider vectors, where the one extra store amortizes over more elements. Strided stores will typically bottleneck on cache/memory bandwidth unless t= he destination lines are already hot in L1d. But if there's other work in the loop, we care about OoO exec of that work with the stores, so uop throughput could be a factor. If we're tuning for Intel Haswell/Skylake with 1 per clock shuffles but 2 l= oads + 1 store per clock throughput (if we avoid indexed addressing modes for stores), then it's very attractive and unlikely to be a bottleneck. There's typically spare load execution-unit cycles in a loop that's also do= ing stores + other work. You need every other uop to be (or include) a load to bottleneck on that at 4 uops per clock, unless you have indexed stores (whi= ch can't run on the simple store-AGU on port 7 and need to run on port 2/3, ta= king a cycle from a load). Cache-split loads do get replayed to grab the 2nd h= alf, so it costs extra execution-unit pressure as well as extra cache-read cycle= s. Intel says Ice will have 2 load + 2 store pipes, and a 2nd shuffle unit. A mixed strategy there might be interesting: extract the high 256 bits to mem= ory with vextractf32x8 and reload it, but shuffle the low 128/256 bits. That strategy might be good on earlier CPUs, too. At least with movss + extract= ps stores from the low XMM where we can do that directly. AMD before Ryzen 2 has only 2 AGUs, so only 2 memory ops per clock, up to o= ne of which can be a store. It's definitely worth considering extracting the = high 128-bit half of a YMM and using movss then shuffles like vextractps: 2 uops= on Ryzen or AMD. ----- If the stride is small enough (so more than 1 element fits in a vector), we should consider shuffle + vmaskmovps masked stores, or with AVX512 then AVX512 masked stores. But for larger strides, AVX512 scatter may get better in the future. It's currently (SKX) 43 uops for VSCATTERDPS or ...DD ZMM, so not very friendly = to surrounding code. It sustains one per 17 clock throughput, slightly worse = than 1 element stored per clock cycle. Same throughput on KNL, but only 4 uops = so it can overlap much better with surrounding code. ---- For qword elements, we have efficient stores of the high or low half of an = XMM. A MOVHPS store doesn't need a shuffle uop on most Intel CPUs. So we only = need 1 (YMM) or 3 (ZMM) shuffles to get each of the high 128-bit lanes down to an XMM register. Unfortunately on Ryzen, MOVHPS [mem], xmm costs a shuffle+store. But Ryzen= has shuffle EUs on multiple ports. >>From gcc-bugs-return-648515-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 04:15:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17463 invoked by alias); 9 Jul 2019 04:15: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 17067 invoked by uid 48); 9 Jul 2019 04:15:40 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/64867] split warning for passing non-POD to varargs function from -Wconditionally-supported into new warning flag, -Wnon-pod-varargs Date: Tue, 09 Jul 2019 04: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: unknown X-Bugzilla-Keywords: diagnostic, easyhack X-Bugzilla-Severity: enhancement X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00627.txt.bz2 Content-length: 475 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D64867 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |msebor at gcc dot gnu.org --- Comment #26 from Eric Gallager --- Martin Sebor has been doing stuff related to warnings about POD-ness lately; cc-ing him >>From gcc-bugs-return-648517-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 04:16:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18499 invoked by alias); 9 Jul 2019 04:16: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 18397 invoked by uid 55); 9 Jul 2019 04:16:17 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/71924] missing -Wreturn-local-addr returning alloca result Date: Tue, 09 Jul 2019 04:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 7.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: enhancement X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00629.txt.bz2 Content-length: 2754 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D71924 --- Comment #6 from Martin Sebor --- Author: msebor Date: Tue Jul 9 04:15:42 2019 New Revision: 273261 URL: https://gcc.gnu.org/viewcvs?rev=3D273261&root=3Dgcc&view=3Drev Log: PR middle-end/71924 - missing -Wreturn-local-addr returning alloca result PR middle-end/90549 - missing -Wreturn-local-addr maybe returning an addres= s of a local array plus offset gcc/ChangeLog: PR middle-end/71924 PR middle-end/90549 * gimple-ssa-isolate-paths.c (isolate_path): Add attribute. Update comment. (args_loc_t): New type. (args_loc_t, locmap_t): same. (diag_returned_locals): New function. (is_addr_local): Same. (handle_return_addr_local_phi_arg, warn_return_addr_local): Same. (find_implicit_erroneous_behavior): Call warn_return_addr_local_phi_arg. (find_explicit_erroneous_behavior): Call warn_return_addr_local. gcc/testsuite/ChangeLog: PR middle-end/71924 PR middle-end/90549 * gcc.c-torture/execute/return-addr.c: New test. * gcc.dg/Wreturn-local-addr-2.c: New test. * gcc.dg/Wreturn-local-addr-4.c: New test. * gcc.dg/Wreturn-local-addr-5.c: New test. * gcc.dg/Wreturn-local-addr-6.c: New test. * gcc.dg/Wreturn-local-addr-7.c: New test. * gcc.dg/Wreturn-local-addr-8.c: New test. * gcc.dg/Wreturn-local-addr-9.c: New test. * gcc.dg/Wreturn-local-addr-10.c: New test. * gcc.dg/Walloca-4.c: Handle expected warnings. * gcc.dg/pr41551.c: Same. * gcc.dg/pr59523.c: Same. * gcc.dg/tree-ssa/pr88775-2.c: Same. * gcc.dg/tree-ssa/alias-37.c: Same. * gcc.dg/winline-7.c: Same. Added: trunk/gcc/testsuite/gcc.c-torture/execute/return-addr.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-10.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-2.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-3.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-4.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-5.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-6.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-7.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-8.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-9.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-ssa-isolate-paths.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/Walloca-4.c trunk/gcc/testsuite/gcc.dg/pr41551.c trunk/gcc/testsuite/gcc.dg/pr59523.c trunk/gcc/testsuite/gcc.dg/tree-ssa/alias-37.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr88775-2.c trunk/gcc/testsuite/gcc.dg/winline-7.c trunk/libgcc/generic-morestack.c >>From gcc-bugs-return-648516-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 04:16:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18453 invoked by alias); 9 Jul 2019 04:16: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 18403 invoked by uid 55); 9 Jul 2019 04:16:17 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/90549] missing -Wreturn-local-addr maybe returning an address of a local array plus offset Date: Tue, 09 Jul 2019 04:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00628.txt.bz2 Content-length: 2754 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90549 --- Comment #5 from Martin Sebor --- Author: msebor Date: Tue Jul 9 04:15:42 2019 New Revision: 273261 URL: https://gcc.gnu.org/viewcvs?rev=3D273261&root=3Dgcc&view=3Drev Log: PR middle-end/71924 - missing -Wreturn-local-addr returning alloca result PR middle-end/90549 - missing -Wreturn-local-addr maybe returning an addres= s of a local array plus offset gcc/ChangeLog: PR middle-end/71924 PR middle-end/90549 * gimple-ssa-isolate-paths.c (isolate_path): Add attribute. Update comment. (args_loc_t): New type. (args_loc_t, locmap_t): same. (diag_returned_locals): New function. (is_addr_local): Same. (handle_return_addr_local_phi_arg, warn_return_addr_local): Same. (find_implicit_erroneous_behavior): Call warn_return_addr_local_phi_arg. (find_explicit_erroneous_behavior): Call warn_return_addr_local. gcc/testsuite/ChangeLog: PR middle-end/71924 PR middle-end/90549 * gcc.c-torture/execute/return-addr.c: New test. * gcc.dg/Wreturn-local-addr-2.c: New test. * gcc.dg/Wreturn-local-addr-4.c: New test. * gcc.dg/Wreturn-local-addr-5.c: New test. * gcc.dg/Wreturn-local-addr-6.c: New test. * gcc.dg/Wreturn-local-addr-7.c: New test. * gcc.dg/Wreturn-local-addr-8.c: New test. * gcc.dg/Wreturn-local-addr-9.c: New test. * gcc.dg/Wreturn-local-addr-10.c: New test. * gcc.dg/Walloca-4.c: Handle expected warnings. * gcc.dg/pr41551.c: Same. * gcc.dg/pr59523.c: Same. * gcc.dg/tree-ssa/pr88775-2.c: Same. * gcc.dg/tree-ssa/alias-37.c: Same. * gcc.dg/winline-7.c: Same. Added: trunk/gcc/testsuite/gcc.c-torture/execute/return-addr.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-10.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-2.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-3.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-4.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-5.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-6.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-7.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-8.c trunk/gcc/testsuite/gcc.dg/Wreturn-local-addr-9.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-ssa-isolate-paths.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/Walloca-4.c trunk/gcc/testsuite/gcc.dg/pr41551.c trunk/gcc/testsuite/gcc.dg/pr59523.c trunk/gcc/testsuite/gcc.dg/tree-ssa/alias-37.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr88775-2.c trunk/gcc/testsuite/gcc.dg/winline-7.c trunk/libgcc/generic-morestack.c >>From gcc-bugs-return-648519-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 04:16:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19875 invoked by alias); 9 Jul 2019 04:16: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 19819 invoked by uid 48); 9 Jul 2019 04:16:51 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/90556] [meta-bug] bogus/missing -Wreturn-local-addr Date: Tue, 09 Jul 2019 04:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic, meta-bug 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: 2019-07/txt/msg00631.txt.bz2 Content-length: 477 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90556 Bug 90556 depends on bug 71924, which changed state. Bug 71924 Summary: missing -Wreturn-local-addr returning alloca result https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D71924 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >>From gcc-bugs-return-648518-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 04:16:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19854 invoked by alias); 9 Jul 2019 04:16: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 19793 invoked by uid 48); 9 Jul 2019 04:16:47 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/71924] missing -Wreturn-local-addr returning alloca result Date: Tue, 09 Jul 2019 04:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 7.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: enhancement 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 target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00630.txt.bz2 Content-length: 498 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D71924 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |10.0 --- Comment #7 from Martin Sebor --- Patch committed in r273261. >>From gcc-bugs-return-648521-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 04:19:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22576 invoked by alias); 9 Jul 2019 04: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 22484 invoked by uid 48); 9 Jul 2019 04:19:05 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/90556] [meta-bug] bogus/missing -Wreturn-local-addr Date: Tue, 09 Jul 2019 04:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic, meta-bug 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: 2019-07/txt/msg00633.txt.bz2 Content-length: 511 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90556 Bug 90556 depends on bug 90549, which changed state. Bug 90549 Summary: missing -Wreturn-local-addr maybe returning an address o= f a local array plus offset https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90549 What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED >>From gcc-bugs-return-648520-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 04:19:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22523 invoked by alias); 9 Jul 2019 04: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 22465 invoked by uid 48); 9 Jul 2019 04:19:04 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/90549] missing -Wreturn-local-addr maybe returning an address of a local array plus offset Date: Tue, 09 Jul 2019 04:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic, 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 target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00632.txt.bz2 Content-length: 1117 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90549 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |10.0 --- Comment #6 from Martin Sebor --- Fixed via r273261. Both functions in the test case are now diagnosed: pr90549.c: In function =E2=80=98f=E2=80=99: pr90549.c:7:10: warning: function may return address of local variable [-Wreturn-local-addr] 7 | return p; // -Wreturn-local-addr (good) | ^ pr90549.c:5:7: note: declared here 5 | int b[2]; | ^ pr90549.c: In function =E2=80=98g=E2=80=99: pr90549.c:15:12: warning: function may return address of local variable [-Wreturn-local-addr] 15 | return p + 1; // missing -Wreturn-local-addr | ~~^~~ pr90549.c:12:7: note: declared here 12 | int b[2]; | ^ >>From gcc-bugs-return-648522-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 06:17:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81254 invoked by alias); 9 Jul 2019 06:17: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 81222 invoked by uid 48); 9 Jul 2019 06:17:45 -0000 From: "me at adhokshajmishraonline dot in" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91119] New: Bogus type re-difinition error Date: Tue, 09 Jul 2019 06:17: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: me at adhokshajmishraonline dot in X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00634.txt.bz2 Content-length: 1888 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91119 Bug ID: 91119 Summary: Bogus type re-difinition error Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: me at adhokshajmishraonline dot in Target Milestone: --- Test code --------- class A {}; class B { using C =3D A; enum D { A, }; }; When the above code is compiled using g++ (g++ -c test.cpp -o test.o), the compiler produces the following output: =E2=95=AD=E2=94=80 adhokshajmishra@andromeda =EE=82=B0 in /tmp =EE=82=B0 =E2=95=B0=E2=94=80=E2=9E=A4 g++ -c test.cpp -o test.o=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 test.cpp:7:9: error: declaration of =E2=80=98A=E2=80=99 changes meaning of = =E2=80=98A=E2=80=99 [-fpermissive] 7 | A, | ^ test.cpp:1:7: note: =E2=80=98A=E2=80=99 declared here as =E2=80=98class A= =E2=80=99 1 | class A {}; | ^ If the same code is compiled with clang, there is no error produced. The following workaround seems to work: class A {}; class B { using C =3D ::A; enum D { A, }; }; As far as I know, original test code is correct as per C++11 standard: A class name (9.1) or enumeration name (7.2) can be hidden by the name of a variable, data member, function, or enumerator declared in the same scope. = If a class or enumeration name and a variable, data member, function, or enumera= tor are declared in the same scope (in any order) with the same name, the class= or enumeration name is hidden wherever the variable, data member, function, or enumerator name is visible. >>From gcc-bugs-return-648523-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 06:23:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85218 invoked by alias); 9 Jul 2019 06:23: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 85198 invoked by uid 48); 9 Jul 2019 06:23:01 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91119] Bogus type re-difinition error Date: Tue, 09 Jul 2019 06: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.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00635.txt.bz2 Content-length: 237 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91119 --- Comment #1 from Andrew Pinski --- No GCC is correct. There is another section which you missed made this code invalid but no diagnostic is required. >>From gcc-bugs-return-648524-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 06:26:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 87634 invoked by alias); 9 Jul 2019 06:26:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 87624 invoked by uid 48); 9 Jul 2019 06:25:57 -0000 From: "me at adhokshajmishraonline dot in" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91119] Bogus type re-difinition error Date: Tue, 09 Jul 2019 06: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.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: me at adhokshajmishraonline dot in X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00636.txt.bz2 Content-length: 368 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91119 --- Comment #2 from Adhokshaj Mishra -= -- (In reply to Andrew Pinski from comment #1) > No GCC is correct. There is another section which you missed made this c= ode > invalid but no diagnostic is required. Can you please point to the section which makes this code invalid? >>From gcc-bugs-return-648525-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 06:40:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119424 invoked by alias); 9 Jul 2019 06:40: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 119393 invoked by uid 48); 9 Jul 2019 06:40:53 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91115] stack-buffer-overflow on memset local variable when creating thread on ARM Linux Date: Tue, 09 Jul 2019 06:40: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00637.txt.bz2 Content-length: 752 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91115 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-07-09 Ever confirmed|0 |1 --- Comment #2 from Martin Li=C5=A1ka --- Would it be please possible to provide a test-case? Note that memset is aware of shadow memory and it should properly mark it. = You can also do a debugging session where you can put a hardware breakpoint to = the shadow memory location which then causes the ASAN error. >>From gcc-bugs-return-648526-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 07:44:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72153 invoked by alias); 9 Jul 2019 07:44:50 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72086 invoked by uid 48); 9 Jul 2019 07:44:45 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91103] AVX512 vector element extract uses more than 1 shuffle instruction; VALIGND can grab any element Date: Tue, 09 Jul 2019 07: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: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00638.txt.bz2 Content-length: 933 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91103 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-09 Ever confirmed|0 |1 --- Comment #5 from Richard Biener --- Thanks for the detailed analysis - currently the vectorizer makes N explicit element extracts and N explicit scalar stores. That's not very friendly for the targets to generate the kind of mixed code from. I'm thinking of somehow generalizing how we represent strided stores similar to scatters but in a way making the index vector implicitely specified by an affine combination (constant * reg). It probably needs another set of expanders for that though. >>From gcc-bugs-return-648527-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 07:47:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78717 invoked by alias); 9 Jul 2019 07:47:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 78670 invoked by uid 48); 9 Jul 2019 07:47:20 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91114] [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2415 Date: Tue, 09 Jul 2019 07: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: ice-checking, ice-on-valid-code, openmp 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00639.txt.bz2 Content-length: 568 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91114 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org Target Milestone|--- |10.0 --- Comment #1 from Richard Biener --- if (fatal) { gcc_checking_assert (first_loop_vinfo =3D=3D NULL); probably caused by Jakubs recent change? >>From gcc-bugs-return-648528-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 07:48:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82891 invoked by alias); 9 Jul 2019 07:48: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 82798 invoked by uid 48); 9 Jul 2019 07:48:29 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91112] [8 Regression] Bad error message for virtual function of a template class. Wrong "required from here" line number Date: Tue, 09 Jul 2019 07: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: 8.1.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00640.txt.bz2 Content-length: 353 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91112 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |diagnostic Target Milestone|--- |8.4 >>From gcc-bugs-return-648529-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 07:54:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112582 invoked by alias); 9 Jul 2019 07: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 112013 invoked by uid 48); 9 Jul 2019 07:54:25 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91114] [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2415 Date: Tue, 09 Jul 2019 07: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: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, openmp 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_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: 2019-07/txt/msg00641.txt.bz2 Content-length: 757 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91114 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-09 CC| |marxin at gcc dot gnu.org, | |uros at gcc dot gnu.org Known to work| |9.1.1 Ever confirmed|0 |1 Known to fail| |10.0 --- Comment #2 from Martin Li=C5=A1ka --- Started with r272711. >>From gcc-bugs-return-648530-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 07:59:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7004 invoked by alias); 9 Jul 2019 07:59: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 6955 invoked by uid 48); 9 Jul 2019 07:59:13 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91083] inconsistent -Wsign-compare warnings Date: Tue, 09 Jul 2019 07: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.1.0 X-Bugzilla-Keywords: diagnostic 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: 2019-07/txt/msg00642.txt.bz2 Content-length: 649 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91083 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-09 CC| |jason at gcc dot gnu.org, | |marxin at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Martin Li=C5=A1ka --- Started with r270136. >>From gcc-bugs-return-648531-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 08:04:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 20653 invoked by alias); 9 Jul 2019 08: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 20611 invoked by uid 48); 9 Jul 2019 08:04:42 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91117] _mm_movpi64_epi64/_mm_movepi64_pi64 generating store+load instead of using MOVQ2DQ/MOVDQ2Q Date: Tue, 09 Jul 2019 08: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: 9.1.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00643.txt.bz2 Content-length: 741 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91117 --- Comment #1 from Uro=C5=A1 Bizjak --- The generated code is created the way it is partially by design, and partia= lly by missing (!y,*x) alternative in *vec_extractv2di_0_sse. GCC lowers intrin= sics to generic operations, and this has its pluses (generic optimizations can be used) and minuses. For the later, generic operations should avoid to alloca= te MMX registers unless absolutely necessary, and the compiler discourages the= ir use by penalizing operations (moves) involving MMX registers. gcc-10 emulates MMX operations using SSE instructions, so your code gets compiled to: pmullw %xmm0, %xmm0 movq %xmm0, %xmm0 ret >>From gcc-bugs-return-648532-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 08:10:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54308 invoked by alias); 9 Jul 2019 08:10: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 54262 invoked by uid 48); 9 Jul 2019 08:10:14 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91114] [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2415 Date: Tue, 09 Jul 2019 08:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak 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: 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: 2019-07/txt/msg00644.txt.bz2 Content-length: 258 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91114 --- Comment #3 from Uro=C5=A1 Bizjak --- (In reply to Martin Li=C5=A1ka from comment #2) > Started with r272711. This revision just exposes a generic issue in tree vectorizer. >>From gcc-bugs-return-648533-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 08:40:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5594 invoked by alias); 9 Jul 2019 08:40: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 5560 invoked by uid 48); 9 Jul 2019 08:40:22 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91119] Bogus type re-difinition error Date: Tue, 09 Jul 2019 08: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.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00645.txt.bz2 Content-length: 643 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91119 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #3 from Jonathan Wakely --- [basic.scope.class] paragraph 2: "A name N used in a class S shall refer to the same declaration in its cont= ext and when re-evaluated in the completed scope of S. No diagnostic is required for a violation of this rule." >>From gcc-bugs-return-648535-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 09:24:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 103004 invoked by alias); 9 Jul 2019 09:24: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 102770 invoked by uid 48); 9 Jul 2019 09:24:49 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95) Date: Tue, 09 Jul 2019 09:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 4.2.0 X-Bugzilla-Keywords: meta-bug, missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00647.txt.bz2 Content-length: 482 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D26163 Bug 26163 depends on bug 91071, which changed state. Bug 91071 Summary: [10 Regression] Miscompare of 410.bwaves since r272644 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91071 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX >>From gcc-bugs-return-648534-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 09:24:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102913 invoked by alias); 9 Jul 2019 09:24:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 102583 invoked by uid 48); 9 Jul 2019 09:24:45 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91071] [10 Regression] Miscompare of 410.bwaves since r272644 Date: Tue, 09 Jul 2019 09:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin 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: 2019-07/txt/msg00646.txt.bz2 Content-length: 439 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91071 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #7 from Martin Li=C5=A1ka --- Closing .. >>From gcc-bugs-return-648536-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 10:03:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127478 invoked by alias); 9 Jul 2019 10:03: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 127101 invoked by uid 48); 9 Jul 2019 10:03:12 -0000 From: "development at jordi dot vilar.cat" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91120] New: broken template instantiation for std::string_view values Date: Tue, 09 Jul 2019 10:03: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: development at jordi dot vilar.cat X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00648.txt.bz2 Content-length: 904 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91120 Bug ID: 91120 Summary: broken template instantiation for std::string_view values Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: development at jordi dot vilar.cat Target Milestone: --- The following code fails to compile with gcc 9.1 and -std=3Dc++2a: #include using namespace std::string_view_literals; template struct test_type {}; auto test =3D test_type<""sv>{}; reporting the following diagnostics message: error: '""' is not a valid template argument of type 'const char*' because = '""' is not a variable using other literal types (integral types, std::array, etc.) seems to work. >>From gcc-bugs-return-648537-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 10:51:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49095 invoked by alias); 9 Jul 2019 10:51: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 49055 invoked by uid 48); 9 Jul 2019 10:51:41 -0000 From: "gcc-bugs at marehr dot dialup.fu-berlin.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91121] New: ICE with type deduction guides and CRTP base class Date: Tue, 09 Jul 2019 10:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gcc-bugs at marehr dot dialup.fu-berlin.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00649.txt.bz2 Content-length: 2060 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91121 Bug ID: 91121 Summary: ICE with type deduction guides and CRTP base class Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: gcc-bugs at marehr dot dialup.fu-berlin.de Target Milestone: --- Hello gcc-team, the following code will ICE ```c++ template struct a { a(int); }; template struct b : a> { using a::a; }; template b(c)->b; struct e { template e(d); } e{b{2}}; ``` with=20 ``` > g++-git -std=3Dc++17 ice.cpp ice.cpp:6:8: internal compiler error: Segmentation fault 6 | } e{b{2}}; | ^ Please submit a full bug report, with preprocessed source if appropriate. See for instructions. ``` gcc version: ``` g++-git -v Using built-in specs. COLLECT_GCC=3Dg++-git COLLECT_LTO_WRAPPER=3D/opt/gcc/gcc-git/bin/../lib/gcc/x86_64-pc-linux-gnu/1= 0.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /home/marehr/Packages/gcc-git/src/gcc/configure --prefix= =3D/usr --libdir=3D/usr/lib --libexecdir=3D/usr/lib --mandir=3D/usr/share/man --infodir=3D/usr/share/info --with-bugurl=3Dhttps://bugs.archlinux.org/ --enable-languages=3Dc,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=3Dposix --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=3Dgnu --disable-libstdcxx-p= ch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=3Dgnu --enable-gnu-indirect-function --enable-mult= ilib --disable-werror --enable-checking=3Drelease --enable-default-pie --enable-default-ssp --enable-cet=3Dauto Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 10.0.0 20190709 (experimental) (GCC) ``` Thank you! >>From gcc-bugs-return-648538-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 10:55:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52397 invoked by alias); 9 Jul 2019 10:55: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 52369 invoked by uid 48); 9 Jul 2019 10:55:47 -0000 From: "gcc-bugs at marehr dot dialup.fu-berlin.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91121] ICE with type deduction guides and CRTP base class Date: Tue, 09 Jul 2019 10: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gcc-bugs at marehr dot dialup.fu-berlin.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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00650.txt.bz2 Content-length: 205 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91121 --- Comment #1 from gcc-bugs at marehr dot dialup.fu-berlin.de --- Oh it might be the same one as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90764 >>From gcc-bugs-return-648539-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 11:16:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85556 invoked by alias); 9 Jul 2019 11:16: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 85340 invoked by uid 48); 9 Jul 2019 11:15:41 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91114] [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2415 Date: Tue, 09 Jul 2019 11: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-checking, ice-on-valid-code, openmp 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: 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: 2019-07/txt/msg00651.txt.bz2 Content-length: 969 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91114 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 --- So the assert says that 'fatal' issues should pop up with _all_ vector size= s. This is to avoid missed optimizations where the first tried one says 'fatal' but a later tried one would not (so it's not a correctness assert). So the first run with vector size 16 doesn't fail fatally but the second wi= th vector_size 8 does because there isn't a vector type to vectorize 'double' (so we don't consider V1DF in mode_for_vector (inner_mode, nunits)). So having a vector type for some stmt isn't really a fatal error. >>From gcc-bugs-return-648540-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 11:21:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89480 invoked by alias); 9 Jul 2019 11:21: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 89401 invoked by uid 48); 9 Jul 2019 11:21:21 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91114] [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2415 Date: Tue, 09 Jul 2019 11: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: ice-checking, ice-on-valid-code, openmp 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: 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: 2019-07/txt/msg00652.txt.bz2 Content-length: 1218 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91114 --- Comment #5 from Richard Biener --- Index: gcc/tree-vect-data-refs.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/tree-vect-data-refs.c (revision 273294) +++ gcc/tree-vect-data-refs.c (working copy) @@ -4360,6 +4360,8 @@ vect_analyze_data_refs (vec_info *vinfo, STMT_VINFO_VECTORIZABLE (stmt_info) =3D false; continue; } + if (fatal) + *fatal =3D false; return opt_result::failure_at (stmt_info->stmt, "not vectorized:" " no vectype for stmt: %G" fixes the ICE. In reality we'd want to see whether there is _any_ vector type we could use here and fail fatally if there isn't any, also recording constraints like a minimum vector size. But then the whole scheme iterating over sizes is not something we'd want to preserve forever (we want to conciously use multiple sizes in the same loop when applicable). >>From gcc-bugs-return-648541-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 11:36:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117032 invoked by alias); 9 Jul 2019 11:36: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 116910 invoked by uid 55); 9 Jul 2019 11:36:32 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91109] [10 regression][arm] gcc.c-torture/execute/20040709-1.c fails since r273135 Date: Tue, 09 Jul 2019 11: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: 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: 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: 2019-07/txt/msg00653.txt.bz2 Content-length: 1273 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91109 --- Comment #3 from rguenther at suse dot de --- On Mon, 8 Jul 2019, clyon at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91109 >=20 > --- Comment #2 from Christophe Lyon --- > Removing the test*() calls from the end, the first failing one is testX(). > However, if I remove all the preceding ones, the test passes. Ugh. Not very much simplification. I suppose trying to trim the number of test() calls before testX() isn't possible? > Using -fwhole-program instead of -flto has no effect: the test still fail= s. That's good news OTOH and simplifies analysis. > Adding a printf() call in check() also makes the test pass. test##S you mean probably. But yes, that's expected. Given there's no regression with hard float having testW () might be important (uses long double). There may be also ABI differences (sizeof (long double)) when switching between hard-float and soft-float? Looking at a cross long double =3D=3D double =3D=3D 8 bytes. Again I'm expecting a target issue here. The rev. made a difference in inlining because it removes less stores as redundant during early optimizations. testN is no longer inlined. >>From gcc-bugs-return-648542-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 11:41:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121119 invoked by alias); 9 Jul 2019 11:41:30 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 121101 invoked by uid 48); 9 Jul 2019 11:41:27 -0000 From: "bruno.manga95 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91122] New: alignas gives up evaluating a constant expression in template context Date: Tue, 09 Jul 2019 11:41: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: bruno.manga95 at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00654.txt.bz2 Content-length: 986 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91122 Bug ID: 91122 Summary: alignas gives up evaluating a constant expression in template context Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: bruno.manga95 at gmail dot com Target Milestone: --- The following code: template constexpr T min( const T& a, const T& b) { return a < b ? a : b; } template constexpr unsigned long alignment() { return min(sizeof(T), N); } template struct alignas(alignment()) foo {}; int main() { foo f; } fails to compile on gc 9.1, but worked on previous releases and works again= on trunk: https://gcc.godbolt.org/z/0dSqva I'm just wondering if the fix will be backported to gcc 9.2 >>From gcc-bugs-return-648543-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 11:56:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54744 invoked by alias); 9 Jul 2019 11:56: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 54710 invoked by uid 48); 9 Jul 2019 11:56:52 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91123] New: [10 Regression] no longer removes redundant store Date: Tue, 09 Jul 2019 11:56: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: 2019-07/txt/msg00655.txt.bz2 Content-length: 1701 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91123 Bug ID: 91123 Summary: [10 Regression] no longer removes redundant store 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: --- Since r273135 FRE no longer removes the redundant store in struct X { int i; int j; }; struct X x, y; void foo () { x.i =3D 1; y =3D x; y.i =3D 1; // redundant } which is because of static void * vn_reference_lookup_3 (ao_ref *ref, tree vuse, void *data_, bool *disambiguate_only) {=20=20=20=20=20 ... /* If we are looking for redundant stores do not create new hashtable entries from aliasing defs with made up alias-sets. */ if (*disambiguate_only || !data->tbaa_p) return (void *)-1; I have added this check because we're doing val =3D vn_reference_lookup (lhs, gimple_vuse (stmt), VN_WALKREWRITE, &vnresult, false); ... /* We can only remove the later store if the former aliases at least all accesses the later one does or if the store was to readonly memory storing the same value. */ alias_set_type set =3D get_alias_set (lhs); if (! vnresult || vnresult->set =3D=3D set || alias_set_subset_of (set, vnresult->set)) and vn_reference_lookup_3 inserts expressions (vnresult) using the lookup alias-set but here we're looking for the dynamic type before the store we're looking up. >>From gcc-bugs-return-648544-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 11:57:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55459 invoked by alias); 9 Jul 2019 11:57: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 55437 invoked by uid 48); 9 Jul 2019 11:57:02 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91123] [10 Regression] no longer removes redundant store Date: Tue, 09 Jul 2019 11:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on assigned_to target_milestone everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00656.txt.bz2 Content-length: 617 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91123 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-07-09 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Target Milestone|--- |10.0 Ever confirmed|0 |1 >>From gcc-bugs-return-648546-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 11:57:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56825 invoked by alias); 9 Jul 2019 11: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 56785 invoked by uid 48); 9 Jul 2019 11:57:25 -0000 From: "ro at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Tue, 09 Jul 2019 11:57: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: 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: 2019-07/txt/msg00658.txt.bz2 Content-length: 286 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 Rainer Orth changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >>From gcc-bugs-return-648545-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 11:57:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56143 invoked by alias); 9 Jul 2019 11:57: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 56102 invoked by uid 48); 9 Jul 2019 11:57:11 -0000 From: "ro at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] New: [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Tue, 09 Jul 2019 11:57: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: 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 target_milestone cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00657.txt.bz2 Content-length: 1679 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 Bug ID: 91124 Summary: [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org Target Milestone: --- Target: i?86-*-*, x86_64-*-* Between 20190707 (r273173) and 20190708 (r273237), two gcc.target/i386 testcases started to FAIL: +FAIL: gcc.target/i386/avx512vl-vpshldvd-2.c (test for excess errors) +UNRESOLVED: gcc.target/i386/avx512vl-vpshldvd-2.c compilation failed to produce executable Excess errors: /var/gcc/regression/trunk/11-gcc-gas/build/gcc/include/avx512vbmi2vlintrin.= h:873:19: error: the last argument must be an 8-bit immediate /var/gcc/regression/trunk/11-gcc-gas/build/gcc/include/avx512vbmi2vlintrin.= h:881:19: error: the last argument must be an 8-bit immediate +FAIL: gcc.target/i386/avx512vl-vpshrdvd-2.c (test for excess errors) +UNRESOLVED: gcc.target/i386/avx512vl-vpshrdvd-2.c compilation failed to produce executable Excess errors: /var/gcc/regression/trunk/11-gcc-gas/build/gcc/include/avx512vbmi2vlintrin.= h:729:19: error: the last argument must be an 8-bit immediate /var/gcc/regression/trunk/11-gcc-gas/build/gcc/include/avx512vbmi2vlintrin.= h:737:19: error: the last argument must be an 8-bit immediate I'm seeing it on i386-pc-solaris2.11 (32 and 64-bit), and there are gcc-testresults reports for i586-unknown-freebsd11.2, i686-pc-linux-gnu, and x86_64-pc-linux-gnu. >>From gcc-bugs-return-648547-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 12:09:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115435 invoked by alias); 9 Jul 2019 12:09: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 115360 invoked by uid 48); 9 Jul 2019 12:09:33 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91125] New: -frepo can't build tramp3d Date: Tue, 09 Jul 2019 12:09: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: 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: 2019-07/txt/msg00659.txt.bz2 Content-length: 4843 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91125 Bug ID: 91125 Summary: -frepo can't build tramp3d Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org Target Milestone: --- As mentioned here: https://gcc.gnu.org/ml/gcc/2019-07/msg00068.html the compilation of tramp3d fails with: g++ tramp3d-v4.o collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking collect: recompiling tramp3d-v4.cpp collect: relinking /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: /tmp/ccEeuyj7.ltrans0.ltrans.o: in function `RefCountedBlockPtr, ViewEngine<3, IndexFunction >::PositionsFunctor> > >, false, RefBlockController, ViewEngine<3, IndexFunction >::PositionsFunctor> > > > >::RefCountedBlockPtr(RefCountedBlockPtr, ViewEngine<3, IndexFunction >::PositionsFunctor> > >, false, RefBlockController, ViewEngine<3, IndexFunction >::PositionsFunctor> > > > > const&= )': :(.text+0x4181b): undefined reference to `RefCountedPtr, ViewEngine<3, IndexFunction >::PositionsFunctor> > > > >::RefCountedPtr(RefCountedPtr, ViewEngine<3, IndexFunction >::PositionsFunctor> > > > > const&)' /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: /tmp/ccEeuyj7.ltrans0.ltrans.o: in function `std::_Vector_base, Interval<3> >, std::allocator, Interval<3> > > >::_Vector_impl::~_Vector_impl()': :(.text+0xc1890): undefined reference to `std::allocator, Interval<3> > >::~allocator()' /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: /tmp/ccEeuyj7.ltrans0.ltrans.o: in function `std::_Vector_base, Interval<3> >, std::allocator, Interval<3> > > >::_Vector_base()': :(.text+0xc18aa): undefined reference to `std::_Vector_base, Interval<3> >, std::allocator, Interval<3> > > >::_Vector_impl::_Vector_impl()' /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: /tmp/ccEeuyj7.ltrans0.ltrans.o: in function `std::vector, std::allocator > >::_S_use_relocate()': :(.text+0xc496f): undefined reference to `std::vector, std::allocator > >::_S_nothrow_relocate(std::integral_constant)' /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: /tmp/ccEeuyj7.ltrans0.ltrans.o: in function `std::_Vector_base, Interval<3> >, std::allocator, Interval<3> > > >::~_Vector_base()': :(.text+0xc4cc1): undefined reference to `std::_Vector_base, Interval<3> >, std::allocator, Interval<3> > > >::_M_deallocate(Node, Interval<3> >*, unsigned lo= ng)' /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: /tmp/ccEeuyj7.ltrans0.ltrans.o: in function `DataBlockPtr::DataBlockPtr()': :(.text+0xc6f96): undefined reference to `RefCountedBlockPtr >::RefCountedBlockPtr()' [... many other undefined references ...] >>From gcc-bugs-return-648548-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 12:28:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 27957 invoked by alias); 9 Jul 2019 12: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 27919 invoked by uid 48); 9 Jul 2019 12:28:47 -0000 From: "dominiq at lps dot ens.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Tue, 09 Jul 2019 12: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: X-Bugzilla-Severity: normal X-Bugzilla-Who: dominiq at lps dot ens.fr 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 everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00660.txt.bz2 Content-length: 616 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 Dominique d'Humieres changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-09 CC| |iains at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Dominique d'Humieres --- Reduced range on darwin: r273173 (OK) and r273237 (error). >>From gcc-bugs-return-648549-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 12:29:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28910 invoked by alias); 9 Jul 2019 12:29:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 28867 invoked by uid 48); 9 Jul 2019 12:29:43 -0000 From: "dominiq at lps dot ens.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Tue, 09 Jul 2019 12:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dominiq at lps dot ens.fr X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: 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: 2019-07/txt/msg00661.txt.bz2 Content-length: 150 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 --- Comment #2 from Dominique d'Humieres --- Not exactly reduced!-( >>From gcc-bugs-return-648550-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 12:37:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69820 invoked by alias); 9 Jul 2019 12:37: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 69781 invoked by uid 48); 9 Jul 2019 12:37:00 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Tue, 09 Jul 2019 12:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: 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: 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: 2019-07/txt/msg00662.txt.bz2 Content-length: 247 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 --- Comment #3 from Iain Sandoe --- (In reply to Dominique d'Humieres from comment #2) > Not exactly reduced!-( 273184 (OK) - 273243 (FAIL) is my smallest interval. >>From gcc-bugs-return-648551-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 13:27:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21228 invoked by alias); 9 Jul 2019 13:27: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 21101 invoked by uid 48); 9 Jul 2019 13:27:13 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91114] [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2415 Date: Tue, 09 Jul 2019 13:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, openmp 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: 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: 2019-07/txt/msg00663.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91114 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Richard Biener --- Fixed. >>From gcc-bugs-return-648552-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 13:27:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21472 invoked by alias); 9 Jul 2019 13:27:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21172 invoked by uid 55); 9 Jul 2019 13:27:14 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91114] [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2415 Date: Tue, 09 Jul 2019 13:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, openmp 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: 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: 2019-07/txt/msg00664.txt.bz2 Content-length: 663 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91114 --- Comment #7 from Richard Biener --- Author: rguenth Date: Tue Jul 9 13:26:43 2019 New Revision: 273306 URL: https://gcc.gnu.org/viewcvs?rev=3D273306&root=3Dgcc&view=3Drev Log: 2019-07-09 Richard Biener PR tree-optimization/91114 * tree-vect-data-refs.c (vect_analyze_data_refs): Failure to find a vector type isn't fatal. * gcc.dg/vect/pr91114.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/vect/pr91114.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-data-refs.c >>From gcc-bugs-return-648553-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 13:57:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43674 invoked by alias); 9 Jul 2019 13:57: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 43614 invoked by uid 48); 9 Jul 2019 13:57:43 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/83518] [8/9 Regression] Missing optimization: useless instructions should be dropped Date: Tue, 09 Jul 2019 13:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00665.txt.bz2 Content-length: 597 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83518 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wilco at gcc dot gnu.org --- Comment #12 from Wilco --- (In reply to Richard Biener from comment #11) > Fixed on trunk, not something for backporting. The pr83518.C test fails on AArch64 and Arm (and presumably more targets). = Are you missing options or relying on specific vector widths? >>From gcc-bugs-return-648554-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 14:03:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98186 invoked by alias); 9 Jul 2019 14:03: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 98069 invoked by uid 55); 9 Jul 2019 14:03:41 -0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/83518] [8/9 Regression] Missing optimization: useless instructions should be dropped Date: Tue, 09 Jul 2019 14:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: missed-optimization 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: 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: 2019-07/txt/msg00666.txt.bz2 Content-length: 1052 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83518 --- Comment #13 from rguenther at suse dot de --- On Tue, 9 Jul 2019, wilco at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83518 >=20 > Wilco changed: >=20 > What |Removed |Added > -------------------------------------------------------------------------= --- > CC| |wilco at gcc dot gnu.org >=20 > --- Comment #12 from Wilco --- > (In reply to Richard Biener from comment #11) > > Fixed on trunk, not something for backporting. >=20 > The pr83518.C test fails on AArch64 and Arm (and presumably more targets)= . Are > you missing options or relying on specific vector widths? I'm not relying on vectorization (it passes for me with=20 -fno-tree-vectorize). But I'm relying on unrolling. And also on constant folding - maybe this is the usual arr[0] =3D 5; arr[1] =3D 4; ... vs. arr =3D .LC0; thing? >>From gcc-bugs-return-648555-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 14:06:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8942 invoked by alias); 9 Jul 2019 14: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 8877 invoked by uid 48); 9 Jul 2019 14:06:23 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/83518] [8/9 Regression] Missing optimization: useless instructions should be dropped Date: Tue, 09 Jul 2019 14: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: 8.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00667.txt.bz2 Content-length: 294 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83518 --- Comment #14 from Richard Biener --- Yeah. It is [local count: 178992762]: arr =3D *.LC0; arr[0] =3D 5; vect__56.15_75 =3D MEM [(int *)&arr]; I'll fix that (well, I'll try). >>From gcc-bugs-return-648556-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 14:07:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12658 invoked by alias); 9 Jul 2019 14: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 12630 invoked by uid 48); 9 Jul 2019 14:07:22 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91049] wrong location in -Wreturn-local-addr for a return throw Date: Tue, 09 Jul 2019 14: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: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor 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 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: 2019-07/txt/msg00668.txt.bz2 Content-length: 503 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91049 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mpolacek at gcc dot gnu.org Component|c++ |middle-end --- Comment #1 from Marek Polacek --- This warning is generated in gimple-ssa-isolate-paths.c. >>From gcc-bugs-return-648557-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 14:09:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24611 invoked by alias); 9 Jul 2019 14:09: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 24582 invoked by uid 48); 9 Jul 2019 14:09:13 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/83518] [8/9 Regression] Missing optimization: useless instructions should be dropped Date: Tue, 09 Jul 2019 14:09: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: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00669.txt.bz2 Content-length: 404 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83518 --- Comment #15 from Wilco --- (In reply to Richard Biener from comment #14) > Yeah. It is >=20 > [local count: 178992762]: > arr =3D *.LC0; > arr[0] =3D 5; > vect__56.15_75 =3D MEM [(int *)&arr]; >=20 > I'll fix that (well, I'll try). Right, it's fine with -fno-tree-vectorize on AArch64. >>From gcc-bugs-return-648558-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 14:30:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31374 invoked by alias); 9 Jul 2019 14:30: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 31278 invoked by uid 48); 9 Jul 2019 14:30:27 -0000 From: "wolfwings+gcc at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91117] _mm_movpi64_epi64/_mm_movepi64_pi64 generating store+load instead of using MOVQ2DQ/MOVDQ2Q Date: Tue, 09 Jul 2019 14: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: 9.1.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: wolfwings+gcc at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00670.txt.bz2 Content-length: 755 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91117 --- Comment #2 from Wolf . --- Is there any way to still access MMX instructions/registers with intrinsics= in gcc-10 at all or is this bug "fixable but that code generation option will = go away entirely with gcc-10 so it wouldn't matter" then? The full code block I found this hiccup in was running out of SSE registers= on the pre-AVX Silvermont platform it's on (so no 3-op VEX available) so I mov= ed some early operations to MMX registers instead. This freed up all register pressure, allowing the constants used to stay in-register for the full processing loop and avoiding almost all spills/sta= lls, which is where I found this hiccup in the first place. >>From gcc-bugs-return-648559-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 15:04:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5401 invoked by alias); 9 Jul 2019 15:04:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5343 invoked by uid 48); 9 Jul 2019 15:04:25 -0000 From: "clyon at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/42575] arm-eabi-gcc 64-bit multiply weirdness Date: Tue, 09 Jul 2019 15: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: 5.0 X-Bugzilla-Keywords: missed-optimization, ra X-Bugzilla-Severity: normal X-Bugzilla-Who: clyon 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: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00671.txt.bz2 Content-length: 422 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D42575 Christophe Lyon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |clyon at gcc dot gnu.org --- Comment #18 from Christophe Lyon --- This is still wrong with current trunk. >>From gcc-bugs-return-648560-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 15:10:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13407 invoked by alias); 9 Jul 2019 15:10: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 13392 invoked by uid 48); 9 Jul 2019 15:10:55 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91117] _mm_movpi64_epi64/_mm_movepi64_pi64 generating store+load instead of using MOVQ2DQ/MOVDQ2Q Date: Tue, 09 Jul 2019 15: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.1.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00672.txt.bz2 Content-length: 433 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91117 --- Comment #3 from Uro=C5=A1 Bizjak --- (In reply to Wolf . from comment #2) > Is there any way to still access MMX instructions/registers with intrinsi= cs > in gcc-10 at all or is this bug "fixable but that code generation option > will go away entirely with gcc-10 so it wouldn't matter" then? The plan is to deprecate MMX instructions in gcc-10. >>From gcc-bugs-return-648561-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 15:46:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110980 invoked by alias); 9 Jul 2019 15: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 110917 invoked by uid 48); 9 Jul 2019 15:45:57 -0000 From: "dominiq at lps dot ens.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Tue, 09 Jul 2019 15: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: 10.0 X-Bugzilla-Keywords: needs-bisection, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: dominiq at lps dot ens.fr 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: 2019-07/txt/msg00673.txt.bz2 Content-length: 441 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 Dominique d'Humieres changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rguenth at gcc dot gnu.org --- Comment #4 from Dominique d'Humieres --- r273193 is OK r273200 is not. Likely r273194. >>From gcc-bugs-return-648562-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 15:50:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45353 invoked by alias); 9 Jul 2019 15:50: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 45322 invoked by uid 48); 9 Jul 2019 15:50:48 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91049] wrong location in -Wreturn-local-addr for a return with a conditional expression Date: Tue, 09 Jul 2019 15:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor 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: 2019-07/txt/msg00674.txt.bz2 Content-length: 2500 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91049 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|wrong location in |wrong location in |-Wreturn-local-addr for a |-Wreturn-local-addr for a |return throw |return with a conditional | |expression --- Comment #2 from Martin Sebor --- I'm not sure this a middle-end issue. The path isolation pass uses the location of the return statement to issue the warning. In C, the location = is that of the whole operand to the statement. That also doesn't seem quite r= ight but it's less confusing than in C++ where the location corresponds to just = one of the operand (the second one?). When the operand is not the address of a local variable it's plain wrong. The difference in the location between C and C++ can be seen as early as the Gimple dump. It only shows the beginning location so it's not complete but it's the starting location that's the problem. Here's C: $ cat a.C && gcc -O2 -S -Wall -fdump-tree-gimple-lineno=3D/dev/stdout -xc a= .C void* g (int i) { extern int j; return i ? &i : &j; } g (int i) [a.C:2:1] { void * D.1913; int * iftmp.0; extern int j; [a.C:4:12] i.1_1 =3D i; [a.C:5:13] if (i.1_1 !=3D 0) goto ; else goto ; : [a.C:5:13] iftmp.0 =3D [a.C:5:10] &i; goto ; : [a.C:5:13] iftmp.0 =3D [a.C:6:10] &j; : [a.C:5:13] D.1913 =3D iftmp.0; [a.C:5:13] return D.1913; } a.C: In function =E2=80=98g=E2=80=99: a.C:5:13: warning: function may return address of local variable [-Wreturn-local-addr] 4 | return i ? | ~~~=20 5 | &i : | ~~~^ 6 | &j; | ~~=20=20 a.C:1:14: note: declared here 1 | void* g (int i) | ~~~~^ and here's the dump for the same test case compiled as C++: g (int i) [a.C:6:12] { void * D.2304; int * iftmp.0; extern int j; [a.C:6:11] i.1_1 =3D i; [a.C:6:11] if (i.1_1 !=3D 0) goto ; else goto ; : [a.C:6:11] iftmp.0 =3D [a.C:5:10] &i; goto ; : [a.C:6:11] iftmp.0 =3D [a.C:6:10] &j; : [a.C:6:11] D.2304 =3D iftmp.0; [a.C:6:11] return D.2304; } >>From gcc-bugs-return-648563-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 16:08:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106891 invoked by alias); 9 Jul 2019 16:08: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 106825 invoked by uid 48); 9 Jul 2019 16:08:46 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/42575] arm-eabi-gcc 64-bit multiply weirdness Date: Tue, 09 Jul 2019 16: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: 5.0 X-Bugzilla-Keywords: missed-optimization, ra X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco 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: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00675.txt.bz2 Content-length: 983 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D42575 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wilco at gcc dot gnu.org --- Comment #19 from Wilco --- (In reply to Christophe Lyon from comment #18) > This is still wrong with current trunk. I don't see it happening since expansion of DImode instructions improved. T= he only case that uses an extra register is -mcpu=3Dcortex-a9/-mcpu=3Dcortex-a= 5 with -O2 -mthumb: mul r3, r0, r3 push {r4} mov r4, r1 umull r0, r1, r0, r2 mla r2, r2, r4, r3 ldr r4, [sp], #4 add r1, r1, r2 bx lr I don't think we should expect perfect register allocation in severely constrained cases like this - scheduling can increase register pressure. >>From gcc-bugs-return-648564-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 16:36:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35383 invoked by alias); 9 Jul 2019 16:36: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 35274 invoked by uid 55); 9 Jul 2019 16:36:36 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/61339] add mismatch between struct and class [-Wmismatched-tags] to non-bugs Date: Tue, 09 Jul 2019 16:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: enhancement X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00676.txt.bz2 Content-length: 11676 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61339 --- Comment #12 from Martin Sebor --- Author: msebor Date: Tue Jul 9 16:36:00 2019 New Revision: 273308 URL: https://gcc.gnu.org/viewcvs?rev=3D273308&root=3Dgcc&view=3Drev Log: PR c++/61339 - add mismatch between struct and class [-Wmismatched-tags] to non-bugs gcc/c/ChangeLog: PR c++/61339 * c-decl.c: Change class-key from class to struct and vice versa to match convention and avoid -Wclass-is-pod and -Wstruct-no-pod. * gimple-parser.c: Same. gcc/c-family/ChangeLog: PR c++/61339 * c-format.c (check_argument_type): Change class-key from class to struct and vice versa to match convention and avoid -Wclass-is-pod and -Wstruct-no-pod. * c-pretty-print.h: Same. gcc/cp/ChangeLog: PR c++/61339 * constexpr.c (cxx_eval_call_expression): Change class-key from cla= ss to struct and vice versa to match convention and avoid -Wclass-is-p= od and -Wstruct-no-pod. * constraint.cc (get_concept_definition): Same. * cp-tree.h: Same. * cxx-pretty-print.h: Same. * error.c: Same. * logic.cc (term_list::replace): Same. * name-lookup.c (find_local_binding): Same. * pt.c (tsubst_binary_right_fold): Same. * search.c (field_accessor_p): Same. * semantics.c (expand_or_defer_fn): Same. gcc/lto/ChangeLog: PR c++/61339 * lto-dump.c: Change class-key from classi to struct and vice versa to match convention and avoid -Wclass-is-pod and -Wstruct-no-pod. gcc/ChangeLog: PR c++/61339 * align.h: Change class-key from class to struct and vice versa to match convention and avoid -Wclass-is-pod and -Wstruct-no-pod. * alloc-pool.h: Same. * asan.c (shadow_mem_size): Same. * auto-profile.c: Same. * basic-block.h: Same. * bitmap.h: Same. * cfgexpand.c (set_rtl): Same. (expand_one_stack_var_at): Same. * cfghooks.h: Same. * cfgloop.h: Same. * cgraph.h: Same. * config/i386/i386.h: Same. * df-problems.c (df_print_bb_index): Same. * df-scan.c: Same. * df.h (df_single_use): Same. * diagnostic-show-locus.c (layout::print_annotation_line): Same. (layout::annotation_line_showed_range_p): Same. (get_printed_columns): Same. (correction::ensure_terminated): Same. (line_corrections::~line_corrections): Same. * dojump.h: Same. * dse.c: Same. * dump-context.h: Same. * dumpfile.h: Same. * dwarf2out.c: Same. * edit-context.c: Same. * fibonacci_heap.c (test_union_of_equal_heaps): Same. * flags.h: Same. * function.c (assign_stack_local): Same. * function.h: Same. * gcc.c: Same. * gcov.c (block_info::block_info): Same. * genattrtab.c: Same. * genextract.c: Same. * genmatch.c (comparison_code_p): Same. (id_base::id_base): Same. (decision_tree::print): Same. * genoutput.c: Same. * genpreds.c (write_one_predicate_function): Same. * genrecog.c (validate_pattern): Same. (find_operand_positions): Same. (optimize_subroutine_group): Same. (merge_pattern_transition::merge_pattern_transition): Same. (merge_pattern_info::merge_pattern_info): Same. (merge_state_result::merge_state_result): Same. (merge_into_state): Same. * gensupport.c: Same. * gensupport.h: Same. * ggc-common.c (init_ggc_heuristics): Same. * ggc-tests.c (test_union): Same. * gimple-loop-interchange.cc (dump_induction): Same. * gimple-loop-versioning.cc: Same. * gimple-match.h (gimple_match_cond::any_else): Same. * gimple-ssa-backprop.c: Same. * gimple-ssa-sprintf.c: Same. * gimple-ssa-store-merging.c (store_operand_info::store_operand_inf= o): Same. (store_immediate_info::store_immediate_info): Same. (merged_store_group::apply_stores): Same. (get_location_for_stmts): Same. * gimple-ssa-strength-reduction.c: Same. * gimple-ssa-warn-alloca.c: Same. * gimple-ssa-warn-restrict.c (pass_wrestrict::execute): Same. * godump.c (go_type_decl): Same. * hash-map-tests.c (test_map_of_strings_to_int): Same. * hash-map.h: Same. * hash-set-tests.c (test_set_of_strings): Same. * hsa-brig.c: Same. * hsa-common.h: Same. * hsa-gen.c (transformable_switch_to_sbr_p): Same. * input.c (assert_loceq): Same. * input.h: Same. * ipa-cp.c: Same. * ipa-devirt.c (possible_polymorphic_call_targets_1): Same. * ipa-fnsummary.h: Same. * ipa-inline.h: Same. * ipa-prop.h: Same. * ipa-split.c (visit_bb): Same. * ira-int.h (minmax_set_iter_next): Same. * loop-invariant.c: Same. * loop-iv.c: Same. * lra-eliminations.c: Same. * lra-int.h: Same. * lra-lives.c (mark_regno_dead): Same. * lra-remat.c: Same. * lra-spills.c: Same. * lto-streamer.h: Same. * mem-stats.h: Same. * omp-grid.c (omp_grid_lastprivate_predicate): Same. * omp-low.c (omp_clause_aligned_alignment): Same. * optabs-query.h (get_vcond_eq_icode): Same. * optabs.h: Same. * opts.c (wrap_help): Same. * poly-int.h: Same. * predict.c (predict_paths_leading_to_edge): Same. * pretty-print.h: Same. * profile-count.h: Same. * read-md.h: Same. * read-rtl-function.c: Same. * ree.c: Same. * reginfo.c: Same. * regrename.c: Same. * regrename.h: Same. * reload.h: Same. * rtl-iter.h: Same. * rtl.h (costs_add_n_insns): Same. * sanopt.c: Same. * sched-int.h: Same. * sel-sched-ir.h: Same. * selftest.h: Same. * sese.h (vec_find): Same. * stmt.c: Same. * target-globals.h: Same. * tree-affine.c (aff_combination_find_elt): Same. * tree-affine.h: Same. * tree-data-ref.h: Same. * tree-outof-ssa.c (ssa_is_replaceable_p): Same. * tree-predcom.c: Same. * tree-scalar-evolution.c (find_var_scev_info): Same. * tree-ssa-alias.h: Same. * tree-ssa-ccp.c: Same. * tree-ssa-coalesce.c (ssa_conflicts_dump): Same. * tree-ssa-loop-im.c (for_all_locs_in_loop): Same. (rewrite_mem_refs): Same. (execute_sm_if_changed): Same. (hoist_memory_references): Same. * tree-ssa-loop-ivopts.c (operator<=3D): Same. * tree-ssa-loop.h: Same. * tree-ssa-pre.c (get_or_alloc_expr_for_name): Same. * tree-ssa-structalias.c: Same. * tree-switch-conversion.h (cluster::cluster): Same. (simple_cluster::simple_cluster): Same. * tree-vect-patterns.c (type_conversion_p): Same. * tree-vectorizer.c (dump_stmt_cost): Same. * tree-vectorizer.h (loop_vec_info_for_loop): Same. * tree.c (protected_set_expr_location): Same. * tree.h (desired_pro_or_demotion_p): Same. (fndecl_built_in_p): Same. * unique-ptr-tests.cc: Same. * var-tracking.c (delete_variable_part): Same. * varasm.c (assemble_real): Same. (tree_output_constant_def): Same. * vec.c: Same. * wide-int-bitmask.h: Same. * wide-int.h (decompose): Same. Modified: trunk/gcc/ChangeLog trunk/gcc/align.h trunk/gcc/alloc-pool.h trunk/gcc/asan.c trunk/gcc/auto-profile.c trunk/gcc/basic-block.h trunk/gcc/bitmap.h trunk/gcc/c-family/ChangeLog trunk/gcc/c-family/c-format.c trunk/gcc/c-family/c-pretty-print.h trunk/gcc/c/ChangeLog trunk/gcc/c/c-decl.c trunk/gcc/c/gimple-parser.c trunk/gcc/cfgexpand.c trunk/gcc/cfghooks.h trunk/gcc/cfgloop.h trunk/gcc/cgraph.h trunk/gcc/config/i386/i386.h trunk/gcc/cp/ChangeLog trunk/gcc/cp/constexpr.c trunk/gcc/cp/constraint.cc trunk/gcc/cp/cp-tree.h trunk/gcc/cp/cxx-pretty-print.h trunk/gcc/cp/error.c trunk/gcc/cp/logic.cc trunk/gcc/cp/name-lookup.c trunk/gcc/cp/pt.c trunk/gcc/cp/search.c trunk/gcc/cp/semantics.c trunk/gcc/df-problems.c trunk/gcc/df-scan.c trunk/gcc/df.h trunk/gcc/diagnostic-show-locus.c trunk/gcc/dojump.h trunk/gcc/dse.c trunk/gcc/dump-context.h trunk/gcc/dumpfile.h trunk/gcc/dwarf2out.c trunk/gcc/edit-context.c trunk/gcc/fibonacci_heap.c trunk/gcc/flags.h trunk/gcc/function.c trunk/gcc/function.h trunk/gcc/gcc.c trunk/gcc/gcov.c trunk/gcc/genattrtab.c trunk/gcc/genextract.c trunk/gcc/genmatch.c trunk/gcc/genoutput.c trunk/gcc/genpreds.c trunk/gcc/genrecog.c trunk/gcc/gensupport.c trunk/gcc/gensupport.h trunk/gcc/ggc-common.c trunk/gcc/ggc-tests.c trunk/gcc/gimple-loop-interchange.cc trunk/gcc/gimple-loop-versioning.cc trunk/gcc/gimple-match.h trunk/gcc/gimple-ssa-backprop.c trunk/gcc/gimple-ssa-sprintf.c trunk/gcc/gimple-ssa-store-merging.c trunk/gcc/gimple-ssa-strength-reduction.c trunk/gcc/gimple-ssa-warn-alloca.c trunk/gcc/gimple-ssa-warn-restrict.c trunk/gcc/godump.c trunk/gcc/hash-map-tests.c trunk/gcc/hash-map.h trunk/gcc/hash-set-tests.c trunk/gcc/hsa-brig.c trunk/gcc/hsa-common.h trunk/gcc/hsa-gen.c trunk/gcc/input.c trunk/gcc/input.h trunk/gcc/ipa-cp.c trunk/gcc/ipa-devirt.c trunk/gcc/ipa-fnsummary.h trunk/gcc/ipa-inline.h trunk/gcc/ipa-prop.h trunk/gcc/ipa-split.c trunk/gcc/ira-int.h trunk/gcc/loop-invariant.c trunk/gcc/loop-iv.c trunk/gcc/lra-eliminations.c trunk/gcc/lra-int.h trunk/gcc/lra-lives.c trunk/gcc/lra-remat.c trunk/gcc/lra-spills.c trunk/gcc/lto-streamer.h trunk/gcc/lto/ChangeLog trunk/gcc/lto/lto-dump.c trunk/gcc/mem-stats.h trunk/gcc/omp-grid.c trunk/gcc/omp-low.c trunk/gcc/optabs-query.h trunk/gcc/optabs.h trunk/gcc/opts.c trunk/gcc/poly-int.h trunk/gcc/predict.c trunk/gcc/pretty-print.h trunk/gcc/profile-count.h trunk/gcc/read-md.h trunk/gcc/read-rtl-function.c trunk/gcc/ree.c trunk/gcc/reginfo.c trunk/gcc/regrename.c trunk/gcc/regrename.h trunk/gcc/reload.h trunk/gcc/rtl-iter.h trunk/gcc/rtl.h trunk/gcc/sanopt.c trunk/gcc/sched-int.h trunk/gcc/sel-sched-ir.h trunk/gcc/selftest.h trunk/gcc/sese.h trunk/gcc/stmt.c trunk/gcc/target-globals.h trunk/gcc/tree-affine.c trunk/gcc/tree-affine.h trunk/gcc/tree-data-ref.h trunk/gcc/tree-outof-ssa.c trunk/gcc/tree-predcom.c trunk/gcc/tree-scalar-evolution.c trunk/gcc/tree-ssa-alias.h trunk/gcc/tree-ssa-ccp.c trunk/gcc/tree-ssa-coalesce.c trunk/gcc/tree-ssa-loop-im.c trunk/gcc/tree-ssa-loop-ivopts.c trunk/gcc/tree-ssa-loop.h trunk/gcc/tree-ssa-pre.c trunk/gcc/tree-ssa-structalias.c trunk/gcc/tree-switch-conversion.h trunk/gcc/tree-vect-patterns.c trunk/gcc/tree-vectorizer.c trunk/gcc/tree-vectorizer.h trunk/gcc/tree.c trunk/gcc/tree.h trunk/gcc/unique-ptr-tests.cc trunk/gcc/var-tracking.c trunk/gcc/varasm.c trunk/gcc/vec.c trunk/gcc/wide-int-bitmask.h trunk/gcc/wide-int.h trunk/libcpp/ChangeLog trunk/libcpp/include/line-map.h trunk/libcpp/mkdeps.c >>From gcc-bugs-return-648565-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 16:57:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89628 invoked by alias); 9 Jul 2019 16:57: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 89566 invoked by uid 48); 9 Jul 2019 16:57:35 -0000 From: "fhsueh at roku dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91115] stack-buffer-overflow on memset local variable when creating thread on ARM Linux Date: Tue, 09 Jul 2019 16:57: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fhsueh at roku dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00677.txt.bz2 Content-length: 473 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91115 --- Comment #3 from Fred Hsueh --- The actual SP and shadow byte location varies a bit between each run. Other than that, the signature looks very similar. Another thing to note is that = the program has a high thread count, perhaps ~140. Any tips, preferences, or good starting points to look at for creating the testcase? I can't find any in ASAN or ARM related pre-existing cases. thanks! >>From gcc-bugs-return-648566-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 17:47:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41790 invoked by alias); 9 Jul 2019 17:47: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 41734 invoked by uid 48); 9 Jul 2019 17:47:02 -0000 From: "dominiq at lps dot ens.fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Tue, 09 Jul 2019 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: needs-bisection, rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: dominiq at lps dot ens.fr 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: 2019-07/txt/msg00678.txt.bz2 Content-length: 157 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 --- Comment #5 from Dominique d'Humieres --- > Likely r273194. Confirmed. >>From gcc-bugs-return-648567-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 18:00:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50058 invoked by alias); 9 Jul 2019 18:00: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 47945 invoked by uid 48); 9 Jul 2019 18:00:44 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] New: [10 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Tue, 09 Jul 2019 18:00: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: wilco at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00679.txt.bz2 Content-length: 2079 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 Bug ID: 91126 Summary: [10 regression] Incorrect constant propagation of BIT_FIELD_REF Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: wilco at gcc dot gnu.org Target Milestone: --- gcc.c-torture/execute/pr31448-2.c generates incorrect code due to a recent change with -O2 -mbig-endian on AArch64. fre3 constant-folds a BIT_FIELD_REF with value 0xFEFEFEFE as 0xFFFEFEFE. As a result the if-statemen= t is removed and we abort: Value numbering store a.iIndex1 to -65794 Setting value number of .MEM_8 to .MEM_8 (changed) Value numbering stmt =3D _1 =3D BIT_FIELD_REF ; Successfully combined 2 partial definitions Setting value number of _1 to 4294901503 (changed) Value numbering stmt =3D _2 =3D _1 & 4294967040; Match-and-simplified _1 & 4294967040 to 4294901248 RHS _1 & 4294967040 simplified to 4294901248 Setting value number of _2 to 4294901248 (changed) Value numbering stmt =3D if (_2 !=3D 4278124032) marking known outgoing edge 2 -> 3 executable Block 1: BB4 found not executable ... Merging blocks 2 and 3 fix_loop_structure: fixing up loops for function main () { struct stD.3411 aD.3421; ;; basic block 2, loop depth 0, count 0 (precise), probably never executed ;; Invalid sum of incoming counts 1073741824 (estimated locally), should = be 0 (precise) ;; prev block 0, next block 1, flags: (NEW, REACHABLE, VISITED) ;; pred: ENTRY [always] count:1073741824 (estimated locally) (FALLTHRU,EXECUTABLE) # .MEM_4 =3D VDEF <.MEM_3(D)> nextD.3412 =3D &aD.3421; # .MEM_7 =3D VDEF <.MEM_4> aD.3421.iIndexD.3408 =3D -65794; # .MEM_8 =3D VDEF <.MEM_7> aD.3421.iIndex1D.3409 =3D -65794; # .MEM_6 =3D VDEF <.MEM_8> # USE =3D nonlocal { D.3421 } (escaped) # CLB =3D nonlocal { D.3421 } (escaped) abortD.1083 (); ;; succ: } >>From gcc-bugs-return-648568-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 18:12:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19515 invoked by alias); 9 Jul 2019 18:12: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 15191 invoked by uid 48); 9 Jul 2019 18:12:53 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] [10 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Tue, 09 Jul 2019 18:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization 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: keywords cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00680.txt.bz2 Content-length: 493 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |wrong-code CC| |pinskia at gcc dot gnu.org --- Comment #1 from Andrew Pinski --- BIT_FIELD_INSERT also has similar wrong behavior. >>From gcc-bugs-return-648569-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 18:33:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42875 invoked by alias); 9 Jul 2019 18:33: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 42701 invoked by uid 55); 9 Jul 2019 18:33:22 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/61339] add mismatch between struct and class [-Wmismatched-tags] to non-bugs Date: Tue, 09 Jul 2019 18: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: 4.9.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: enhancement X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00681.txt.bz2 Content-length: 66742 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61339 --- Comment #13 from Martin Sebor --- Author: msebor Date: Tue Jul 9 18:32:49 2019 New Revision: 273311 URL: https://gcc.gnu.org/viewcvs?rev=3D273311&root=3Dgcc&view=3Drev Log: PR c++/61339 - add mismatch between struct and class [-Wmismatched-tags] to non-bugs gcc/c/ChangeLog: PR c++/61339 * c-decl.c (xref_tag): Change class-key of PODs to struct and others to class. (field_decl_cmp): Same. * c-parser.c (c_parser_struct_or_union_specifier): Same. * c-tree.h: Same. * gimple-parser.c (c_parser_gimple_compound_statement): Same. gcc/c-family/ChangeLog: PR c++/61339 * c-opts.c (handle_deferred_opts): : Change class-key of PODs to st= ruct and others to class. * c-pretty-print.h: Same. gcc/cp/ChangeLog: PR c++/61339 * cp-tree.h: Change class-key of PODs to struct and others to class. * search.c: Same. * semantics.c (finalize_nrv_r): Same. gcc/lto/ChangeLog: PR c++/61339 * lto-common.c (lto_splay_tree_new): : Change class-key of PODs to struct and others to class. (mentions_vars_p): Same. (register_resolution): Same. (lto_register_var_decl_in_symtab): Same. (lto_register_function_decl_in_symtab): Same. (cmp_tree): Same. (lto_read_decls): Same. gcc/ChangeLog: PR c++/61339 * auto-profile.c: Change class-key of PODs to struct and others to class. * basic-block.h: Same. * bitmap.c (bitmap_alloc): Same. * bitmap.h: Same. * builtins.c (expand_builtin_prefetch): Same. (expand_builtin_interclass_mathfn): Same. (expand_builtin_strlen): Same. (expand_builtin_mempcpy_args): Same. (expand_cmpstr): Same. (expand_builtin___clear_cache): Same. (expand_ifn_atomic_bit_test_and): Same. (expand_builtin_thread_pointer): Same. (expand_builtin_set_thread_pointer): Same. * caller-save.c (setup_save_areas): Same. (replace_reg_with_saved_mem): Same. (insert_restore): Same. (insert_save): Same. (add_used_regs): Same. * cfg.c (get_bb_copy): Same. (set_loop_copy): Same. * cfg.h: Same. * cfganal.h: Same. * cfgexpand.c (alloc_stack_frame_space): Same. (add_stack_var): Same. (add_stack_var_conflict): Same. (add_scope_conflicts_1): Same. (update_alias_info_with_stack_vars): Same. (expand_used_vars): Same. * cfghooks.c (redirect_edge_and_branch_force): Same. (delete_basic_block): Same. (split_edge): Same. (make_forwarder_block): Same. (force_nonfallthru): Same. (duplicate_block): Same. (lv_flush_pending_stmts): Same. * cfghooks.h: Same. * cfgloop.c (flow_loops_cfg_dump): Same. (flow_loop_nested_p): Same. (superloop_at_depth): Same. (get_loop_latch_edges): Same. (flow_loop_dump): Same. (flow_loops_dump): Same. (flow_loops_free): Same. (flow_loop_nodes_find): Same. (establish_preds): Same. (flow_loop_tree_node_add): Same. (flow_loop_tree_node_remove): Same. (flow_loops_find): Same. (find_subloop_latch_edge_by_profile): Same. (find_subloop_latch_edge_by_ivs): Same. (mfb_redirect_edges_in_set): Same. (form_subloop): Same. (merge_latch_edges): Same. (disambiguate_multiple_latches): Same. (disambiguate_loops_with_multiple_latches): Same. (flow_bb_inside_loop_p): Same. (glb_enum_p): Same. (get_loop_body_with_size): Same. (get_loop_body): Same. (fill_sons_in_loop): Same. (get_loop_body_in_dom_order): Same. (get_loop_body_in_custom_order): Same. (release_recorded_exits): Same. (get_loop_exit_edges): Same. (num_loop_branches): Same. (remove_bb_from_loops): Same. (find_common_loop): Same. (delete_loop): Same. (cancel_loop): Same. (verify_loop_structure): Same. (loop_preheader_edge): Same. (loop_exit_edge_p): Same. (single_exit): Same. (loop_exits_to_bb_p): Same. (loop_exits_from_bb_p): Same. (get_loop_location): Same. (record_niter_bound): Same. (get_estimated_loop_iterations_int): Same. (max_stmt_executions_int): Same. (likely_max_stmt_executions_int): Same. (get_estimated_loop_iterations): Same. (get_max_loop_iterations): Same. (get_max_loop_iterations_int): Same. (get_likely_max_loop_iterations): Same. * cfgloop.h (simple_loop_desc): Same. (get_loop): Same. (loop_depth): Same. (loop_outer): Same. (loop_iterator::next): Same. (loop_outermost): Same. * cfgloopanal.c (mark_irreducible_loops): Same. (num_loop_insns): Same. (average_num_loop_insns): Same. (expected_loop_iterations_unbounded): Same. (expected_loop_iterations): Same. (mark_loop_exit_edges): Same. (single_likely_exit): Same. * cfgloopmanip.c (fix_bb_placement): Same. (fix_bb_placements): Same. (remove_path): Same. (place_new_loop): Same. (add_loop): Same. (scale_loop_frequencies): Same. (scale_loop_profile): Same. (create_empty_if_region_on_edge): Same. (create_empty_loop_on_edge): Same. (loopify): Same. (unloop): Same. (fix_loop_placements): Same. (copy_loop_info): Same. (duplicate_loop): Same. (duplicate_subloops): Same. (loop_redirect_edge): Same. (can_duplicate_loop_p): Same. (duplicate_loop_to_header_edge): Same. (mfb_keep_just): Same. (has_preds_from_loop): Same. (create_preheader): Same. (create_preheaders): Same. (lv_adjust_loop_entry_edge): Same. (loop_version): Same. * cfgloopmanip.h: Same. * cgraph.h: Same. * cgraphbuild.c: Same. * combine.c (make_extraction): Same. * config/i386/i386-features.c: Same. * config/i386/i386-features.h: Same. * config/i386/i386.c (ix86_emit_outlined_ms2sysv_save): Same. (ix86_emit_outlined_ms2sysv_restore): Same. (ix86_noce_conversion_profitable_p): Same. (ix86_init_cost): Same. (ix86_simd_clone_usable): Same. * configure.ac: Same. * coretypes.h: Same. * data-streamer-in.c (string_for_index): Same. (streamer_read_indexed_string): Same. (streamer_read_string): Same. (bp_unpack_indexed_string): Same. (bp_unpack_string): Same. (streamer_read_uhwi): Same. (streamer_read_hwi): Same. (streamer_read_gcov_count): Same. (streamer_read_wide_int): Same. * data-streamer.h (streamer_write_bitpack): Same. (bp_unpack_value): Same. (streamer_write_char_stream): Same. (streamer_write_hwi_in_range): Same. (streamer_write_record_start): Same. * ddg.c (create_ddg_dep_from_intra_loop_link): Same. (add_cross_iteration_register_deps): Same. (build_intra_loop_deps): Same. * df-core.c (df_analyze): Same. (loop_post_order_compute): Same. (loop_inverted_post_order_compute): Same. * df-problems.c (df_rd_alloc): Same. (df_rd_simulate_one_insn): Same. (df_rd_local_compute): Same. (df_rd_init_solution): Same. (df_rd_confluence_n): Same. (df_rd_transfer_function): Same. (df_rd_free): Same. (df_rd_dump_defs_set): Same. (df_rd_top_dump): Same. (df_lr_alloc): Same. (df_lr_reset): Same. (df_lr_local_compute): Same. (df_lr_init): Same. (df_lr_confluence_n): Same. (df_lr_free): Same. (df_lr_top_dump): Same. (df_lr_verify_transfer_functions): Same. (df_live_alloc): Same. (df_live_reset): Same. (df_live_init): Same. (df_live_confluence_n): Same. (df_live_finalize): Same. (df_live_free): Same. (df_live_top_dump): Same. (df_live_verify_transfer_functions): Same. (df_mir_alloc): Same. (df_mir_reset): Same. (df_mir_init): Same. (df_mir_confluence_n): Same. (df_mir_free): Same. (df_mir_top_dump): Same. (df_word_lr_alloc): Same. (df_word_lr_reset): Same. (df_word_lr_init): Same. (df_word_lr_confluence_n): Same. (df_word_lr_free): Same. (df_word_lr_top_dump): Same. (df_md_alloc): Same. (df_md_simulate_one_insn): Same. (df_md_reset): Same. (df_md_init): Same. (df_md_free): Same. (df_md_top_dump): Same. * df-scan.c (df_insn_delete): Same. (df_insn_rescan): Same. (df_notes_rescan): Same. (df_sort_and_compress_mws): Same. (df_install_mws): Same. (df_refs_add_to_chains): Same. (df_ref_create_structure): Same. (df_ref_record): Same. (df_def_record_1): Same. (df_find_hard_reg_defs): Same. (df_uses_record): Same. (df_get_conditional_uses): Same. (df_get_call_refs): Same. (df_recompute_luids): Same. (df_get_entry_block_def_set): Same. (df_entry_block_defs_collect): Same. (df_get_exit_block_use_set): Same. (df_exit_block_uses_collect): Same. (df_mws_verify): Same. (df_bb_verify): Same. * df.h (df_scan_get_bb_info): Same. * doc/tm.texi: Same. * dse.c (record_store): Same. * dumpfile.h: Same. * emit-rtl.c (const_fixed_hasher::equal): Same. (set_mem_attributes_minus_bitpos): Same. (change_address): Same. (adjust_address_1): Same. (offset_address): Same. * emit-rtl.h: Same. * except.c (dw2_build_landing_pads): Same. (sjlj_emit_dispatch_table): Same. * explow.c (allocate_dynamic_stack_space): Same. (emit_stack_probe): Same. (probe_stack_range): Same. * expmed.c (store_bit_field_using_insv): Same. (store_bit_field_1): Same. (store_integral_bit_field): Same. (extract_bit_field_using_extv): Same. (extract_bit_field_1): Same. (emit_cstore): Same. * expr.c (emit_block_move_via_cpymem): Same. (expand_cmpstrn_or_cmpmem): Same. (set_storage_via_setmem): Same. (emit_single_push_insn_1): Same. (expand_assignment): Same. (store_constructor): Same. (expand_expr_real_2): Same. (expand_expr_real_1): Same. (try_casesi): Same. * flags.h: Same. * function.c (try_fit_stack_local): Same. (assign_stack_local_1): Same. (assign_stack_local): Same. (cut_slot_from_list): Same. (insert_slot_to_list): Same. (max_slot_level): Same. (move_slot_to_level): Same. (temp_address_hasher::equal): Same. (remove_unused_temp_slot_addresses): Same. (assign_temp): Same. (combine_temp_slots): Same. (update_temp_slot_address): Same. (preserve_temp_slots): Same. * function.h: Same. * fwprop.c: Same. * gcc-rich-location.h: Same. * gcov.c: Same. * genattrtab.c (check_attr_test): Same. (check_attr_value): Same. (convert_set_attr_alternative): Same. (convert_set_attr): Same. (check_defs): Same. (copy_boolean): Same. (get_attr_value): Same. (expand_delays): Same. (make_length_attrs): Same. (min_fn): Same. (make_alternative_compare): Same. (simplify_test_exp): Same. (tests_attr_p): Same. (get_attr_order): Same. (clear_struct_flag): Same. (gen_attr): Same. (compares_alternatives_p): Same. (gen_insn): Same. (gen_delay): Same. (find_attrs_to_cache): Same. (write_test_expr): Same. (walk_attr_value): Same. (write_attr_get): Same. (eliminate_known_true): Same. (write_insn_cases): Same. (write_attr_case): Same. (write_attr_valueq): Same. (write_attr_value): Same. (write_dummy_eligible_delay): Same. (next_comma_elt): Same. (find_attr): Same. (make_internal_attr): Same. (copy_rtx_unchanging): Same. (gen_insn_reserv): Same. (check_tune_attr): Same. (make_automaton_attrs): Same. (handle_arg): Same. * genextract.c (gen_insn): Same. (VEC_char_to_string): Same. * genmatch.c (print_operand): Same. (lower): Same. (parser::parse_operation): Same. (parser::parse_capture): Same. (parser::parse_c_expr): Same. (parser::parse_simplify): Same. (main): Same. * genoutput.c (output_operand_data): Same. (output_get_insn_name): Same. (compare_operands): Same. (place_operands): Same. (process_template): Same. (validate_insn_alternatives): Same. (validate_insn_operands): Same. (gen_expand): Same. (note_constraint): Same. * genpreds.c (write_one_predicate_function): Same. (add_constraint): Same. (process_define_register_constraint): Same. (write_lookup_constraint_1): Same. (write_lookup_constraint_array): Same. (write_insn_constraint_len): Same. (write_reg_class_for_constraint_1): Same. (write_constraint_satisfied_p_array): Same. * genrecog.c (optimize_subroutine_group): Same. * gensupport.c (process_define_predicate): Same. (queue_pattern): Same. (remove_from_queue): Same. (process_rtx): Same. (is_predicable): Same. (change_subst_attribute): Same. (subst_pattern_match): Same. (alter_constraints): Same. (alter_attrs_for_insn): Same. (shift_output_template): Same. (alter_output_for_subst_insn): Same. (process_one_cond_exec): Same. (subst_dup): Same. (process_define_cond_exec): Same. (mnemonic_htab_callback): Same. (gen_mnemonic_attr): Same. (read_md_rtx): Same. * ggc-page.c: Same. * gimple-loop-interchange.cc (dump_reduction): Same. (dump_induction): Same. (loop_cand::~loop_cand): Same. (free_data_refs_with_aux): Same. (tree_loop_interchange::interchange_loops): Same. (tree_loop_interchange::map_inductions_to_loop): Same. (tree_loop_interchange::move_code_to_inner_loop): Same. (compute_access_stride): Same. (compute_access_strides): Same. (proper_loop_form_for_interchange): Same. (tree_loop_interchange_compute_ddrs): Same. (prune_datarefs_not_in_loop): Same. (prepare_data_references): Same. (pass_linterchange::execute): Same. * gimple-loop-jam.c (bb_prevents_fusion_p): Same. (unroll_jam_possible_p): Same. (fuse_loops): Same. (adjust_unroll_factor): Same. (tree_loop_unroll_and_jam): Same. * gimple-loop-versioning.cc (loop_versioning::~loop_versioning): Sa= me. (loop_versioning::expensive_stmt_p): Same. (loop_versioning::version_for_unity): Same. (loop_versioning::dump_inner_likelihood): Same. (loop_versioning::find_per_loop_multiplication): Same. (loop_versioning::analyze_term_using_scevs): Same. (loop_versioning::record_address_fragment): Same. (loop_versioning::analyze_expr): Same. (loop_versioning::analyze_blocks): Same. (loop_versioning::prune_conditions): Same. (loop_versioning::merge_loop_info): Same. (loop_versioning::add_loop_to_queue): Same. (loop_versioning::decide_whether_loop_is_versionable): Same. (loop_versioning::make_versioning_decisions): Same. (loop_versioning::implement_versioning_decisions): Same. * gimple-ssa-evrp-analyze.c (evrp_range_analyzer::record_ranges_from_phis): Same. * gimple-ssa-store-merging.c (split_store::split_store): Same. (count_multiple_uses): Same. (split_group): Same. (imm_store_chain_info::output_merged_store): Same. (pass_store_merging::process_store): Same. * gimple-ssa-strength-reduction.c (slsr_process_phi): Same. * gimple-ssa-warn-alloca.c (adjusted_warn_limit): Same. (is_max): Same. (alloca_call_type): Same. (pass_walloca::execute): Same. * gimple-streamer-in.c (input_phi): Same. (input_gimple_stmt): Same. * gimple-streamer.h: Same. * godump.c (go_force_record_alignment): Same. (go_format_type): Same. (go_output_type): Same. (go_output_fndecl): Same. (go_output_typedef): Same. (keyword_hash_init): Same. (find_dummy_types): Same. * graph.c (draw_cfg_nodes_no_loops): Same. (draw_cfg_nodes_for_loop): Same. * hard-reg-set.h (hard_reg_set_iter_next): Same. * hsa-brig.c: Same. * hsa-common.h (hsa_internal_fn_hasher::equal): Same. * hsa-dump.c (dump_hsa_cfun): Same. * hsa-gen.c (gen_function_def_parameters): Same. * hsa-regalloc.c (dump_hsa_cfun_regalloc): Same. * input.c (dump_line_table_statistics): Same. (test_lexer): Same. * input.h: Same. * internal-fn.c (get_multi_vector_move): Same. (expand_load_lanes_optab_fn): Same. (expand_GOMP_SIMT_ENTER_ALLOC): Same. (expand_GOMP_SIMT_EXIT): Same. (expand_GOMP_SIMT_LAST_LANE): Same. (expand_GOMP_SIMT_ORDERED_PRED): Same. (expand_GOMP_SIMT_VOTE_ANY): Same. (expand_GOMP_SIMT_XCHG_BFLY): Same. (expand_GOMP_SIMT_XCHG_IDX): Same. (expand_addsub_overflow): Same. (expand_neg_overflow): Same. (expand_mul_overflow): Same. (expand_call_mem_ref): Same. (expand_mask_load_optab_fn): Same. (expand_scatter_store_optab_fn): Same. (expand_gather_load_optab_fn): Same. * ipa-cp.c (ipa_get_parm_lattices): Same. (print_all_lattices): Same. (ignore_edge_p): Same. (build_toporder_info): Same. (free_toporder_info): Same. (push_node_to_stack): Same. (ipcp_lattice::set_contains_variable): Same. (set_agg_lats_to_bottom): Same. (ipcp_bits_lattice::meet_with): Same. (set_single_call_flag): Same. (initialize_node_lattices): Same. (ipa_get_jf_ancestor_result): Same. (ipcp_verify_propagated_values): Same. (propagate_scalar_across_jump_function): Same. (propagate_context_across_jump_function): Same. (propagate_bits_across_jump_function): Same. (ipa_vr_operation_and_type_effects): Same. (propagate_vr_across_jump_function): Same. (set_check_aggs_by_ref): Same. (set_chain_of_aglats_contains_variable): Same. (merge_aggregate_lattices): Same. (agg_pass_through_permissible_p): Same. (propagate_aggs_across_jump_function): Same. (call_passes_through_thunk_p): Same. (propagate_constants_across_call): Same. (devirtualization_time_bonus): Same. (good_cloning_opportunity_p): Same. (context_independent_aggregate_values): Same. (gather_context_independent_values): Same. (perform_estimation_of_a_value): Same. (estimate_local_effects): Same. (value_topo_info::add_val): Same. (add_all_node_vals_to_toposort): Same. (value_topo_info::propagate_effects): Same. (ipcp_propagate_stage): Same. (ipcp_discover_new_direct_edges): Same. (same_node_or_its_all_contexts_clone_p): Same. (cgraph_edge_brings_value_p): Same. (gather_edges_for_value): Same. (create_specialized_node): Same. (find_more_scalar_values_for_callers_subset): Same. (find_more_contexts_for_caller_subset): Same. (copy_plats_to_inter): Same. (intersect_aggregates_with_edge): Same. (find_aggregate_values_for_callers_subset): Same. (cgraph_edge_brings_all_agg_vals_for_node): Same. (decide_about_value): Same. (decide_whether_version_node): Same. (spread_undeadness): Same. (identify_dead_nodes): Same. (ipcp_store_vr_results): Same. * ipa-devirt.c (final_warning_record::grow_type_warnings): Same. * ipa-fnsummary.c (ipa_fn_summary::account_size_time): Same. (redirect_to_unreachable): Same. (edge_set_predicate): Same. (evaluate_conditions_for_known_args): Same. (evaluate_properties_for_edge): Same. (ipa_fn_summary_t::duplicate): Same. (ipa_call_summary_t::duplicate): Same. (dump_ipa_call_summary): Same. (ipa_dump_fn_summary): Same. (eliminated_by_inlining_prob): Same. (set_cond_stmt_execution_predicate): Same. (set_switch_stmt_execution_predicate): Same. (compute_bb_predicates): Same. (will_be_nonconstant_expr_predicate): Same. (phi_result_unknown_predicate): Same. (analyze_function_body): Same. (compute_fn_summary): Same. (estimate_edge_devirt_benefit): Same. (estimate_edge_size_and_time): Same. (estimate_calls_size_and_time): Same. (estimate_node_size_and_time): Same. (remap_edge_change_prob): Same. (remap_edge_summaries): Same. (ipa_merge_fn_summary_after_inlining): Same. (ipa_fn_summary_generate): Same. (inline_read_section): Same. (ipa_fn_summary_read): Same. (ipa_fn_summary_write): Same. * ipa-fnsummary.h: Same. * ipa-hsa.c (ipa_hsa_read_section): Same. * ipa-icf-gimple.c (func_checker::compare_loops): Same. * ipa-icf.c (sem_function::param_used_p): Same. * ipa-inline-analysis.c (do_estimate_edge_time): Same. * ipa-inline.c (edge_badness): Same. (inline_small_functions): Same. * ipa-polymorphic-call.c (ipa_polymorphic_call_context::stream_out): Same. * ipa-predicate.c (predicate::remap_after_duplication): Same. (predicate::remap_after_inlining): Same. (predicate::stream_out): Same. * ipa-predicate.h: Same. * ipa-profile.c (ipa_profile_read_summary): Same. * ipa-prop.c (ipa_get_param_decl_index_1): Same. (count_formal_params): Same. (ipa_dump_param): Same. (ipa_alloc_node_params): Same. (ipa_print_node_jump_functions_for_edge): Same. (ipa_print_node_jump_functions): Same. (ipa_load_from_parm_agg): Same. (get_ancestor_addr_info): Same. (ipa_compute_jump_functions_for_edge): Same. (ipa_analyze_virtual_call_uses): Same. (ipa_analyze_stmt_uses): Same. (ipa_analyze_params_uses_in_bb): Same. (update_jump_functions_after_inlining): Same. (try_decrement_rdesc_refcount): Same. (ipa_impossible_devirt_target): Same. (update_indirect_edges_after_inlining): Same. (combine_controlled_uses_counters): Same. (ipa_edge_args_sum_t::duplicate): Same. (ipa_write_jump_function): Same. (ipa_write_indirect_edge_info): Same. (ipa_write_node_info): Same. (ipa_read_edge_info): Same. (ipa_prop_read_section): Same. (read_replacements_section): Same. * ipa-prop.h (ipa_get_param_count): Same. (ipa_get_param): Same. (ipa_get_type): Same. (ipa_get_param_move_cost): Same. (ipa_set_param_used): Same. (ipa_get_controlled_uses): Same. (ipa_set_controlled_uses): Same. (ipa_get_cs_argument_count): Same. * ipa-pure-const.c (analyze_function): Same. (pure_const_read_summary): Same. * ipa-ref.h: Same. * ipa-reference.c (ipa_reference_read_optimization_summary): Same. * ipa-split.c (test_nonssa_use): Same. (dump_split_point): Same. (dominated_by_forbidden): Same. (split_part_set_ssa_name_p): Same. (find_split_points): Same. * ira-build.c (finish_loop_tree_nodes): Same. (low_pressure_loop_node_p): Same. * ira-color.c (ira_reuse_stack_slot): Same. * ira-int.h: Same. * ira.c (setup_reg_equiv): Same. (print_insn_chain): Same. (ira): Same. * loop-doloop.c (doloop_condition_get): Same. (add_test): Same. (record_reg_sets): Same. (doloop_optimize): Same. * loop-init.c (loop_optimizer_init): Same. (fix_loop_structure): Same. * loop-invariant.c (merge_identical_invariants): Same. (compute_always_reached): Same. (find_exits): Same. (may_assign_reg_p): Same. (find_invariants_bb): Same. (find_invariants_body): Same. (replace_uses): Same. (can_move_invariant_reg): Same. (free_inv_motion_data): Same. (move_single_loop_invariants): Same. (change_pressure): Same. (mark_ref_regs): Same. (calculate_loop_reg_pressure): Same. * loop-iv.c (biv_entry_hasher::equal): Same. (iv_extend_to_rtx_code): Same. (check_iv_ref_table_size): Same. (clear_iv_info): Same. (latch_dominating_def): Same. (iv_get_reaching_def): Same. (iv_constant): Same. (iv_subreg): Same. (iv_extend): Same. (iv_neg): Same. (iv_add): Same. (iv_mult): Same. (get_biv_step): Same. (record_iv): Same. (analyzed_for_bivness_p): Same. (record_biv): Same. (iv_analyze_biv): Same. (iv_analyze_expr): Same. (iv_analyze_def): Same. (iv_analyze_op): Same. (iv_analyze): Same. (iv_analyze_result): Same. (biv_p): Same. (eliminate_implied_conditions): Same. (simplify_using_initial_values): Same. (shorten_into_mode): Same. (canonicalize_iv_subregs): Same. (determine_max_iter): Same. (check_simple_exit): Same. (find_simple_exit): Same. (get_simple_loop_desc): Same. * loop-unroll.c (report_unroll): Same. (decide_unrolling): Same. (unroll_loops): Same. (loop_exit_at_end_p): Same. (decide_unroll_constant_iterations): Same. (unroll_loop_constant_iterations): Same. (compare_and_jump_seq): Same. (unroll_loop_runtime_iterations): Same. (decide_unroll_stupid): Same. (unroll_loop_stupid): Same. (referenced_in_one_insn_in_loop_p): Same. (reset_debug_uses_in_loop): Same. (analyze_iv_to_split_insn): Same. * lra-eliminations.c (lra_debug_elim_table): Same. (setup_can_eliminate): Same. (form_sum): Same. (lra_get_elimination_hard_regno): Same. (lra_eliminate_regs_1): Same. (eliminate_regs_in_insn): Same. (update_reg_eliminate): Same. (init_elimination): Same. (lra_eliminate): Same. * lra-int.h: Same. * lra-lives.c (initiate_live_solver): Same. * lra-remat.c (create_remat_bb_data): Same. * lra-spills.c (lra_spill): Same. * lra.c (lra_set_insn_recog_data): Same. (lra_set_used_insn_alternative_by_uid): Same. (init_reg_info): Same. (expand_reg_info): Same. * lto-cgraph.c (output_symtab): Same. (read_identifier): Same. (get_alias_symbol): Same. (input_node): Same. (input_varpool_node): Same. (input_ref): Same. (input_edge): Same. (input_cgraph_1): Same. (input_refs): Same. (input_symtab): Same. (input_offload_tables): Same. (output_cgraph_opt_summary): Same. (input_edge_opt_summary): Same. (input_cgraph_opt_section): Same. * lto-section-in.c (lto_free_raw_section_data): Same. (lto_create_simple_input_block): Same. (lto_free_function_in_decl_state_for_node): Same. * lto-streamer-in.c (lto_tag_check_set): Same. (lto_location_cache::revert_location_cache): Same. (lto_location_cache::input_location): Same. (lto_input_location): Same. (stream_input_location_now): Same. (lto_input_tree_ref): Same. (lto_input_eh_catch_list): Same. (input_eh_region): Same. (lto_init_eh): Same. (make_new_block): Same. (input_cfg): Same. (fixup_call_stmt_edges): Same. (input_struct_function_base): Same. (input_function): Same. (lto_read_body_or_constructor): Same. (lto_read_tree_1): Same. (lto_read_tree): Same. (lto_input_scc): Same. (lto_input_tree_1): Same. (lto_input_toplevel_asms): Same. (lto_input_mode_table): Same. (lto_reader_init): Same. (lto_data_in_create): Same. * lto-streamer-out.c (output_cfg): Same. * lto-streamer.h: Same. * modulo-sched.c (duplicate_insns_of_cycles): Same. (generate_prolog_epilog): Same. (mark_loop_unsched): Same. (dump_insn_location): Same. (loop_canon_p): Same. (sms_schedule): Same. * omp-expand.c (expand_omp_for_ordered_loops): Same. (expand_omp_for_generic): Same. (expand_omp_for_static_nochunk): Same. (expand_omp_for_static_chunk): Same. (expand_omp_simd): Same. (expand_omp_taskloop_for_inner): Same. (expand_oacc_for): Same. (expand_omp_atomic_pipeline): Same. (mark_loops_in_oacc_kernels_region): Same. * omp-offload.c (oacc_xform_loop): Same. * omp-simd-clone.c (simd_clone_adjust): Same. * optabs-query.c (get_traditional_extraction_insn): Same. * optabs.c (expand_vector_broadcast): Same. (expand_binop_directly): Same. (expand_twoval_unop): Same. (expand_twoval_binop): Same. (expand_unop_direct): Same. (emit_indirect_jump): Same. (emit_conditional_move): Same. (emit_conditional_neg_or_complement): Same. (emit_conditional_add): Same. (vector_compare_rtx): Same. (expand_vec_perm_1): Same. (expand_vec_perm_const): Same. (expand_vec_cond_expr): Same. (expand_vec_series_expr): Same. (maybe_emit_atomic_exchange): Same. (maybe_emit_sync_lock_test_and_set): Same. (expand_atomic_compare_and_swap): Same. (expand_atomic_load): Same. (expand_atomic_store): Same. (maybe_emit_op): Same. (valid_multiword_target_p): Same. (create_integer_operand): Same. (maybe_legitimize_operand_same_code): Same. (maybe_legitimize_operand): Same. (create_convert_operand_from_type): Same. (can_reuse_operands_p): Same. (maybe_legitimize_operands): Same. (maybe_gen_insn): Same. (maybe_expand_insn): Same. (maybe_expand_jump_insn): Same. (expand_insn): Same. * optabs.h (create_expand_operand): Same. (create_fixed_operand): Same. (create_output_operand): Same. (create_input_operand): Same. (create_convert_operand_to): Same. (create_convert_operand_from): Same. * optinfo.h: Same. * poly-int.h: Same. * predict.c (optimize_insn_for_speed_p): Same. (optimize_loop_for_size_p): Same. (optimize_loop_for_speed_p): Same. (optimize_loop_nest_for_speed_p): Same. (get_base_value): Same. (predicted_by_loop_heuristics_p): Same. (predict_extra_loop_exits): Same. (predict_loops): Same. (predict_paths_for_bb): Same. (predict_paths_leading_to): Same. (propagate_freq): Same. (pass_profile::execute): Same. * predict.h: Same. * profile-count.c (profile_count::differs_from_p): Same. (profile_probability::differs_lot_from_p): Same. * profile-count.h: Same. * profile.c (branch_prob): Same. * regrename.c (free_chain_data): Same. (mark_conflict): Same. (create_new_chain): Same. (merge_overlapping_regs): Same. (init_rename_info): Same. (merge_chains): Same. (regrename_analyze): Same. (regrename_do_replace): Same. (scan_rtx_reg): Same. (record_out_operands): Same. (build_def_use): Same. * regrename.h: Same. * reload.h: Same. * reload1.c (init_reload): Same. (maybe_fix_stack_asms): Same. (copy_reloads): Same. (count_pseudo): Same. (count_spilled_pseudo): Same. (find_reg): Same. (find_reload_regs): Same. (select_reload_regs): Same. (spill_hard_reg): Same. (fixup_eh_region_note): Same. (set_reload_reg): Same. (allocate_reload_reg): Same. (compute_reload_subreg_offset): Same. (reload_adjust_reg_for_icode): Same. (emit_input_reload_insns): Same. (emit_output_reload_insns): Same. (do_input_reload): Same. (inherit_piecemeal_p): Same. * rtl.h: Same. * sanopt.c (maybe_get_dominating_check): Same. (maybe_optimize_ubsan_ptr_ifn): Same. (can_remove_asan_check): Same. (maybe_optimize_asan_check_ifn): Same. (sanopt_optimize_walker): Same. * sched-deps.c (add_dependence_list): Same. (chain_to_prev_insn): Same. (add_insn_mem_dependence): Same. (create_insn_reg_set): Same. (maybe_extend_reg_info_p): Same. (sched_analyze_reg): Same. (sched_analyze_1): Same. (get_implicit_reg_pending_clobbers): Same. (chain_to_prev_insn_p): Same. (deps_analyze_insn): Same. (deps_start_bb): Same. (sched_free_deps): Same. (init_deps): Same. (init_deps_reg_last): Same. (free_deps): Same. * sched-ebb.c: Same. * sched-int.h: Same. * sched-rgn.c (add_branch_dependences): Same. (concat_insn_mem_list): Same. (deps_join): Same. (sched_rgn_compute_dependencies): Same. * sel-sched-ir.c (reset_target_context): Same. (copy_deps_context): Same. (init_id_from_df): Same. (has_dependence_p): Same. (change_loops_latches): Same. (bb_top_order_comparator): Same. (make_region_from_loop_preheader): Same. (sel_init_pipelining): Same. (get_loop_nest_for_rgn): Same. (make_regions_from_the_rest): Same. (sel_is_loop_preheader_p): Same. * sel-sched-ir.h (inner_loop_header_p): Same. (get_all_loop_exits): Same. * selftest.h: Same. * sese.c (sese_build_liveouts): Same. (sese_insert_phis_for_liveouts): Same. * sese.h (defined_in_sese_p): Same. * sreal.c (sreal::stream_out): Same. * sreal.h: Same. * streamer-hooks.h: Same. * target-globals.c (save_target_globals): Same. * target-globals.h: Same. * target.def: Same. * target.h: Same. * targhooks.c (default_has_ifunc_p): Same. (default_empty_mask_is_expensive): Same. (default_init_cost): Same. * targhooks.h: Same. * toplev.c: Same. * tree-affine.c (aff_combination_mult): Same. (aff_combination_expand): Same. (aff_combination_constant_multiple_p): Same. * tree-affine.h: Same. * tree-cfg.c (build_gimple_cfg): Same. (replace_loop_annotate_in_block): Same. (replace_uses_by): Same. (remove_bb): Same. (dump_cfg_stats): Same. (gimple_duplicate_sese_region): Same. (gimple_duplicate_sese_tail): Same. (move_block_to_fn): Same. (replace_block_vars_by_duplicates): Same. (move_sese_region_to_fn): Same. (print_loops_bb): Same. (print_loop): Same. (print_loops): Same. (debug): Same. (debug_loops): Same. * tree-cfg.h: Same. * tree-chrec.c (chrec_fold_plus_poly_poly): Same. (chrec_fold_multiply_poly_poly): Same. (chrec_evaluate): Same. (chrec_component_in_loop_num): Same. (reset_evolution_in_loop): Same. (is_multivariate_chrec): Same. (chrec_contains_symbols): Same. (nb_vars_in_chrec): Same. (chrec_convert_1): Same. (chrec_convert_aggressive): Same. * tree-chrec.h: Same. * tree-core.h: Same. * tree-data-ref.c (dump_data_dependence_relation): Same. (canonicalize_base_object_address): Same. (data_ref_compare_tree): Same. (prune_runtime_alias_test_list): Same. (get_segment_min_max): Same. (create_intersect_range_checks): Same. (conflict_fn_no_dependence): Same. (object_address_invariant_in_loop_p): Same. (analyze_ziv_subscript): Same. (analyze_siv_subscript_cst_affine): Same. (analyze_miv_subscript): Same. (analyze_overlapping_iterations): Same. (build_classic_dist_vector_1): Same. (add_other_self_distances): Same. (same_access_functions): Same. (build_classic_dir_vector): Same. (subscript_dependence_tester_1): Same. (subscript_dependence_tester): Same. (access_functions_are_affine_or_constant_p): Same. (get_references_in_stmt): Same. (loop_nest_has_data_refs): Same. (graphite_find_data_references_in_stmt): Same. (find_data_references_in_bb): Same. (get_base_for_alignment): Same. (find_loop_nest_1): Same. (find_loop_nest): Same. * tree-data-ref.h (dr_alignment): Same. (ddr_dependence_level): Same. * tree-if-conv.c (fold_build_cond_expr): Same. (add_to_predicate_list): Same. (add_to_dst_predicate_list): Same. (phi_convertible_by_degenerating_args): Same. (idx_within_array_bound): Same. (all_preds_critical_p): Same. (pred_blocks_visited_p): Same. (predicate_bbs): Same. (build_region): Same. (if_convertible_loop_p_1): Same. (is_cond_scalar_reduction): Same. (predicate_scalar_phi): Same. (remove_conditions_and_labels): Same. (combine_blocks): Same. (version_loop_for_if_conversion): Same. (versionable_outer_loop_p): Same. (ifcvt_local_dce): Same. (tree_if_conversion): Same. (pass_if_conversion::gate): Same. * tree-if-conv.h: Same. * tree-inline.c (maybe_move_debug_stmts_to_successors): Same. * tree-loop-distribution.c (bb_top_order_cmp): Same. (free_rdg): Same. (stmt_has_scalar_dependences_outside_loop): Same. (copy_loop_before): Same. (create_bb_after_loop): Same. (const_with_all_bytes_same): Same. (generate_memset_builtin): Same. (generate_memcpy_builtin): Same. (destroy_loop): Same. (build_rdg_partition_for_vertex): Same. (compute_access_range): Same. (data_ref_segment_size): Same. (latch_dominated_by_data_ref): Same. (compute_alias_check_pairs): Same. (fuse_memset_builtins): Same. (finalize_partitions): Same. (find_seed_stmts_for_distribution): Same. (prepare_perfect_loop_nest): Same. * tree-parloops.c (lambda_transform_legal_p): Same. (loop_parallel_p): Same. (reduc_stmt_res): Same. (add_field_for_name): Same. (create_call_for_reduction_1): Same. (replace_uses_in_bb_by): Same. (transform_to_exit_first_loop_alt): Same. (try_transform_to_exit_first_loop_alt): Same. (transform_to_exit_first_loop): Same. (num_phis): Same. (gen_parallel_loop): Same. (gather_scalar_reductions): Same. (get_omp_data_i_param): Same. (try_create_reduction_list): Same. (oacc_entry_exit_single_gang): Same. (parallelize_loops): Same. * tree-pass.h: Same. * tree-predcom.c (determine_offset): Same. (last_always_executed_block): Same. (split_data_refs_to_components): Same. (suitable_component_p): Same. (valid_initializer_p): Same. (find_looparound_phi): Same. (insert_looparound_copy): Same. (add_looparound_copies): Same. (determine_roots_comp): Same. (predcom_tmp_var): Same. (initialize_root_vars): Same. (initialize_root_vars_store_elim_1): Same. (initialize_root_vars_store_elim_2): Same. (finalize_eliminated_stores): Same. (initialize_root_vars_lm): Same. (remove_stmt): Same. (determine_unroll_factor): Same. (execute_pred_commoning_cbck): Same. (base_names_in_chain_on): Same. (combine_chains): Same. (pcom_stmt_dominates_stmt_p): Same. (try_combine_chains): Same. (prepare_initializers_chain_store_elim): Same. (prepare_initializers_chain): Same. (prepare_initializers): Same. (prepare_finalizers_chain): Same. (prepare_finalizers): Same. (insert_init_seqs): Same. * tree-scalar-evolution.c (loop_phi_node_p): Same. (compute_overall_effect_of_inner_loop): Same. (add_to_evolution_1): Same. (add_to_evolution): Same. (follow_ssa_edge_binary): Same. (follow_ssa_edge_expr): Same. (backedge_phi_arg_p): Same. (follow_ssa_edge_in_condition_phi_branch): Same. (follow_ssa_edge_in_condition_phi): Same. (follow_ssa_edge_inner_loop_phi): Same. (follow_ssa_edge): Same. (analyze_evolution_in_loop): Same. (analyze_initial_condition): Same. (interpret_loop_phi): Same. (interpret_condition_phi): Same. (interpret_rhs_expr): Same. (interpret_expr): Same. (interpret_gimple_assign): Same. (analyze_scalar_evolution_1): Same. (analyze_scalar_evolution): Same. (analyze_scalar_evolution_for_address_of): Same. (get_instantiated_value_entry): Same. (loop_closed_phi_def): Same. (instantiate_scev_name): Same. (instantiate_scev_poly): Same. (instantiate_scev_binary): Same. (instantiate_scev_convert): Same. (instantiate_scev_not): Same. (instantiate_scev_r): Same. (instantiate_scev): Same. (resolve_mixers): Same. (initialize_scalar_evolutions_analyzer): Same. (scev_reset_htab): Same. (scev_reset): Same. (derive_simple_iv_with_niters): Same. (simple_iv_with_niters): Same. (expression_expensive_p): Same. (final_value_replacement_loop): Same. * tree-scalar-evolution.h (block_before_loop): Same. * tree-ssa-address.h: Same. * tree-ssa-dce.c (find_obviously_necessary_stmts): Same. * tree-ssa-dom.c (edge_info::record_simple_equiv): Same. (record_edge_info): Same. * tree-ssa-live.c (var_map_base_fini): Same. (remove_unused_locals): Same. * tree-ssa-live.h: Same. * tree-ssa-loop-ch.c (should_duplicate_loop_header_p): Same. (pass_ch_vect::execute): Same. (pass_ch::process_loop_p): Same. * tree-ssa-loop-im.c (mem_ref_hasher::hash): Same. (movement_possibility): Same. (outermost_invariant_loop): Same. (stmt_cost): Same. (determine_max_movement): Same. (invariantness_dom_walker::before_dom_children): Same. (move_computations): Same. (may_move_till): Same. (force_move_till_op): Same. (force_move_till): Same. (memref_free): Same. (record_mem_ref_loc): Same. (set_ref_stored_in_loop): Same. (mark_ref_stored): Same. (sort_bbs_in_loop_postorder_cmp): Same. (sort_locs_in_loop_postorder_cmp): Same. (analyze_memory_references): Same. (mem_refs_may_alias_p): Same. (find_ref_loc_in_loop_cmp): Same. (rewrite_mem_ref_loc::operator): Same. (first_mem_ref_loc_1::operator): Same. (sm_set_flag_if_changed::operator): Same. (execute_sm_if_changed_flag_set): Same. (execute_sm): Same. (hoist_memory_references): Same. (ref_always_accessed::operator): Same. (refs_independent_p): Same. (record_dep_loop): Same. (ref_indep_loop_p_1): Same. (ref_indep_loop_p): Same. (can_sm_ref_p): Same. (find_refs_for_sm): Same. (loop_suitable_for_sm): Same. (store_motion_loop): Same. (store_motion): Same. (fill_always_executed_in): Same. * tree-ssa-loop-ivcanon.c (constant_after_peeling): Same. (estimated_unrolled_size): Same. (loop_edge_to_cancel): Same. (remove_exits_and_undefined_stmts): Same. (remove_redundant_iv_tests): Same. (unloop_loops): Same. (estimated_peeled_sequence_size): Same. (try_peel_loop): Same. (canonicalize_loop_induction_variables): Same. (canonicalize_induction_variables): Same. * tree-ssa-loop-ivopts.c (iv_inv_expr_hasher::equal): Same. (name_info): Same. (stmt_after_inc_pos): Same. (contains_abnormal_ssa_name_p): Same. (niter_for_exit): Same. (find_bivs): Same. (mark_bivs): Same. (find_givs_in_bb): Same. (find_induction_variables): Same. (find_interesting_uses_cond): Same. (outermost_invariant_loop_for_expr): Same. (idx_find_step): Same. (add_candidate_1): Same. (add_iv_candidate_derived_from_uses): Same. (alloc_use_cost_map): Same. (prepare_decl_rtl): Same. (generic_predict_doloop_p): Same. (computation_cost): Same. (determine_common_wider_type): Same. (get_computation_aff_1): Same. (get_use_type): Same. (determine_group_iv_cost_address): Same. (iv_period): Same. (difference_cannot_overflow_p): Same. (may_eliminate_iv): Same. (determine_set_costs): Same. (cheaper_cost_pair): Same. (compare_cost_pair): Same. (iv_ca_cand_for_group): Same. (iv_ca_recount_cost): Same. (iv_ca_set_remove_invs): Same. (iv_ca_set_no_cp): Same. (iv_ca_set_add_invs): Same. (iv_ca_set_cp): Same. (iv_ca_add_group): Same. (iv_ca_cost): Same. (iv_ca_compare_deps): Same. (iv_ca_delta_reverse): Same. (iv_ca_delta_commit): Same. (iv_ca_cand_used_p): Same. (iv_ca_delta_free): Same. (iv_ca_new): Same. (iv_ca_free): Same. (iv_ca_dump): Same. (iv_ca_extend): Same. (iv_ca_narrow): Same. (iv_ca_prune): Same. (cheaper_cost_with_cand): Same. (iv_ca_replace): Same. (try_add_cand_for): Same. (get_initial_solution): Same. (try_improve_iv_set): Same. (find_optimal_iv_set_1): Same. (create_new_iv): Same. (rewrite_use_compare): Same. (remove_unused_ivs): Same. (determine_scaling_factor): Same. * tree-ssa-loop-ivopts.h: Same. * tree-ssa-loop-manip.c (create_iv): Same. (compute_live_loop_exits): Same. (add_exit_phi): Same. (add_exit_phis): Same. (find_uses_to_rename_use): Same. (find_uses_to_rename_def): Same. (find_uses_to_rename_in_loop): Same. (rewrite_into_loop_closed_ssa): Same. (check_loop_closed_ssa_bb): Same. (split_loop_exit_edge): Same. (ip_end_pos): Same. (ip_normal_pos): Same. (copy_phi_node_args): Same. (gimple_duplicate_loop_to_header_edge): Same. (can_unroll_loop_p): Same. (determine_exit_conditions): Same. (scale_dominated_blocks_in_loop): Same. (niter_for_unrolled_loop): Same. (tree_transform_and_unroll_loop): Same. (rewrite_all_phi_nodes_with_iv): Same. * tree-ssa-loop-manip.h: Same. * tree-ssa-loop-niter.c (number_of_iterations_ne_max): Same. (number_of_iterations_ne): Same. (assert_no_overflow_lt): Same. (assert_loop_rolls_lt): Same. (number_of_iterations_lt): Same. (adjust_cond_for_loop_until_wrap): Same. (tree_simplify_using_condition): Same. (simplify_using_initial_conditions): Same. (simplify_using_outer_evolutions): Same. (loop_only_exit_p): Same. (ssa_defined_by_minus_one_stmt_p): Same. (number_of_iterations_popcount): Same. (number_of_iterations_exit): Same. (find_loop_niter): Same. (finite_loop_p): Same. (chain_of_csts_start): Same. (get_val_for): Same. (loop_niter_by_eval): Same. (derive_constant_upper_bound_ops): Same. (do_warn_aggressive_loop_optimizations): Same. (record_estimate): Same. (get_cst_init_from_scev): Same. (record_nonwrapping_iv): Same. (idx_infer_loop_bounds): Same. (infer_loop_bounds_from_ref): Same. (infer_loop_bounds_from_array): Same. (infer_loop_bounds_from_pointer_arith): Same. (infer_loop_bounds_from_signedness): Same. (bound_index): Same. (discover_iteration_bound_by_body_walk): Same. (maybe_lower_iteration_bound): Same. (estimate_numbers_of_iterations): Same. (estimated_loop_iterations): Same. (estimated_loop_iterations_int): Same. (max_loop_iterations): Same. (max_loop_iterations_int): Same. (likely_max_loop_iterations): Same. (likely_max_loop_iterations_int): Same. (estimated_stmt_executions_int): Same. (max_stmt_executions): Same. (likely_max_stmt_executions): Same. (estimated_stmt_executions): Same. (stmt_dominates_stmt_p): Same. (nowrap_type_p): Same. (loop_exits_before_overflow): Same. (scev_var_range_cant_overflow): Same. (scev_probably_wraps_p): Same. (free_numbers_of_iterations_estimates): Same. * tree-ssa-loop-niter.h: Same. * tree-ssa-loop-prefetch.c (release_mem_refs): Same. (idx_analyze_ref): Same. (analyze_ref): Same. (gather_memory_references_ref): Same. (mark_nontemporal_store): Same. (emit_mfence_after_loop): Same. (may_use_storent_in_loop_p): Same. (mark_nontemporal_stores): Same. (should_unroll_loop_p): Same. (volume_of_dist_vector): Same. (add_subscript_strides): Same. (self_reuse_distance): Same. (insn_to_prefetch_ratio_too_small_p): Same. * tree-ssa-loop-split.c (split_at_bb_p): Same. (patch_loop_exit): Same. (find_or_create_guard_phi): Same. (easy_exit_values): Same. (connect_loop_phis): Same. (connect_loops): Same. (compute_new_first_bound): Same. (split_loop): Same. (tree_ssa_split_loops): Same. * tree-ssa-loop-unswitch.c (tree_ssa_unswitch_loops): Same. (is_maybe_undefined): Same. (tree_may_unswitch_on): Same. (simplify_using_entry_checks): Same. (tree_unswitch_single_loop): Same. (tree_unswitch_loop): Same. (tree_unswitch_outer_loop): Same. (empty_bb_without_guard_p): Same. (used_outside_loop_p): Same. (get_vop_from_header): Same. (hoist_guard): Same. * tree-ssa-loop.c (gate_oacc_kernels): Same. (get_lsm_tmp_name): Same. * tree-ssa-loop.h: Same. * tree-ssa-reassoc.c (add_repeat_to_ops_vec): Same. (build_and_add_sum): Same. (no_side_effect_bb): Same. (get_ops): Same. (linearize_expr): Same. (should_break_up_subtract): Same. (linearize_expr_tree): Same. * tree-ssa-scopedtables.c: Same. * tree-ssa-scopedtables.h: Same. * tree-ssa-structalias.c (condense_visit): Same. (label_visit): Same. (dump_pred_graph): Same. (perform_var_substitution): Same. (move_complex_constraints): Same. (remove_preds_and_fake_succs): Same. * tree-ssa-threadupdate.c (dbds_continue_enumeration_p): Same. (determine_bb_domination_status): Same. (duplicate_thread_path): Same. (thread_through_all_blocks): Same. * tree-ssa-threadupdate.h: Same. * tree-streamer-in.c (streamer_read_string_cst): Same. (input_identifier): Same. (unpack_ts_type_common_value_fields): Same. (unpack_ts_block_value_fields): Same. (unpack_ts_translation_unit_decl_value_fields): Same. (unpack_ts_omp_clause_value_fields): Same. (streamer_read_tree_bitfields): Same. (streamer_alloc_tree): Same. (lto_input_ts_common_tree_pointers): Same. (lto_input_ts_vector_tree_pointers): Same. (lto_input_ts_poly_tree_pointers): Same. (lto_input_ts_complex_tree_pointers): Same. (lto_input_ts_decl_minimal_tree_pointers): Same. (lto_input_ts_decl_common_tree_pointers): Same. (lto_input_ts_decl_non_common_tree_pointers): Same. (lto_input_ts_decl_with_vis_tree_pointers): Same. (lto_input_ts_field_decl_tree_pointers): Same. (lto_input_ts_function_decl_tree_pointers): Same. (lto_input_ts_type_common_tree_pointers): Same. (lto_input_ts_type_non_common_tree_pointers): Same. (lto_input_ts_list_tree_pointers): Same. (lto_input_ts_vec_tree_pointers): Same. (lto_input_ts_exp_tree_pointers): Same. (lto_input_ts_block_tree_pointers): Same. (lto_input_ts_binfo_tree_pointers): Same. (lto_input_ts_constructor_tree_pointers): Same. (lto_input_ts_omp_clause_tree_pointers): Same. (streamer_read_tree_body): Same. * tree-streamer.h: Same. * tree-switch-conversion.c (bit_test_cluster::is_beneficial): Same. * tree-vect-data-refs.c (vect_get_smallest_scalar_type): Same. (vect_analyze_possibly_independent_ddr): Same. (vect_analyze_data_ref_dependence): Same. (vect_compute_data_ref_alignment): Same. (vect_enhance_data_refs_alignment): Same. (vect_analyze_data_ref_access): Same. (vect_check_gather_scatter): Same. (vect_find_stmt_data_reference): Same. (vect_create_addr_base_for_vector_ref): Same. (vect_setup_realignment): Same. (vect_supportable_dr_alignment): Same. * tree-vect-loop-manip.c (rename_variables_in_bb): Same. (adjust_phi_and_debug_stmts): Same. (vect_set_loop_mask): Same. (add_preheader_seq): Same. (vect_maybe_permute_loop_masks): Same. (vect_set_loop_masks_directly): Same. (vect_set_loop_condition_masked): Same. (vect_set_loop_condition_unmasked): Same. (slpeel_duplicate_current_defs_from_edges): Same. (slpeel_add_loop_guard): Same. (slpeel_can_duplicate_loop_p): Same. (create_lcssa_for_virtual_phi): Same. (iv_phi_p): Same. (vect_update_ivs_after_vectorizer): Same. (vect_gen_vector_loop_niters_mult_vf): Same. (slpeel_update_phi_nodes_for_loops): Same. (slpeel_update_phi_nodes_for_guard1): Same. (find_guard_arg): Same. (slpeel_update_phi_nodes_for_guard2): Same. (slpeel_update_phi_nodes_for_lcssa): Same. (vect_do_peeling): Same. (vect_create_cond_for_alias_checks): Same. (vect_loop_versioning): Same. * tree-vect-loop.c (vect_determine_vf_for_stmt): Same. (vect_inner_phi_in_double_reduction_p): Same. (vect_analyze_scalar_cycles_1): Same. (vect_fixup_scalar_cycles_with_patterns): Same. (vect_get_loop_niters): Same. (bb_in_loop_p): Same. (vect_get_max_nscalars_per_iter): Same. (vect_verify_full_masking): Same. (vect_compute_single_scalar_iteration_cost): Same. (vect_analyze_loop_form_1): Same. (vect_analyze_loop_form): Same. (vect_active_double_reduction_p): Same. (vect_analyze_loop_operations): Same. (neutral_op_for_slp_reduction): Same. (vect_is_simple_reduction): Same. (vect_model_reduction_cost): Same. (get_initial_def_for_reduction): Same. (get_initial_defs_for_reduction): Same. (vect_create_epilog_for_reduction): Same. (vectorize_fold_left_reduction): Same. (vectorizable_reduction): Same. (vectorizable_induction): Same. (vectorizable_live_operation): Same. (loop_niters_no_overflow): Same. (vect_get_loop_mask): Same. (vect_transform_loop_stmt): Same. (vect_transform_loop): Same. * tree-vect-patterns.c (vect_reassociating_reduction_p): Same. (vect_determine_precisions): Same. (vect_pattern_recog_1): Same. * tree-vect-slp.c (vect_analyze_slp_instance): Same. * tree-vect-stmts.c (stmt_vectype): Same. (process_use): Same. (vect_init_vector_1): Same. (vect_truncate_gather_scatter_offset): Same. (get_group_load_store_type): Same. (vect_build_gather_load_calls): Same. (vect_get_strided_load_store_ops): Same. (vectorizable_simd_clone_call): Same. (vectorizable_store): Same. (permute_vec_elements): Same. (vectorizable_load): Same. (vect_transform_stmt): Same. (supportable_widening_operation): Same. * tree-vectorizer.c (vec_info::replace_stmt): Same. (vec_info::free_stmt_vec_info): Same. (vect_free_loop_info_assumptions): Same. (vect_loop_vectorized_call): Same. (set_uid_loop_bbs): Same. (vectorize_loops): Same. * tree-vectorizer.h (STMT_VINFO_BB_VINFO): Same. * tree.c (add_tree_to_fld_list): Same. (fld_type_variant_equal_p): Same. (fld_decl_context): Same. (fld_incomplete_type_of): Same. (free_lang_data_in_binfo): Same. (need_assembler_name_p): Same. (find_decls_types_r): Same. (get_eh_types_for_runtime): Same. (find_decls_types_in_eh_region): Same. (find_decls_types_in_node): Same. (assign_assembler_name_if_needed): Same. * value-prof.c (stream_out_histogram_value): Same. * value-prof.h: Same. * var-tracking.c (use_narrower_mode): Same. (prepare_call_arguments): Same. (vt_expand_loc_callback): Same. (resolve_expansions_pending_recursion): Same. (vt_expand_loc): Same. * varasm.c (const_hash_1): Same. (compare_constant): Same. (tree_output_constant_def): Same. (simplify_subtraction): Same. (get_pool_constant): Same. (output_constant_pool_2): Same. (output_constant_pool_1): Same. (mark_constants_in_pattern): Same. (mark_constant_pool): Same. (get_section_anchor): Same. * vr-values.c (compare_range_with_value): Same. (vr_values::extract_range_from_phi_node): Same. * vr-values.h: Same. * web.c (unionfind_union): Same. * wide-int.h: Same. Modified: trunk/gcc/ChangeLog trunk/gcc/auto-profile.c trunk/gcc/basic-block.h trunk/gcc/bitmap.c trunk/gcc/bitmap.h trunk/gcc/builtins.c trunk/gcc/c-family/ChangeLog trunk/gcc/c-family/c-opts.c trunk/gcc/c-family/c-pretty-print.h trunk/gcc/c/ChangeLog trunk/gcc/c/c-decl.c trunk/gcc/c/c-parser.c trunk/gcc/c/c-tree.h trunk/gcc/c/gimple-parser.c trunk/gcc/caller-save.c trunk/gcc/cfg.c trunk/gcc/cfg.h trunk/gcc/cfganal.h trunk/gcc/cfgexpand.c trunk/gcc/cfghooks.c trunk/gcc/cfghooks.h trunk/gcc/cfgloop.c trunk/gcc/cfgloop.h trunk/gcc/cfgloopanal.c trunk/gcc/cfgloopmanip.c trunk/gcc/cfgloopmanip.h trunk/gcc/cgraph.h trunk/gcc/cgraphbuild.c trunk/gcc/combine.c trunk/gcc/config/i386/i386-features.c trunk/gcc/config/i386/i386-features.h trunk/gcc/config/i386/i386.c trunk/gcc/configure.ac trunk/gcc/coretypes.h trunk/gcc/cp/ChangeLog trunk/gcc/cp/search.c trunk/gcc/cp/semantics.c trunk/gcc/data-streamer-in.c trunk/gcc/data-streamer.h trunk/gcc/ddg.c trunk/gcc/df-core.c trunk/gcc/df-problems.c trunk/gcc/df-scan.c trunk/gcc/df.h trunk/gcc/doc/tm.texi trunk/gcc/dse.c trunk/gcc/dumpfile.h trunk/gcc/emit-rtl.c trunk/gcc/emit-rtl.h trunk/gcc/except.c trunk/gcc/explow.c trunk/gcc/expmed.c trunk/gcc/expr.c trunk/gcc/flags.h trunk/gcc/function.c trunk/gcc/function.h trunk/gcc/fwprop.c trunk/gcc/gcc-rich-location.h trunk/gcc/gcov.c trunk/gcc/genattrtab.c trunk/gcc/genextract.c trunk/gcc/genmatch.c trunk/gcc/genoutput.c trunk/gcc/genpreds.c trunk/gcc/genrecog.c trunk/gcc/gensupport.c trunk/gcc/ggc-page.c trunk/gcc/gimple-loop-interchange.cc trunk/gcc/gimple-loop-jam.c trunk/gcc/gimple-loop-versioning.cc trunk/gcc/gimple-ssa-evrp-analyze.c trunk/gcc/gimple-ssa-store-merging.c trunk/gcc/gimple-ssa-strength-reduction.c trunk/gcc/gimple-ssa-warn-alloca.c trunk/gcc/gimple-streamer-in.c trunk/gcc/gimple-streamer.h trunk/gcc/godump.c trunk/gcc/graph.c trunk/gcc/hard-reg-set.h trunk/gcc/hsa-brig.c trunk/gcc/hsa-common.h trunk/gcc/hsa-dump.c trunk/gcc/hsa-gen.c trunk/gcc/hsa-regalloc.c trunk/gcc/input.c trunk/gcc/input.h trunk/gcc/internal-fn.c trunk/gcc/ipa-cp.c trunk/gcc/ipa-devirt.c trunk/gcc/ipa-fnsummary.c trunk/gcc/ipa-fnsummary.h trunk/gcc/ipa-hsa.c trunk/gcc/ipa-icf-gimple.c trunk/gcc/ipa-icf.c trunk/gcc/ipa-inline-analysis.c trunk/gcc/ipa-inline.c trunk/gcc/ipa-polymorphic-call.c trunk/gcc/ipa-predicate.c trunk/gcc/ipa-predicate.h trunk/gcc/ipa-profile.c trunk/gcc/ipa-prop.c trunk/gcc/ipa-prop.h trunk/gcc/ipa-pure-const.c trunk/gcc/ipa-ref.h trunk/gcc/ipa-reference.c trunk/gcc/ipa-split.c trunk/gcc/ira-build.c trunk/gcc/ira-color.c trunk/gcc/ira-int.h trunk/gcc/ira.c trunk/gcc/loop-doloop.c trunk/gcc/loop-init.c trunk/gcc/loop-invariant.c trunk/gcc/loop-iv.c trunk/gcc/loop-unroll.c trunk/gcc/lra-eliminations.c trunk/gcc/lra-int.h trunk/gcc/lra-lives.c trunk/gcc/lra-remat.c trunk/gcc/lra-spills.c trunk/gcc/lra.c trunk/gcc/lto-cgraph.c trunk/gcc/lto-section-in.c trunk/gcc/lto-streamer-in.c trunk/gcc/lto-streamer-out.c trunk/gcc/lto-streamer.h trunk/gcc/lto/ChangeLog trunk/gcc/lto/lto-common.c trunk/gcc/modulo-sched.c trunk/gcc/omp-expand.c trunk/gcc/omp-offload.c trunk/gcc/omp-simd-clone.c trunk/gcc/optabs-query.c trunk/gcc/optabs.c trunk/gcc/optabs.h trunk/gcc/optinfo.h trunk/gcc/poly-int.h trunk/gcc/predict.c trunk/gcc/predict.h trunk/gcc/profile-count.c trunk/gcc/profile-count.h trunk/gcc/profile.c trunk/gcc/regrename.c trunk/gcc/regrename.h trunk/gcc/reload.h trunk/gcc/reload1.c trunk/gcc/rtl.h trunk/gcc/sanopt.c trunk/gcc/sched-deps.c trunk/gcc/sched-ebb.c trunk/gcc/sched-int.h trunk/gcc/sched-rgn.c trunk/gcc/sel-sched-ir.c trunk/gcc/sel-sched-ir.h trunk/gcc/selftest.h trunk/gcc/sese.c trunk/gcc/sese.h trunk/gcc/sreal.c trunk/gcc/sreal.h trunk/gcc/streamer-hooks.h trunk/gcc/target-globals.c trunk/gcc/target-globals.h trunk/gcc/target.def trunk/gcc/target.h trunk/gcc/targhooks.c trunk/gcc/targhooks.h trunk/gcc/toplev.c trunk/gcc/tree-affine.c trunk/gcc/tree-affine.h trunk/gcc/tree-cfg.c trunk/gcc/tree-cfg.h trunk/gcc/tree-chrec.c trunk/gcc/tree-chrec.h trunk/gcc/tree-core.h trunk/gcc/tree-data-ref.c trunk/gcc/tree-data-ref.h trunk/gcc/tree-if-conv.c trunk/gcc/tree-if-conv.h trunk/gcc/tree-inline.c trunk/gcc/tree-loop-distribution.c trunk/gcc/tree-parloops.c trunk/gcc/tree-pass.h trunk/gcc/tree-predcom.c trunk/gcc/tree-scalar-evolution.c trunk/gcc/tree-scalar-evolution.h trunk/gcc/tree-ssa-address.h trunk/gcc/tree-ssa-dce.c trunk/gcc/tree-ssa-dom.c trunk/gcc/tree-ssa-live.c trunk/gcc/tree-ssa-live.h trunk/gcc/tree-ssa-loop-ch.c trunk/gcc/tree-ssa-loop-im.c trunk/gcc/tree-ssa-loop-ivcanon.c trunk/gcc/tree-ssa-loop-ivopts.c trunk/gcc/tree-ssa-loop-ivopts.h trunk/gcc/tree-ssa-loop-manip.c trunk/gcc/tree-ssa-loop-manip.h trunk/gcc/tree-ssa-loop-niter.c trunk/gcc/tree-ssa-loop-niter.h trunk/gcc/tree-ssa-loop-prefetch.c trunk/gcc/tree-ssa-loop-split.c trunk/gcc/tree-ssa-loop-unswitch.c trunk/gcc/tree-ssa-loop.c trunk/gcc/tree-ssa-loop.h trunk/gcc/tree-ssa-reassoc.c trunk/gcc/tree-ssa-scopedtables.c trunk/gcc/tree-ssa-scopedtables.h trunk/gcc/tree-ssa-structalias.c trunk/gcc/tree-ssa-threadupdate.c trunk/gcc/tree-ssa-threadupdate.h trunk/gcc/tree-streamer-in.c trunk/gcc/tree-streamer.h trunk/gcc/tree-switch-conversion.c trunk/gcc/tree-vect-data-refs.c trunk/gcc/tree-vect-loop-manip.c trunk/gcc/tree-vect-loop.c trunk/gcc/tree-vect-patterns.c trunk/gcc/tree-vect-slp.c trunk/gcc/tree-vect-stmts.c trunk/gcc/tree-vectorizer.c trunk/gcc/tree-vectorizer.h trunk/gcc/tree.c trunk/gcc/value-prof.c trunk/gcc/value-prof.h trunk/gcc/var-tracking.c trunk/gcc/varasm.c trunk/gcc/vr-values.c trunk/gcc/vr-values.h trunk/gcc/web.c trunk/gcc/wide-int.h trunk/libcpp/directives-only.c trunk/libcpp/directives.c trunk/libcpp/files.c trunk/libcpp/include/cpplib.h trunk/libcpp/include/line-map.h trunk/libcpp/include/mkdeps.h trunk/libcpp/init.c trunk/libcpp/internal.h trunk/libcpp/line-map.c trunk/libcpp/mkdeps.c >>From gcc-bugs-return-648570-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 18:40:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52975 invoked by alias); 9 Jul 2019 18:40: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 52894 invoked by uid 48); 9 Jul 2019 18:40:31 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] [10 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Tue, 09 Jul 2019 18:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: 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: P3 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 cf_reconfirmed_on assigned_to target_milestone everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00682.txt.bz2 Content-length: 623 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-07-09 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Target Milestone|--- |10.0 Ever confirmed|0 |1 --- Comment #2 from Richard Biener --- Mine. >>From gcc-bugs-return-648571-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 19:01:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71995 invoked by alias); 9 Jul 2019 19: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 71936 invoked by uid 48); 9 Jul 2019 19:01:16 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] [10 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Tue, 09 Jul 2019 19:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 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: P3 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: 2019-07/txt/msg00683.txt.bz2 Content-length: 768 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 --- Comment #3 from Richard Biener --- So the issue is the usual GET_MODE_SIZE !=3D ref->size. native_encode_int encodes two 32bit numbers (but only 3 bytes from them, in big-endian) while= VN expects it to encode a 3-byte 24bit number. There's the possibility to dis= able handling of non-mode precision entities or properly fix it (I think we "sim= ply" need to offset the encoding for big-endian). Note the issue is probably la= tent for the other places VN uses native_encode_expr on non-mode precision entit= ies. There's already a guard on non-mode precision extracts but not for mode-precision extracts of non-mode precision values which I think has the = very same issue. >>From gcc-bugs-return-648572-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 19:03:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77886 invoked by alias); 9 Jul 2019 19:03: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 77845 invoked by uid 48); 9 Jul 2019 19:03:15 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] [10 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Tue, 09 Jul 2019 19:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 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: P3 X-Bugzilla-Assigned-To: rguenth 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: 2019-07/txt/msg00684.txt.bz2 Content-length: 420 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 --- Comment #4 from Richard Biener --- Created attachment 46581 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46581&action=3Dedit patch Untested patch that fixes the issue. Value numbering stmt =3D _1 =3D BIT_FIELD_REF ; Successfully combined 2 partial definitions Setting value number of _1 to 4278124286 (changed) >>From gcc-bugs-return-648573-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 19:18:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96836 invoked by alias); 9 Jul 2019 19: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 96799 invoked by uid 48); 9 Jul 2019 19:18:46 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] [10 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Tue, 09 Jul 2019 19:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 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: P3 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: 2019-07/txt/msg00685.txt.bz2 Content-length: 407 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 --- Comment #5 from Richard Biener --- Oh, and I think it's a pity we're trying to stay away from optimizing the bitfield cases. I suppose we could also use encode_tree_to_bitpos from the store-merging pass for this purpose, but while operating on byte granularity encodes/interprets only we can use the simple offsetting. >>From gcc-bugs-return-648574-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 22:20:33 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1274 invoked by alias); 9 Jul 2019 22:20: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 1227 invoked by uid 48); 9 Jul 2019 22:20:30 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67678] Nested class can be re-declared after definition Date: Tue, 09 Jul 2019 22: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: 5.2.1 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00686.txt.bz2 Content-length: 748 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67678 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-09 CC| |msebor at gcc dot gnu.org Ever confirmed|0 |1 Known to fail| |10.0, 5.1.0, 6.4.0, 7.3.0, | |8.3.0, 9.1.0 --- Comment #3 from Martin Sebor --- I just ran into this myself. Confirmed for the missing diagnostic. >>From gcc-bugs-return-648575-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 22:40:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39204 invoked by alias); 9 Jul 2019 22:40:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 38715 invoked by uid 48); 9 Jul 2019 22:40:14 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/87256] hppa spends huge amount of time in synth_mult() Date: Tue, 09 Jul 2019 22:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: compile-time-hog X-Bugzilla-Severity: normal X-Bugzilla-Who: danglin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00687.txt.bz2 Content-length: 167 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87256 --- Comment #9 from John David Anglin --- Also appears to occur building glusterfs. >>From gcc-bugs-return-648576-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 22:52:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 56193 invoked by alias); 9 Jul 2019 22:52: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 56185 invoked by uid 89); 9 Jul 2019 22:52:26 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: =?ISO-8859-1?Q?Yes, score=7.5 required=5.0 tests=BAYES_50,BODY_8BITS,FROM_LOCAL_NOVOWEL,GARBLED_BODY,HTML_FONT_SIZE_LARGE,HTML_MESSAGE,KAM_SHORT,MISSING_MID,RCVD_IN_RP_RNBL,RCVD_IN_XBL,T_REMOTE_IMAGE autolearn=no version=3.3.1 spammy=95, H*RU:SKY-20150219JSJ, =e8=af=b7=e7, H*r:SKY-20150219JSJ?= X-HELO: jescy.com Received: from Unknown (HELO jescy.com) (36.27.30.81) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 09 Jul 2019 22:52:25 +0000 Received: from SKY-20150219JSJ ([127.0.0.1]) by localhost via TCP with ESMTPA; Wed, 10 Jul 2019 06:52:07 +0800 MIME-Version: 1.0 From: skfszxcy To: gcc-bugs@gcc.gnu.org Date: Tue, 09 Jul 2019 22:52:00 -0000 Subject: =?utf-8?B?Z2NjLWJ1Z3NAZ2NjLmdudS5vcmd1enF3?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-SW-Source: 2019-07/txt/msg00688.txt.bz2 Content-length: 456 5o+Q5L6b5ZCE56eN5Y+R56Wo5bm1OjEgMyA2OzkyMiAyNzUgOTXlvKDjgJAg 5pyJIOOAkeKGk+OAkDMlLTEzJeOAkeOAkCDlopcg44CR5ZCE44CQIOWPkSDj gJEg44CQIOeomSDjgJHnp43jgJAg56WoIOOAkeOAkCDnqI4g44CR55yf44CQ IOW5tSDjgJEgDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0K5aaC5p6c5L2g 5LiN5oOzIOWGjeaUtuWIsOivpeS6p+WTgeeahOaOqOiNkOmCruS7tiwg6K+3 54K55Ye76L+Z6YeM6YCA6K6iDQo= >>From gcc-bugs-return-648577-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jul 09 23:31:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42091 invoked by alias); 9 Jul 2019 23:31: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 42053 invoked by uid 48); 9 Jul 2019 23:31:11 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/90989] [9 Regression] incorrrect strlen result after second strcpy into the same destination Date: Tue, 09 Jul 2019 23:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: patch, wrong-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.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00689.txt.bz2 Content-length: 664 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90989 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[9/10 Regression] |[9 Regression] incorrrect |incorrrect strlen result |strlen result after second |after second strcpy into |strcpy into the same |the same destination |destination Known to fail|10.0 | --- Comment #3 from Martin Sebor --- Fixed for GCC 10 in r273317. >>From gcc-bugs-return-648578-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 03:01:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130290 invoked by alias); 10 Jul 2019 03:01: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 130246 invoked by uid 48); 10 Jul 2019 03:01:08 -0000 From: "skunk at iskunk dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/55930] [7/8/9/10 Regression] libatomic build failure if configured with --disable-dependency-tracking Date: Wed, 10 Jul 2019 03:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 4.8.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: minor X-Bugzilla-Who: skunk at iskunk dot org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00690.txt.bz2 Content-length: 1824 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55930 Daniel Richard G. changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |skunk at iskunk dot org --- Comment #10 from Daniel Richard G. --- Confirmed that this issue persists in 9.1.0: libtool: compile: /tmp/gcc-9.1.0.build/./gcc/xgcc -B/tmp/gcc-9.1.0.build/./gcc/ -B/opt/gnu/x86_64-pc-linux-gnu/bin/ -B/opt/gnu/x86_64-pc-linux-gnu/lib/ -isystem /opt/gnu/x86_64-pc-linux-gnu/include -isystem /opt/gnu/x86_64-pc-linux-gnu/sys-include -fchecking=3D1 -DHAVE_CONFIG_H -I/home/src/gcc/gcc-9.1.0/libatomic/config/x86 -I/home/src/gcc/gcc-9.1.0/libatomic/config/posix -I/home/src/gcc/gcc-9.1.0/libatomic -I. -Wall -Werror -pthread -g -O2 -MT load_1_.lo -MD -MP -MF .deps/load_1_.lo.Ppo -DN=3D1 -c /home/src/gcc/gcc-9.1.0/libatomic/load_n.c -fPIC -DPIC -o load_1_.o /home/src/gcc/gcc-9.1.0/libatomic/load_n.c:115:1: fatal error: opening dependency file .deps/load_1_.lo.Ppo: No such file or directory 115 | EXPORT_ALIAS (SIZE(load)); | ^~~~~~~~~~~~ compilation terminated. gmake[4]: *** [load_1_.lo] Error 1 gmake[4]: Leaving directory `/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libatomic' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libatomic' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libatomic' gmake[1]: *** [all-target-libatomic] Error 2 gmake[1]: Leaving directory `/tmp/gcc-9.1.0.build' gmake: *** [bootstrap-lean] Error 2 I'd like to echo Mr. Purdie's "We pass this option in globally to anything using automake" as the approach my site uses as well. >>From gcc-bugs-return-648579-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 03:13:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18626 invoked by alias); 10 Jul 2019 03: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 18595 invoked by uid 48); 10 Jul 2019 03:13:21 -0000 From: "skunk at iskunk dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/58638] libstdc++ builds as non-PIC when --with-pic is specified Date: Wed, 10 Jul 2019 03:13: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: 4.8.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: skunk at iskunk 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: 2019-07/txt/msg00691.txt.bz2 Content-length: 2867 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D58638 --- Comment #12 from Daniel Richard G. --- This issue appears to persist in 9.1.0, where it prevents bootstrap from completing: [...] libtool: link: /tmp/gcc-9.1.0.build/./gcc/xg++ -B/tmp/gcc-9.1.0.build/./gc= c/ -nostdinc++ -nostdinc++ -I/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-l= inux-gnu -I/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/include -I/home/src/gcc/gcc-9.1.0/libstdc++-v3/libsupc++ -I/home/src/gcc/gcc-9.1.0/libstdc++-v3/include/backward -I/home/src/gcc/gcc-9.1.0/libstdc++-v3/testsuite/util -L/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/src -L/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs -L/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs -B/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs -B/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs -B/opt/gnu/x86_64-pc-linux-gnu/bin/ -B/opt/gnu/x86_64-pc-linux-gnu/lib/ -isystem /opt/gnu/x86_64-pc-linux-gnu/include -isystem /opt/gnu/x86_64-pc-linux-gnu/sys-include -fchecking=3D1 -fPIC -DPIC -sha= red -nostdlib /usr/lib/../lib64/crti.o /tmp/gcc-9.1.0.build/./gcc/crtbeginS.o=20 .libs/findcomp.o .libs/libcc1.o .libs/libcp1.o .libs/names.o .libs/callback= s.o .libs/connection.o .libs/marshall.o=20=20 -L/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs -L/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/src -L/tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs -L/tmp/gcc-9.1.0.build/./gcc -L/lib/../lib64 -L/usr/lib/../lib64 /tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.a= -lm -lc -lgcc /tmp/gcc-9.1.0.build/./gcc/crtendS.o /usr/lib/../lib64/crtn.o=20 -static-libstdc++ -static-libgcc ../libiberty/pic/libiberty.a -Wl,-soname -Wl,libcc1.so.0 -Wl,-retain-symbols-file -Wl,/home/src/gcc/gcc-9.1.0/libcc1/libcc1.sym -o .libs/libcc1.so.0.0.0 /usr/bin/ld: /tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.a= (class_type_info.o): relocation R_X86_64_32S against `_ZTVN10__cxxabiv117__class_type_infoE' can= not be used when making a shared object; recompile with -fPIC /tmp/gcc-9.1.0.build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.a: could not read symbols: Bad value collect2: error: ld returned 1 exit status gmake[3]: *** [libcc1.la] Error 1 gmake[3]: Leaving directory `/tmp/gcc-9.1.0.build/libcc1' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/tmp/gcc-9.1.0.build/libcc1' gmake[1]: *** [all-libcc1] Error 2 gmake[1]: Leaving directory `/tmp/gcc-9.1.0.build' gmake: *** [bootstrap-lean] Error 2 (This tree was configured with --disable-shared --enable-version-specific-runtime-libs --with-pic) I have confirmed that Alec's workaround (in comment #11) still does the tri= ck. >>From gcc-bugs-return-648580-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 04:11:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102724 invoked by alias); 10 Jul 2019 04:11: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 102678 invoked by uid 48); 10 Jul 2019 04:11:21 -0000 From: "frankhb1989 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91127] New: Incorrect checking of nonnull attribute with argument to a constructor of class with a virtual base Date: Wed, 10 Jul 2019 04:11: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: frankhb1989 at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00692.txt.bz2 Content-length: 1360 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91127 Bug ID: 91127 Summary: Incorrect checking of nonnull attribute with argument to a constructor of class with a virtual base Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: frankhb1989 at gmail dot com Target Milestone: --- Case: struct B {}; struct C : virtual B { __attribute__((nonnull(2))) C(const char*); }; a.cc:6:43: warning: 'nonnull' attribute argument value '2' refers to parame= ter type 'int' [-Wattributes] 6 | __attribute__((nonnull(2))) C(const char*); | ^ Removal of `virtual` makes it works. Use of `__attribute__((nonnull))` (wit= h no argument `2`) also works. Clang++ 8 seems OK with or without `virtual`. Note it is worse in old versions of the compiler, e.g. with G++ 7.1: a.cc:6:43: error: nonnull argument references non-pointer operand (argument= 1, operand 2) __attribute__((nonnull(2))) C(const char*); ^ The change in PR 87541 has made the diagnostics more explicit. Not sure whe= ther the change from error to warning is intended, though. >>From gcc-bugs-return-648581-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 08:17:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114536 invoked by alias); 10 Jul 2019 08:17: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 114492 invoked by uid 48); 10 Jul 2019 08:17:15 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91127] Incorrect checking of nonnull attribute with argument to a constructor of class with a virtual base Date: Wed, 10 Jul 2019 08:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: diagnostic 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 cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00693.txt.bz2 Content-length: 1261 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91127 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |diagnostic Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-10 CC| |msebor at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely --- I hate hate hate the fact that the nonnull attribute counts implicit argume= nts. The 'this' pointer must always be nonnull, so there's no benefit to includi= ng it, and other implicit arguments (like the int here for an in-charge constructor?) just complicate things and require users to understand detail= s of a leaky abstraction. This bug should just be fixed to ignore the int, but counting the 'this' pointer can't be fixed without introducing a new attribute with sensible behaviour for member functions and constructors. I'll let Martin comment on whether changing handle_nonnull_attribute from giving an error to a warning was intended. >>From gcc-bugs-return-648582-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 08:21:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124898 invoked by alias); 10 Jul 2019 08:21:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124862 invoked by uid 48); 10 Jul 2019 08:21:21 -0000 From: "dragan.mladjenovic@rt-rk.com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89245] [MIPS] v1 is assigned in jalr delay slot for later use at -Os Date: Wed, 10 Jul 2019 08: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: 8.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dragan.mladjenovic@rt-rk.com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00694.txt.bz2 Content-length: 246 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89245 --- Comment #2 from Dragan Mladjenovic --- Fixed by r273314. Sorry for the inconvenience. I did not put a proper back-reference to this issue in the change log. >>From gcc-bugs-return-648583-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 08:44:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50545 invoked by alias); 10 Jul 2019 08:44: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 50490 invoked by uid 48); 10 Jul 2019 08:44:14 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/55930] [7/8/9/10 Regression] libatomic build failure if configured with --disable-dependency-tracking Date: Wed, 10 Jul 2019 08:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 4.8.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: minor X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00695.txt.bz2 Content-length: 297 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55930 --- Comment #11 from Jonathan Wakely --- I still think the solution is "don't do that for gcc" but in any case, the patch still hasn't been sent to the mailing list so isn't going to get revi= ewed let alone applied. >>From gcc-bugs-return-648584-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 09:05:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94900 invoked by alias); 10 Jul 2019 09:05: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 94046 invoked by uid 48); 10 Jul 2019 09:05:31 -0000 From: "featherrain26 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91128] New: Incomplete fix of heap overflow in cp-demangle.c Date: Wed, 10 Jul 2019 09: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: 5.4.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: featherrain26 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: 2019-07/txt/msg00696.txt.bz2 Content-length: 5103 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91128 Bug ID: 91128 Summary: Incomplete fix of heap overflow in cp-demangle.c Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: featherrain26 at gmail dot com Target Milestone: --- Created attachment 46582 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46582&action=3Dedit Poc input Reference link: https://sourceware.org/bugzilla/show_bug.cgi?id=3D24791 Hi, there. There is a heap overflow caused by the incomplete fix of the cp-demangle.c This is the newest patch I have tried: https://gcc.gnu.org/viewcvs/gcc?view=3Drevision&revision=3D270258 System information: Description: Ubuntu 16.04.6 LTS Release: 16.04 Codename: xenial gcc version: 5.4=20 The Binutils version is release 2.32 or 2.33(HEAD) To reproduce the issue, the compile flag is: CFLAGS=3D"-g -O0 -m32 -fsanitize=3Daddress,undefined" ./configure;make then, nm-new -C -a -l --synthetic input Here are the details reported by ASAN: =3D=3D178966=3D=3DERROR: AddressSanitizer: heap-buffer-overflow on address = 0xf4e02883 at pc 0x085d6167 bp 0xffe086d8 sp 0xffe086c8 READ of size 1 at 0xf4e02883 thread T0 #0 0x85d6166 in d_expression_1 cp-demangle.c:3356 #1 0x85d4f12 in d_expression_1 cp-demangle.c:3449 #2 0x85d4f12 in d_expression_1 cp-demangle.c:3449 #3 0x85d4f12 in d_expression_1 cp-demangle.c:3449 #4 0x85d4f12 in d_expression_1 cp-demangle.c:3449 #5 0x85d4f12 in d_expression_1 cp-demangle.c:3449 #6 0x85d4f12 in d_expression_1 cp-demangle.c:3449 #7 0x85d4f12 in d_expression_1 cp-demangle.c:3449 #8 0x85d4f12 in d_expression_1 cp-demangle.c:3449 #9 0x85c8395 in d_expression cp-demangle.c:3531 #10 0x85c8395 in d_array_type cp-demangle.c:3011 #11 0x85c8395 in cplus_demangle_type cp-demangle.c:2463 #12 0x85ca143 in d_parmlist cp-demangle.c:2908 #13 0x85d907c in d_bare_function_type cp-demangle.c:2962 #14 0x85d907c in d_encoding cp-demangle.c:1343 #15 0x85dc451 in cplus_demangle_mangled_name cp-demangle.c:1234 #16 0x85e29ed in d_demangle_callback cp-demangle.c:6292 #17 0x85e29ed in d_demangle cp-demangle.c:6343 #18 0x85e29ed in cplus_demangle_v3 cp-demangle.c:6500 #19 0x858e46c in cplus_demangle cplus-dem.c:165 #20 0x808ea57 in bfd_demangle /mnt/data/playground/binutils-2.32-a/bfd/bfd.c:2254 #21 0x805f51f in print_symname /mnt/data/playground/binutils-2.32-a/binutils/nm.c:423 #22 0x805f51f in print_symbol_info_bsd /mnt/data/playground/binutils-2.32-a/binutils/nm.c:1565 #23 0x8053fcf in print_symbol /mnt/data/playground/binutils-2.32-a/binutils/nm.c:903 #24 0x80571b5 in print_symbols /mnt/data/playground/binutils-2.32-a/binutils/nm.c:1102 #25 0x80571b5 in display_rel_file /mnt/data/playground/binutils-2.32-a/binutils/nm.c:1215 #26 0x805adb1 in display_file /mnt/data/playground/binutils-2.32-a/binutils/nm.c:1335 #27 0x804f98a in main /mnt/data/playground/binutils-2.32-a/binutils/nm.c:1816 #28 0xf7000636 in __libc_start_main (/lib/i386-linux-gnu/libc.so.6+0x18= 636) #29 0x805154b=20 (/mnt/data/playground/binutils-2.32-a/binutils/nm-new+0x805154b) 0xf4e02883 is located 0 bytes to the right of 99-byte region [0xf4e02820,0xf4e02883) allocated by thread T0 here: #0 0xf7239dee in malloc (/usr/lib32/libasan.so.2+0x96dee) #1 0x80abadd in bfd_malloc /mnt/data/playground/binutils-2.32-a/bfd/libbfd.c:275 SUMMARY: AddressSanitizer: heap-buffer-overflow cp-demangle.c:3356 d_expression_1 Shadow bytes around the buggy address: 0x3e9c04c0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3e9c04d0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3e9c04e0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3e9c04f0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3e9c0500: fa fa fa fa 00 00 00 00 00 00 00 00 00 00 00 00 =3D>0x3e9c0510:[03]fa fa fa fa fa fa fa fa fa 00 00 00 00 00 00 0x3e9c0520: 00 00 00 00 00 00 00 fa fa fa fa fa fa fa fa fa 0x3e9c0530: 00 00 00 00 00 00 00 00 00 00 00 00 00 fa fa fa 0x3e9c0540: fa fa fa fa fa fa 00 00 00 00 00 00 00 00 00 00 0x3e9c0550: 00 00 00 fa fa fa fa fa fa fa fa fa 00 00 00 00 0x3e9c0560: 00 00 00 00 00 00 00 00 04 fa fa fa fa fa fa fa Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07=20 Heap left redzone: fa Heap right redzone: fb Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack partial redzone: f4 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe =3D=3D178966=3D=3DABORTING The attachment is the POC input. >>From gcc-bugs-return-648585-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 09:13:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52580 invoked by alias); 10 Jul 2019 09: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 52509 invoked by uid 48); 10 Jul 2019 09:13:23 -0000 From: "richard.purdie at linuxfoundation dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/55930] [7/8/9/10 Regression] libatomic build failure if configured with --disable-dependency-tracking Date: Wed, 10 Jul 2019 09:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 4.8.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: minor X-Bugzilla-Who: richard.purdie at linuxfoundation dot org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00697.txt.bz2 Content-length: 324 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55930 --- Comment #12 from Richard Purdie --- I started to look at sorting out Yocto Project/Openembedded's gcc patches in general and ran into a contribution agreement legal quagmire. I still haven= 't been able to resolve that. >>From gcc-bugs-return-648586-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 09:19:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68691 invoked by alias); 10 Jul 2019 09: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 68658 invoked by uid 48); 10 Jul 2019 09:19:18 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/81806] Split in pbds works in O(n) instead of O(log n) Date: Wed, 10 Jul 2019 09: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: 6.4.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: 2019-07/txt/msg00698.txt.bz2 Content-length: 192 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81806 --- Comment #2 from Jonathan Wakely --- Feedback was provided: https://gcc.gnu.org/ml/gcc/2019-07/msg00082.html >>From gcc-bugs-return-648587-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 09:22:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71457 invoked by alias); 10 Jul 2019 09:22: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 71404 invoked by uid 48); 10 Jul 2019 09:22:45 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/55930] [7/8/9/10 Regression] libatomic build failure if configured with --disable-dependency-tracking Date: Wed, 10 Jul 2019 09:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 4.8.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: minor X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00699.txt.bz2 Content-length: 229 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55930 --- Comment #13 from Jonathan Wakely --- OK thanks for the update. I think your patch for this bug is trivial enough= to not require any paperwork. >>From gcc-bugs-return-648588-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 10:21:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33900 invoked by alias); 10 Jul 2019 10:21: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 33860 invoked by uid 48); 10 Jul 2019 10:21:48 -0000 From: "Peter.Georg at physik dot uni-regensburg.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88907] Variadic template function deduction failure. Date: Wed, 10 Jul 2019 10:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid 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: version Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00700.txt.bz2 Content-length: 444 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88907 Peter Georg changed: What |Removed |Added ---------------------------------------------------------------------------- Version|8.2.1 |10.0 --- Comment #1 from Peter Georg --- All versions tested (6-9, and trunk) are affected. >>From gcc-bugs-return-648589-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 10:36:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51267 invoked by alias); 10 Jul 2019 10:36: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 51200 invoked by uid 48); 10 Jul 2019 10:36:13 -0000 From: "Peter.Georg at physik dot uni-regensburg.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91129] New: Implicit casts fail for modulo operator Date: Wed, 10 Jul 2019 10:36: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: 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: 2019-07/txt/msg00701.txt.bz2 Content-length: 1384 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91129 Bug ID: 91129 Summary: Implicit casts fail for modulo operator Product: gcc Version: 10.0 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 46583 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46583&action=3Dedit Code to reproduce bug GCC fails to compile the following code due to being unable to implicitely = cast Constant to int, despite the conversion operator being defined. ``` class Constant { public: constexpr operator T() const { return v; } constexpr auto operator()() const {return v;} }; template class Array { }; class Test { public: template using Cores =3D Array{}>; }; int main() { } ``` The code is also attacged or see: https://godbolt.org/z/UJHdqb Array and Constant can be replaced by std::array and std::integral_constant, the error is the same. It only fails when using the modulo operator, any other tested binary arithmetic operator works. When adding an explicit cast, the code compiles without any errors as well. First version affected: GCC 9 >>From gcc-bugs-return-648590-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 10:58:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98888 invoked by alias); 10 Jul 2019 10:58: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 98834 invoked by uid 48); 10 Jul 2019 10:58:14 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] [10 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Wed, 10 Jul 2019 10:58: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: P3 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: 2019-07/txt/msg00702.txt.bz2 Content-length: 588 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 --- Comment #6 from Richard Biener --- Testcase that fails for a longer time already: struct S { int a : 24; int b : 8; } s; int main() { s.a =3D 0xfefefe; s.b =3D 0xfe; unsigned char c; c =3D ((unsigned char *)&s)[0]; if (c !=3D 0xfe) __builtin_abort (); c =3D ((unsigned char *)&s)[1]; if (c !=3D 0xfe) __builtin_abort (); c =3D ((unsigned char *)&s)[2]; if (c !=3D 0xfe) __builtin_abort (); c =3D ((unsigned char *)&s)[3]; if (c !=3D 0xfe) __builtin_abort (); return 0; } >>From gcc-bugs-return-648591-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 11:00:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101148 invoked by alias); 10 Jul 2019 11:00: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 101044 invoked by uid 48); 10 Jul 2019 11:00:35 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Wed, 10 Jul 2019 11: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: 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: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords 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: 2019-07/txt/msg00703.txt.bz2 Content-length: 586 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|needs-bisection | Status|NEW |ASSIGNED CC| |jakub at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gn= u.org --- Comment #6 from Jakub Jelinek --- I'll have a look. >>From gcc-bugs-return-648592-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 11:04:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118330 invoked by alias); 10 Jul 2019 11:04: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 118285 invoked by uid 48); 10 Jul 2019 11:04:08 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] [7/8/9/10 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Wed, 10 Jul 2019 11:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 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: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cf_known_to_work target_milestone short_desc cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00704.txt.bz2 Content-length: 837 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 Known to work| |4.6.3 Target Milestone|10.0 |7.5 Summary|[10 regression] Incorrect |[7/8/9/10 regression] |constant propagation of |Incorrect constant |BIT_FIELD_REF |propagation of | |BIT_FIELD_REF Known to fail| |4.7.4 --- Comment #7 from Richard Biener --- So the new testcase should fail since GCC 4.7. >>From gcc-bugs-return-648593-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 11:23:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12944 invoked by alias); 10 Jul 2019 11:23: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 12857 invoked by uid 48); 10 Jul 2019 11:22:58 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Wed, 10 Jul 2019 11: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: rejects-valid 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: 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: 2019-07/txt/msg00705.txt.bz2 Content-length: 444 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 --- Comment #7 from Richard Biener --- Somehow the backend doesn't like to expand __builtin_ia32_vpshldv_v4si_mask (_36, { 2, 3, 4, 5 }, { 1, 4, 7, 10 }, 185) while it happily expands __builtin_ia32_vpshldv_v4si_maskz (_24, _15, _14, 185); and the error message is of course misleading (it complains about the second vector constant). leaving it to Jakub. >>From gcc-bugs-return-648594-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 11:27:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40327 invoked by alias); 10 Jul 2019 11:27: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 40253 invoked by uid 48); 10 Jul 2019 11:27:48 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Wed, 10 Jul 2019 11:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 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: 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: 2019-07/txt/msg00706.txt.bz2 Content-length: 224 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 --- Comment #8 from Jakub Jelinek --- Yeah, but that is just one thing, the other is execution failure, but most likely bad expansion as well. >>From gcc-bugs-return-648595-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 11:38:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60452 invoked by alias); 10 Jul 2019 11:38: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 60393 invoked by uid 48); 10 Jul 2019 11:38:09 -0000 From: "steve at sk2 dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/55930] [7/8/9/10 Regression] libatomic build failure if configured with --disable-dependency-tracking Date: Wed, 10 Jul 2019 11: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: 4.8.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: minor X-Bugzilla-Who: steve at sk2 dot org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00707.txt.bz2 Content-length: 423 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55930 --- Comment #14 from Stephen Kitt --- (In reply to Andrew Pinski from comment #5) > But the bigger question is why are you passing --disable-dependency-trac= king > ? I ran into this issue because Debian's debhelper's dh_auto_configure passes --disable-dependency-tracking automatically. ("Know your build tools" is the lesson here, I guess.) >>From gcc-bugs-return-648596-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 11:42:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64966 invoked by alias); 10 Jul 2019 11:42: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 64945 invoked by uid 48); 10 Jul 2019 11:42:51 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91130] New: [9/10 Regression] -MF clashes with -flto on aarch64 Date: Wed, 10 Jul 2019 11:42: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: 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: 2019-07/txt/msg00708.txt.bz2 Content-length: 1063 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91130 Bug ID: 91130 Summary: [9/10 Regression] -MF clashes with -flto on aarch64 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org Target Milestone: --- Starting from GCC 9.1.0 I see following problem: $ gcc --version gcc (SUSE Linux) 9.1.1 20190611 [gcc-9-branch revision 272147] $ echo "int main() {}" > main.c && gcc -c -flto main.c && gcc -o a.out main= .o -flto -MMD -MF deps/a.d -MP gcc: error: deps/a.d: No such file or directory lto-wrapper: fatal error: gcc returned 1 exit status compilation terminated. /usr/lib64/gcc/aarch64-suse-linux/9/../../../../aarch64-suse-linux/bin/ld: error: lto-wrapper failed collect2: error: ld returned 1 exit status $ echo "int main() {}" > main.c && gcc-8 -c -flto main.c && gcc-8 -o a.out main.o -flto -MMD -MF deps/a.d -MP && echo OK OK >>From gcc-bugs-return-648597-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 11:43:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65735 invoked by alias); 10 Jul 2019 11:43: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 65711 invoked by uid 48); 10 Jul 2019 11:43:20 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91130] [9/10 Regression] -MF clashes with -flto on aarch64 Date: Wed, 10 Jul 2019 11:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.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: 9.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget cf_reconfirmed_on cc cf_gcchost version target_milestone cf_gccbuild Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00709.txt.bz2 Content-length: 687 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91130 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |aarch64-linux-gnu Last reconfirmed| |2019-7-10 CC| |ktkachov at gcc dot gnu.org Host| |aarch64-linux-gnu Version|10.0 |9.1.0 Target Milestone|--- |9.2 Build| |aarch64-linux-gnu >>From gcc-bugs-return-648598-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 11:48:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70446 invoked by alias); 10 Jul 2019 11: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 70414 invoked by uid 48); 10 Jul 2019 11:48:45 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91130] [9/10 Regression] -MF clashes with -flto on aarch64 Date: Wed, 10 Jul 2019 11:48: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: 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: 9.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status 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: 2019-07/txt/msg00710.txt.bz2 Content-length: 521 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91130 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needs-bisection Status|UNCONFIRMED |NEW Known to work| |8.3.0 Ever confirmed|0 |1 Known to fail| |9.1.0 >>From gcc-bugs-return-648599-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 12:16:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23932 invoked by alias); 10 Jul 2019 12:16: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 23896 invoked by uid 48); 10 Jul 2019 12:16:40 -0000 From: "jamborm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/89330] IPA inliner touches released cgraph_edges Date: Wed, 10 Jul 2019 12:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jamborm at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jamborm at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00711.txt.bz2 Content-length: 1520 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89330 Martin Jambor changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #45730|0 |1 is obsolete| | Attachment #46544|0 |1 is obsolete| | --- Comment #12 from Martin Jambor --- Created attachment 46584 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46584&action=3Dedit Another WIP patch Thanks for tracking that down, indeed we found that the speculation was undoing inlining decisions which is something that is generally unsupported by the inliner. This patch fixes that and it indeed survives LTO bootstrap of all languages (profiled LTO bootstrap is underway). Unfortunately, it causes the following tests to fail: FAIL: g++.dg/tree-prof/devirt.C scan-tree-dump-times tracer "folding virtual function call to virtual unsigned int mozPersonalDictionary::_ZThn16" 1 FAIL: g++.dg/tree-prof/devirt.C scan-tree-dump-times tracer "folding virtual function call to virtual unsigned int mozPersonalDictionary::AddRef" 1 So far all my attempts to quickly fix this without actually having to understand what is going on in the testcase have failed. I'm afraid I'll have to look deeper into it which will take time, so far I did not even manage to reproduce the problem manually. >>From gcc-bugs-return-648600-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 12:32:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71994 invoked by alias); 10 Jul 2019 12: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 71936 invoked by uid 48); 10 Jul 2019 12:32:34 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91115] stack-buffer-overflow on memset local variable when creating thread on ARM Linux Date: Wed, 10 Jul 2019 12:32: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00712.txt.bz2 Content-length: 754 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91115 --- Comment #4 from Martin Li=C5=A1ka --- (In reply to Fred Hsueh from comment #3) > The actual SP and shadow byte location varies a bit between each run. Oth= er > than that, the signature looks very similar. Another thing to note is that > the program has a high thread count, perhaps ~140. That makes it very difficult to reproduce. Do you have any 2 runs that have= the '[f2]' shadow memory at the same location. >=20 > Any tips, preferences, or good starting points to look at for creating the > testcase? I can't find any in ASAN or ARM related pre-existing cases. >=20 > thanks! Is the reproducer an open-source software? I would somehow reduce # of thre= ads. >>From gcc-bugs-return-648601-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:10:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82545 invoked by alias); 10 Jul 2019 13:10: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 82518 invoked by uid 48); 10 Jul 2019 13:10:15 -0000 From: "pdj at knaldgas dot dk" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91131] New: Bad bitfield coalescing Date: Wed, 10 Jul 2019 13:10: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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pdj at knaldgas dot dk 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_file_loc bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00713.txt.bz2 Content-length: 2371 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91131 Bug ID: 91131 Summary: Bad bitfield coalescing Product: gcc Version: 8.3.0 URL: http://knaldgas.dk/~pdj/bitfields/ Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: pdj at knaldgas dot dk Target Milestone: --- In both C and Ada, bitfield coalescing does not work right, or at least not optimal. Since the issue manifests itself in the same way in both C and Ada front-ends, and on ARM, AVR and X86_64 back-ends, I presume that that the i= ssue must lie somewhere in between. Please see past that C bitfields are defecti= ve by definition; Ada's definition is pretty well-defined. Seen on GCC version 4.9.3, 8.3.0 and reportedly also on 9.1. The key point below is that all assignments have a data-width of less or eq= ual the machines data-width, and can be fully evaluated at compile time. Pseudo-code: type Rec_Type record A: 3 bits B: 1 bit C: 4 bits end (packed, 8-bit wide) volatile Rec_A : Rec_Type volatile Rec_B : Rec_Type volatile Rec_C : Rec_Type Rec_A :=3D (A =3D> 0, B =3D> 1, C =3D> 0) results in one pre-calculated constant byte being assigned directly. This is the way all such assignments should be. Rec_B :=3D (A =3D> 1, B =3D> 1, C =3D> 1) results in one pre-calculated value being stored in a memory location, whic= h is then =C4=BAoaded and assigned to Rec_B. Unnecessary memory consumption. Rec_C :=3D (A =3D> 0, B =3D> 0, C =3D> 0) results in Read, Modify, Write for each field (3 times). Horrible, and may cause defective execution if Reg_C is a peripheral register! Reading a regi= ster does not always give the last value written to it. Also Writing bits in "random" order may cause malfunction of the device. In Ada the Reg_C problem can be mitigated by using pragma Atomic instead, t= his still causes a memory location to be used for the evaluated constant that c= ould just as well be loaded as an immediate. I've uploaded sources, preprocessed file and Makefile/GPR to this location: http://knaldgas.dk/~pdj/bitfields/ - The c-file is just compiled with gcc -O -c main.c Pretty odd that three similar assignments can give three different kinds of code generation... >>From gcc-bugs-return-648602-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:20:33 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83482 invoked by alias); 10 Jul 2019 13:20: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 83463 invoked by uid 48); 10 Jul 2019 13:20:29 -0000 From: "pdj at knaldgas dot dk" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91131] Bad bitfield coalescing Date: Wed, 10 Jul 2019 13: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: 8.3.0 X-Bugzilla-Keywords: missed-optimization, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pdj at knaldgas dot dk 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: 2019-07/txt/msg00714.txt.bz2 Content-length: 248 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91131 --- Comment #1 from Per Dalgas Jakobsen --- Created attachment 46585 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46585&action=3Dedit MWE: Preprocessed C-file >>From gcc-bugs-return-648603-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:33:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130679 invoked by alias); 10 Jul 2019 13:33: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 130632 invoked by uid 48); 10 Jul 2019 13:33:50 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91125] -frepo can't build tramp3d Date: Wed, 10 Jul 2019 13:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 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: marxin 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: 2019-07/txt/msg00715.txt.bz2 Content-length: 581 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91125 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed|2019-07-09 00:00:00 |2019-07-10 Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot g= nu.org Ever confirmed|0 |1 --- Comment #1 from Martin Li=C5=A1ka --- Lemme take it. >>From gcc-bugs-return-648604-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:36:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 2830 invoked by alias); 10 Jul 2019 13:36: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 2763 invoked by uid 48); 10 Jul 2019 13:36:32 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91132] New: New test gcc.dg/strlenopt-67.c in r273317 fails Date: Wed, 10 Jul 2019 13:36: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00716.txt.bz2 Content-length: 2722 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91132 Bug ID: 91132 Summary: New test gcc.dg/strlenopt-67.c in r273317 fails Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -Wall -fdump-tree-optimized -S -o strlenopt= -67.s /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c:62:5: error: redefinition of 'f4' /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c:10:5: note: previous definition of 'f4' was here /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c:76:5: error: redefinition of 'f6' /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c:24:5: note: previous definition of 'f6' was here /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c:90:5: error: redefinition of 'f8' /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c:38:5: note: previous definition of 'f8' was here compiler exited with status 1 FAIL: gcc.dg/strlenopt-67.c (test for excess errors) Excess errors: /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c:62:5: error: redefinition of 'f4' /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c:76:5: error: redefinition of 'f6' /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/strlenopt-67.c:90:5: error: redefinition of 'f8' gcc.dg/strlenopt-67.c: dump file does not exist UNRESOLVED: gcc.dg/strlenopt-67.c scan-tree-dump-times optimized "abort|str= len" 0 gcc.dg/strlenopt-67.c: dump file does not exist UNRESOLVED: gcc.dg/strlenopt-67.c scan-tree-dump-times optimized "abort|str= len" 0 testcase /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/dg.exp completed i= n 1 seconds =3D=3D=3D gcc Summary =3D=3D=3D # of unexpected failures 1 # of unresolved testcases 2 ------------------------------------------------------------------------ r273317 | msebor | 2019-07-09 18:29:33 -0500 (Tue, 09 Jul 2019) | 14 lines gcc/ChangeLog: PR tree-optimization * tree-ssa-strlen.c (handle_char_store): Constrain a single charact= er optimization to just single character stores. gcc/testsuite/ChangeLog: PR tree-optimization * gcc.dg/strlenopt-26.c: Exit with test result status. * gcc.dg/strlenopt-67.c: New test. >>From gcc-bugs-return-648605-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:40:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6427 invoked by alias); 10 Jul 2019 13:40: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 6387 invoked by uid 48); 10 Jul 2019 13:40:26 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] [7/8/9 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Wed, 10 Jul 2019 13:40: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: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 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: 2019-07/txt/msg00717.txt.bz2 Content-length: 648 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Known to work| |10.0 Summary|[7/8/9/10 regression] |[7/8/9 regression] |Incorrect constant |Incorrect constant |propagation of |propagation of |BIT_FIELD_REF |BIT_FIELD_REF --- Comment #8 from Richard Biener --- Fixed on trunk sofar. >>From gcc-bugs-return-648606-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:40:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7268 invoked by alias); 10 Jul 2019 13:40: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 7211 invoked by uid 55); 10 Jul 2019 13:40:43 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91126] [7/8/9 regression] Incorrect constant propagation of BIT_FIELD_REF Date: Wed, 10 Jul 2019 13:40: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: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00718.txt.bz2 Content-length: 721 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91126 --- Comment #9 from Richard Biener --- Author: rguenth Date: Wed Jul 10 13:40:12 2019 New Revision: 273355 URL: https://gcc.gnu.org/viewcvs?rev=3D273355&root=3Dgcc&view=3Drev Log: 2019-07-10 Richard Biener PR tree-optimization/91126 * tree-ssa-sccvn.c (n_walk_cb_data::push_partial_def): Adjust native encoding offset for BYTES_BIG_ENDIAN. (vn_reference_lookup_3): Likewise. * gcc.dg/torture/pr91126.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr91126.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-sccvn.c >>From gcc-bugs-return-648607-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:45:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12982 invoked by alias); 10 Jul 2019 13:45:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 12940 invoked by uid 48); 10 Jul 2019 13:45:49 -0000 From: "castro8583bennett at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/90231] ivopts causes iterator in the loop Date: Wed, 10 Jul 2019 13:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-debug X-Bugzilla-Severity: normal X-Bugzilla-Who: castro8583bennett at gmx dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: amker at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00719.txt.bz2 Content-length: 568 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90231 Carlo B. changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |castro8583bennett at gmx d= ot com --- Comment #6 from Carlo B. --- (In reply to Jakub Jelinek from comment #4) > The point is that ivopts knows better Hi Jakub so what do you suggest we should do about this? Castro B, https://voucher.co.id >>From gcc-bugs-return-648608-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:51:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59074 invoked by alias); 10 Jul 2019 13:50: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 58446 invoked by uid 48); 10 Jul 2019 13:50:54 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91131] Bad bitfield coalescing Date: Wed, 10 Jul 2019 13: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: 8.3.0 X-Bugzilla-Keywords: missed-optimization, 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 cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00720.txt.bz2 Content-length: 1236 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91131 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-10 Ever confirmed|0 |1 Known to fail| |10.0, 8.3.0 --- Comment #2 from Richard Biener --- So your complaint is that struct Reg_T { unsigned int a : 3; unsigned int b : 1; unsigned int c : 4; } __attribute__((packed)); volatile struct Reg_T Reg_A; ... Reg_A =3D (struct Reg_T){ .a =3D 0, .b =3D 0, .c =3D 0 }; does not yield a single store, correct? The reason is how we gimplify this: { Reg_A.a =3D 0; Reg_A.b =3D 0; Reg_A.c =3D 0; D.2005.a =3D 0; D.2005.b =3D 1; D.2005.c =3D 0; Reg_B =3D D.2005; D.2006.a =3D 7; D.2006.b =3D 1; D.2006.c =3D 15; Reg_C =3D D.2006; Reg_D =3D 0; Reg_E =3D 255; D.2007 =3D 0; return D.2007; } see how for the zero-initializer we emit three volatile accesses. >>From gcc-bugs-return-648610-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:56:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65515 invoked by alias); 10 Jul 2019 13:56: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 65491 invoked by uid 48); 10 Jul 2019 13:56:48 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91131] Bad bitfield coalescing Date: Wed, 10 Jul 2019 13: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: 8.3.0 X-Bugzilla-Keywords: missed-optimization, 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: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00722.txt.bz2 Content-length: 458 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91131 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 --- Mine. >>From gcc-bugs-return-648609-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 13:56:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64867 invoked by alias); 10 Jul 2019 13:56: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 64841 invoked by uid 48); 10 Jul 2019 13:56:38 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91131] Bad bitfield coalescing Date: Wed, 10 Jul 2019 13: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: 8.3.0 X-Bugzilla-Keywords: missed-optimization, 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: 2019-07/txt/msg00721.txt.bz2 Content-length: 964 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91131 --- Comment #3 from Richard Biener --- Index: gcc/gimplify.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/gimplify.c (revision 273355) +++ gcc/gimplify.c (working copy) @@ -5005,7 +5004,7 @@ gimplify_init_constructor (tree *expr_p, one field to assign, initialize the target from a temporary. */ if (TREE_THIS_VOLATILE (object) && !TREE_ADDRESSABLE (type) - && num_nonzero_elements > 0 + && (num_nonzero_elements > 0 || !cleared) && vec_safe_length (elts) > 1) { tree temp =3D create_tmp_var (TYPE_MAIN_VARIANT (type)); note your use of packed might end up doing more than one store depending on the architecture. >>From gcc-bugs-return-648611-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 14:03:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79504 invoked by alias); 10 Jul 2019 14:03: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 79447 invoked by uid 48); 10 Jul 2019 14:03:15 -0000 From: "WisdomOfDarkness at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91133] New: Wrong "partial specialization is not more specialized than" error Date: Wed, 10 Jul 2019 14:03: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: WisdomOfDarkness at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00723.txt.bz2 Content-length: 1051 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91133 Bug ID: 91133 Summary: Wrong "partial specialization is not more specialized than" error Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: WisdomOfDarkness at gmail dot com Target Milestone: --- The code under fails to compile with GCC 7, 8 and 9, and produces the follo= wing error: partial specialization 'struct A' is not more specialized than [-fpermissive] ... template struct Id { using type =3D T; }; template struct A { }; //template template::type X> struct A { }; This is clearly wrong because the specialization is clearly specialized in = its second parameter. godbolt: https://godbolt.org/z/wDp3B7 Works in GCC 6 and under. Also works in clang and MSVC. >>From gcc-bugs-return-648612-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 14:24:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107256 invoked by alias); 10 Jul 2019 14: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 107183 invoked by uid 48); 10 Jul 2019 14:23:59 -0000 From: "pdj at knaldgas dot dk" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91131] Bad bitfield coalescing Date: Wed, 10 Jul 2019 14: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: 8.3.0 X-Bugzilla-Keywords: missed-optimization, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pdj at knaldgas dot dk X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00724.txt.bz2 Content-length: 692 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91131 --- Comment #5 from Per Dalgas Jakobsen --- (In reply to Richard Biener from comment #2) > So your complaint is that >=20 > struct Reg_T { > unsigned int a : 3; > unsigned int b : 1; > unsigned int c : 4; > } __attribute__((packed)); >=20 > volatile struct Reg_T Reg_A; > ... > Reg_A =3D (struct Reg_T){ .a =3D 0, .b =3D 0, .c =3D 0 }; >=20 > does not yield a single store, correct? Primary complaint, Yes. Secondary complaint is the use of RAM-memory locations for constants, where= an immediate would be more efficient. Especially on a microcontroller with 32 bytes of RAM... >>From gcc-bugs-return-648613-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 14:37:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74442 invoked by alias); 10 Jul 2019 14:37: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 72115 invoked by uid 48); 10 Jul 2019 14:36:58 -0000 From: "frantisek at sumsal dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91101] Possible performance regression in libasan with detect_stack_use_after_return=1 Date: Wed, 10 Jul 2019 14:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: frantisek at sumsal dot cz X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00725.txt.bz2 Content-length: 339 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91101 --- Comment #17 from Frantisek Sumsal --- Thanks a lot for the thorough debugging and explanation. I raised an issue = on the systemd bug tracker[0] so it can be properly discussed and resolved the= re. [0] https://github.com/systemd/systemd/issues/12997 >>From gcc-bugs-return-648614-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 14:44:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128887 invoked by alias); 10 Jul 2019 14:44: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 128835 invoked by uid 48); 10 Jul 2019 14:44:23 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91124] [10 regression] gcc.target/i386/avx512vl-vpshldvd-2.c etc. FAIL Date: Wed, 10 Jul 2019 14: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: 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: 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: 2019-07/txt/msg00726.txt.bz2 Content-length: 375 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91124 --- Comment #9 from Jakub Jelinek --- Created attachment 46586 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46586&action=3Dedit gcc10-pr91124.patch Untested patch for the VBMI2/VNNI error: the last argument must be an 8-bit immediate etc. issues, but not for the execution failures. >>From gcc-bugs-return-648615-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 15:22:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66572 invoked by alias); 10 Jul 2019 15:22: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 66555 invoked by uid 48); 10 Jul 2019 15:22:02 -0000 From: "emil.fihlman at aalto dot fi" To: gcc-bugs@gcc.gnu.org Subject: =?UTF-8?B?W0J1ZyBjLzkxMTM0XSBOZXc6IENvbmZ1c2luZyBlcnJvciBtZXNzYWdlOiBl?= =?UTF-8?B?cnJvcjog4oCYKnNlcnZlcuKAmSBpcyBhIHBvaW50ZXI7IGRpZCB5b3UgbWVh?= =?UTF-8?B?biB0byB1c2Ug4oCYLT7igJk/IHdoZW4gLT4gaXMgdXNlZA==?= Date: Wed, 10 Jul 2019 15: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: 6.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: emil.fihlman at aalto dot fi X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00727.txt.bz2 Content-length: 2996 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91134 Bug ID: 91134 Summary: Confusing error message: error: =E2=80=98*server=E2=80= =99 is a pointer; did you mean to use =E2=80=98->=E2=80=99? when= -> is used Product: gcc Version: 6.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: emil.fihlman at aalto dot fi Target Milestone: --- gcc -Wall -Werror -Wextra -O3 -flto -o program program.c -lm program.c: In function =E2=80=98setupFunction=E2=80=99: program.c:Y:X: error: =E2=80=98*server=E2=80=99 is a pointer; did you mean = to use =E2=80=98->=E2=80=99? if(setupThing(&(*server->thing), MAX_THINGY)=3D=3D~0UL) ^~ server is of type struct Server ** in this context The error message should probably change in this context to suggesting parentheses. fiesh on #gcc@Freenode gave these ideas regarding this: 2019-07-10 18:11:03 +0300 < fiesh> I think that `server->thing` is probably replaced by `(*server.thing)` since they are semantically equivalent at some stage before the error is produced 2019-07-10 18:11:45 +0300 < fiesh> then the parser sees that *server is a pointer type and you're trying to access its contents with ., so it tells y= ou that doesn't work 2019-07-10 18:12:52 +0300 < fiesh> by ((*server).thing) Emil Using built-in specs. COLLECT_GCC=3Dgcc COLLECT_LTO_WRAPPER=3D/usr/lib/gcc/x86_64-linux-gnu/6/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion=3D'Debian 6.3.0-18+d= eb9u1' --with-bugurl=3Dfile:///usr/share/doc/gcc-6/README.Bugs --enable-languages=3Dc,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=3D/u= sr --program-suffix=3D-6 --program-prefix=3Dx86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=3D/usr/lib --without-included-gettext --enable-threads=3Dposix --libdir=3D/usr/lib --enable-nls --with-sysroot=3D/ --enable-clocale=3Dgnu --enable-libstdcxx-debug --enable-libstdcxx-time=3Dy= es --with-default-libstdcxx-abi=3Dnew --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --disable-browser-plugin --enable-java-awt=3Dgtk --enable-gtk-cairo --with-java-home=3D/usr/lib/jvm/java-1.5.0-gcj-6-amd64/j= re --enable-java-home --with-jvm-root-dir=3D/usr/lib/jvm/java-1.5.0-gcj-6-amd64 --with-jvm-jar-dir=3D/usr/lib/jvm-exports/java-1.5.0-gcj-6-amd64 --with-arch-directory=3Damd64 --with-ecj-jar=3D/usr/share/java/eclipse-ecj.= jar --with-target-system-zlib --enable-objc-gc=3Dauto --enable-multiarch --with-arch-32=3Di686 --with-abi=3Dm64 --with-multilib-list=3Dm32,m64,mx32 --enable-multilib --with-tune=3Dgeneric --enable-checking=3Drelease --build=3Dx86_64-linux-gnu --host=3Dx86_64-linux-gnu --target=3Dx86_64-linu= x-gnu Thread model: posix gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) >>From gcc-bugs-return-648616-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 15:29:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106510 invoked by alias); 10 Jul 2019 15:29:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 105193 invoked by uid 48); 10 Jul 2019 15:29:42 -0000 From: "emil.fihlman at aalto dot fi" To: gcc-bugs@gcc.gnu.org Subject: =?UTF-8?B?W0J1ZyBjLzkxMTM0XSBDb25mdXNpbmcgZXJyb3IgbWVzc2FnZTogZXJyb3I6?= =?UTF-8?B?IOKAmCpzZXJ2ZXLigJkgaXMgYSBwb2ludGVyOyBkaWQgeW91IG1lYW4gdG8g?= =?UTF-8?B?dXNlIOKAmC0+4oCZPyB3aGVuIC0+IGlzIHVzZWQ=?= Date: Wed, 10 Jul 2019 15:29: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.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: emil.fihlman at aalto dot fi X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00728.txt.bz2 Content-length: 251 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91134 --- Comment #1 from Emil Fihlman --- The fix programming side is of course just wrapping *server in parentheses = but the error message should still be amended imho. >>From gcc-bugs-return-648618-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 15:57:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99592 invoked by alias); 10 Jul 2019 15:57: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 99572 invoked by uid 48); 10 Jul 2019 15:57:18 -0000 From: "gcc at octaforge dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91135] New: __linux__ not defined with -mcall-aixdesc on 9.x and ppc64 Date: Wed, 10 Jul 2019 15:57: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: gcc at octaforge 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: 2019-07/txt/msg00730.txt.bz2 Content-length: 980 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91135 Bug ID: 91135 Summary: __linux__ not defined with -mcall-aixdesc on 9.x and ppc64 Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: gcc at octaforge dot org Target Milestone: --- Since 9.x, using the `-mcall-aixdesc` makes gcc undefine `__linux__`. This breaks compilation of the Linux kernel as it relies on the older behavior (`-mcall-aixdesc` is used on BE, without it the kernel does not link and th= ere are several modules that check for `__linux__` being defined and break if i= t's not). The kernel claims it's a GCC bug: https://bugzilla.kernel.org/show_bug.cgi?id=3D204125 Could someone confirm whether it is, so that it is known if this needs to be fixed in gcc or in the kernel? Thanks >>From gcc-bugs-return-648617-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 15:57:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98892 invoked by alias); 10 Jul 2019 15:57: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 98859 invoked by uid 48); 10 Jul 2019 15:57:06 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: =?UTF-8?B?W0J1ZyBjLzkxMTM0XSBDb25mdXNpbmcgZXJyb3IgbWVzc2FnZTogZXJyb3I6?= =?UTF-8?B?IOKAmCpzZXJ2ZXLigJkgaXMgYSBwb2ludGVyOyBkaWQgeW91IG1lYW4gdG8g?= =?UTF-8?B?dXNlIOKAmC0+4oCZPyB3aGVuIC0+IGlzIHVzZWQ=?= Date: Wed, 10 Jul 2019 15: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: 6.3.0 X-Bugzilla-Keywords: diagnostic 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: 2019-07/txt/msg00729.txt.bz2 Content-length: 791 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91134 Jonathan Wakely changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |diagnostic Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-10 Ever confirmed|0 |1 --- Comment #2 from Jonathan Wakely --- struct X { int member; } x; X* p =3D &x; X** pp =3D &p; int i =3D *pp->member; 91134.cc:4:14: error: request for member 'member' in '* pp', which is of pointer type 'X*' (maybe you meant to use '->' ?) 4 | int i =3D *pp->member; | ^~~~~~ >>From gcc-bugs-return-648619-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 16:00:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102915 invoked by alias); 10 Jul 2019 16:00: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 102848 invoked by uid 48); 10 Jul 2019 16:00:42 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: =?UTF-8?B?W0J1ZyBjLzkxMTM0XSBDb25mdXNpbmcgZXJyb3IgbWVzc2FnZTogZXJyb3I6?= =?UTF-8?B?IOKAmCpzZXJ2ZXLigJkgaXMgYSBwb2ludGVyOyBkaWQgeW91IG1lYW4gdG8g?= =?UTF-8?B?dXNlIOKAmC0+4oCZPyB3aGVuIC0+IGlzIHVzZWQ=?= Date: Wed, 10 Jul 2019 16:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 6.3.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00731.txt.bz2 Content-length: 1069 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91134 --- Comment #3 from Jonathan Wakely --- (In reply to Emil Fihlman from comment #0) > fiesh on #gcc@Freenode gave these ideas regarding this: >=20 > 2019-07-10 18:11:03 +0300 < fiesh> I think that `server->thing` is probab= ly > replaced by `(*server.thing)` since they are semantically equivalent at s= ome > stage before the error is produced > 2019-07-10 18:11:45 +0300 < fiesh> then the parser sees that *server is a > pointer type and you're trying to access its contents with ., so it tells > you that doesn't work > 2019-07-10 18:12:52 +0300 < fiesh> by ((*server).thing) No I don't think that's what happens. I think the error is given for any class member access expression where the object expression has pointer type, i.e. `server->thing` is a member access expression, and `server` is a pointer, so it gives that error. What needs to happen is to check whether -> is already used, and in that ca= se suggest dereferencing the object expression first, i.e. `(*server)->thing` >>From gcc-bugs-return-648620-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 16:07:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121127 invoked by alias); 10 Jul 2019 16: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 121085 invoked by uid 48); 10 Jul 2019 16:07:21 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91127] Incorrect checking of nonnull attribute with argument to a constructor of class with a virtual base Date: Wed, 10 Jul 2019 16:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00732.txt.bz2 Content-length: 1349 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91127 --- Comment #2 from Martin Sebor --- The function that validates attribute positional arguments doesn't consider= the subtleties of C++ member functions so the diagnostic it gives in these case= s is confusing. I agree that the nonnull attribute doesn't make sense for the t= his pointer. Clang gives an error when nonnull is applied to this, so changing= GCC to issue a warning (if not error) would seem appropriate. Putting the implicit this argument in member functions at number 1 when in non-members it refers to the first explicit argument seems like an unfortun= ate design flaw. But it goes back many years so I also agree it wouldn't be sa= fe to change today. I suspect the implicit int argument in ctors was never considered. I would think it should be possible to skip without breaking too much code. Clang handles the test case correctly and so should GCC. The change from error for attribute nonnull to warning was just the result = of factoring the positional argument checking out of individual attribute hand= lers and into a common function. Attributes alloc_align and alloc_size issued a warning, and attribute nonnull an error, so I went with the former. Tighte= ning it to an error in GCC 10 to match Clang sounds like a good change. >>From gcc-bugs-return-648621-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 16:07:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121964 invoked by alias); 10 Jul 2019 16: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 121892 invoked by uid 55); 10 Jul 2019 16:07:42 -0000 From: "vmakarov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91102] [9/10 Regression] aarch64 ICE on Linux kernel with -Os starting with r270266 Date: Wed, 10 Jul 2019 16:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vmakarov 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.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00733.txt.bz2 Content-length: 758 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91102 --- Comment #7 from Vladimir Makarov --- Author: vmakarov Date: Wed Jul 10 16:07:10 2019 New Revision: 273357 URL: https://gcc.gnu.org/viewcvs?rev=3D273357&root=3Dgcc&view=3Drev Log: 2019-07-10 Vladimir Makarov PR target/91102 * lra-constraints.c (process_alt_operands): Don't match user defined regs only if they are early clobbers. 2019-07-10 Vladimir Makarov PR target/91102 * gcc.target/aarch64/pr91102.c: New test. Added: trunk/gcc/testsuite/gcc.target/aarch64/pr91102.c Modified: trunk/gcc/ChangeLog trunk/gcc/lra-constraints.c trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-648622-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 16:08:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123903 invoked by alias); 10 Jul 2019 16:08: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 123874 invoked by uid 48); 10 Jul 2019 16:08:54 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91135] __linux__ not defined with -mcall-aixdesc on 9.x and ppc64 Date: Wed, 10 Jul 2019 16:08: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: 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: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00734.txt.bz2 Content-length: 617 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91135 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-07-10 CC| |segher at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Segher Boessenkool --- Confimed. Testcase: :|gcc -E -dM - -mcall-aixdesc|grep linux >>From gcc-bugs-return-648623-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 16:16:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 15753 invoked by alias); 10 Jul 2019 16:16: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 15548 invoked by uid 48); 10 Jul 2019 16:16:17 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91132] New test gcc.dg/strlenopt-67.c in r273317 fails Date: Wed, 10 Jul 2019 16:16: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: 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00735.txt.bz2 Content-length: 518 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91132 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot g= nu.org --- Comment #1 from Martin Sebor --- Fixed in r273358. >>From gcc-bugs-return-648624-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 16:16:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16471 invoked by alias); 10 Jul 2019 16:16: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 16446 invoked by uid 55); 10 Jul 2019 16:16:29 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91132] New test gcc.dg/strlenopt-67.c in r273317 fails Date: Wed, 10 Jul 2019 16:16: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: 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-07/txt/msg00736.txt.bz2 Content-length: 505 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91132 --- Comment #2 from Martin Sebor --- Author: msebor Date: Wed Jul 10 16:15:52 2019 New Revision: 273358 URL: https://gcc.gnu.org/viewcvs?rev=3D273358&root=3Dgcc&view=3Drev Log: PR testsuite/91132 - test gcc.dg/strlenopt-67.c in r273317 fails gcc/testsuite/ChangeLog: * gcc.dg/strlenopt-67.c: Removed second copy of test. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/strlenopt-67.c >>From gcc-bugs-return-648625-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 10 16:37:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66395 invoked by alias); 10 Jul 2019 16:37: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 66387 invoked by uid 89); 10 Jul 2019 16:37:41 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=BAYES_50,HTML_MESSAGE,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=pricing, visitors, Trade, H*UA:15.0 X-HELO: n1nlsmtp02.shr.prod.ams1.secureserver.net Received: from n1nlsmtp02.prod.ams1.secureserver.net (HELO n1nlsmtp02.shr.prod.ams1.secureserver.net) (188.121.43.194) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 10 Jul 2019 16:37:40 +0000 Received: from n3plcpnl0264.prod.ams3.secureserver.net ([160.153.155.20]) by : HOSTING RELAY : with ESMTP id lFa8hui7EteprlFa8hDyKW; Wed, 10 Jul 2019 09:36:36 -0700 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=universaldigitalehub.com; s=default; h=Content-Type:MIME-Version:Message-ID :Date:Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID :Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To: Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=K6K9y98zSdICX+OqgfREHv7oeJn7pBRLm4GddHgILgw=; b=rp00vO8Mk2GI2kULWAd4fPLcDD zb0QtgSx30jfp0f86zVOmRGwIWBCKdCB8zWWzEWqe9yULA52yWuY65Y96QP1lukAYehtUoiwgcPDM NEoZHw1OkpsmunlcrxsIK/mA+fjlAPMdLlKIr4nOVQIYoRHps31i+rr7TzBvTQsT7cjYhuBlPeyV+ +mTAYKXJY8YD0rkuD8vIl4L9d/syIpnu/lyzE5SjZdDwXtzEwOuW19/tSnrQkPW0ynFvDzrdLpOSi KNBi1O8YURw2asUvNigDDtVefFq8qOdt81/NlJwkEjZ6cUnR1HicjhnrtKPlpqbWSHHCMjYafHR8B WhByw0cQ==; Received: from [95.211.162.11] (port=57103 helo=WS98) by n3plcpnl0264.prod.ams3.secureserver.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1hlF1Q-00Dv5k-EY for gcc-bugs@gcc.gnu.org; Wed, 10 Jul 2019 09:00:44 -0700 From: "Kathryn Watson" To: Subject: Swim Collective Trade Show 2019 Date: Wed, 10 Jul 2019 16:37:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-SW-Source: 2019-07/txt/msg00737.txt.bz2 Content-length: 303 Hi, We are providing the Attendees list of Swim Collective Trade Show 2019 with 9,950 visitors. If you are interested, please let me know your thoughts, so that I can send you the pricing for it. Best Regards, Kathryn Watson Demand Generation To be removed from my emails, please reply STOP.