From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 44766 invoked by alias); 23 Nov 2019 17:11:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 44737 invoked by uid 48); 23 Nov 2019 17:11:19 -0000 From: "gsocshubham at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92639] New: Error: Integer too big for its kind at (1) Date: Sat, 23 Nov 2019 17:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: unknown 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 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-11/txt/msg02904.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92639 Bug ID: 92639 Summary: Error: Integer too big for its kind at (1) Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gsocshubham at gmail dot com Target Milestone: --- For below testcase, I ran on godbolt.org GFORTRAN trunk. Here are some observations -=20 gfortran throws an error for BGE intrinsic when the value of one of paramet= er is -2147483648 which should not be according to permissible range of BGE, t= he maximum range for default kind is (-2147483648, 2147483647) derived as -2^31 to 2^31 - 1 whereas x86-64 ifort 19.0.0 (Intel's fortran compiler) gives output without error. --------------------------------TESTCASE----------------------------------- subroutine print_pass_fail(expected, actual) implicit none logical :: actual, expected if ( actual .eqv. expected )then print *, "PASS" else print *, "FAIL" end if end subroutine print_pass_fail program bge_test_base implicit none logical :: index index =3D BGE(127, -2147483648); !print *, index call print_pass_fail (.true.,index) end program >>From gcc-bugs-return-661111-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 23 17:16:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49446 invoked by alias); 23 Nov 2019 17:16: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 49367 invoked by uid 48); 23 Nov 2019 17:16:13 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92639] Error: Integer too big for its kind at (1) Date: Sat, 23 Nov 2019 17:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02905.txt.bz2 Content-length: 1676 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92639 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |kargl at gcc dot gnu.org Resolution|--- |INVALID --- Comment #1 from kargl at gcc dot gnu.org --- (In reply to Shubham Narlawar from comment #0) > For below testcase, I ran on godbolt.org GFORTRAN trunk. Here are some > observations -=20 >=20 > gfortran throws an error for BGE intrinsic when the value of one of > parameter is -2147483648 which should not be according to permissible ran= ge > of BGE, the maximum range for default kind is (-2147483648, 2147483647) >=20 > derived as -2^31 to 2^31 - 1 >=20 > whereas x86-64 ifort 19.0.0 (Intel's fortran compiler) gives output witho= ut > error. >=20 >=20 > --------------------------------TESTCASE---------------------------------= -- >=20 > subroutine print_pass_fail(expected, actual) > implicit none > logical :: actual, expected > if ( actual .eqv. expected )then > print *, "PASS" > else > print *, "FAIL" > end if > end subroutine print_pass_fail > program bge_test_base > implicit none > logical :: index > index =3D BGE(127, -2147483648); > !print *, index > call print_pass_fail (.true.,index) > end program There are no negative integers. There are integers and unary minus operato= r.=20 This means that "-2147483648" is parse as "unary minus 2147483648". 214748= 3648 is too big for its kind. >>From gcc-bugs-return-661112-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 23 19:01:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109102 invoked by alias); 23 Nov 2019 19:01: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 109017 invoked by uid 48); 23 Nov 2019 19:01:03 -0000 From: "jorrit at jorrit dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92640] New: Incorrect warning: exception of type 'const derived&' will be caught by earlier handler for 'const base&' Date: Sat, 23 Nov 2019 19:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jorrit at jorrit dot de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02906.txt.bz2 Content-length: 1868 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92640 Bug ID: 92640 Summary: Incorrect warning: exception of type 'const derived&' will be caught by earlier handler for 'const base&' Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: jorrit at jorrit dot de Target Milestone: --- In the following program, the catch-clause for `derived` is taken, since `derived` is derived privately from `base`. However, the compiler still em= its a warning that the catch clause for `derived` will nether be taken. Compiled without any particular options. > struct base {}; > class derived : base {}; > > template > int check() > { > try { > throw derived(); > } > catch(const base &) { return 0; } > catch(const derived &) { return 1; } > } > > int main() > { > return check(); > } Compiler stderr > : In function 'int check()': > :11:3: warning: exception of type 'const derived&' will be caught > 11 | catch(const derived &) { return 1; } > | ^~~~~ > :10:3: warning: by earlier handler for 'const base&' > 10 | catch(const base &) { return 0; } > | ^~~~~ The program exits with 1 when run, contradicting the compiler warning. Could reproduce with the following version on godbolt, https://godbolt.org/z/jerjHS: - current trunk: g++ (Compiler-Explorer-Build) 10.0.0 20191122 (experimenta= l) - g++ (Compiler-Explorer-Build) 9.2.0 - g++ (Compiler-Explorer-Build) 8.3.0 - g++ (Compiler-Explorer-Build) 7.5.0 Note: this may or may not be a dup of Bug 69373. Though here it is not (function) pointers, and only happens with the catch clauses inside a templ= ate function. >>From gcc-bugs-return-661113-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 23 19:06:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113175 invoked by alias); 23 Nov 2019 19:06:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 113117 invoked by uid 48); 23 Nov 2019 19:06:38 -0000 From: "jorrit at jorrit dot de" To: gcc-bugs@gcc.gnu.org Subject: =?UTF-8?B?W0J1ZyBjKysvNjkzNzNdIEdDQyBlbWl0cyBpbmNvcnJlY3Qgd2FybmluZyB0?= =?UTF-8?B?aGF0ICJleGNlcHRpb24gb2YgdHlwZSDigJh2b2lkICgqKSgp4oCZIHdpbGwg?= =?UTF-8?B?YmUgY2F1Z2h0IGJ5IGVhcmxpZXIgaGFuZGxlciBmb3IgJ3ZvaWQqJyI=?= Date: Sat, 23 Nov 2019 19:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: jorrit at jorrit dot de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02907.txt.bz2 Content-length: 574 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D69373 J=C3=B6 changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jorrit at jorrit dot de --- Comment #1 from J=C3=B6 --- Came across this bug while filing a similar problem. Checked that this bug still occurs with current trunk on godbolt (g++ (Compiler-Explorer-Build) 10.0.0 20191122 (experimental)). It does indeed still occur. >>From gcc-bugs-return-661114-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 23 19:33:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4518 invoked by alias); 23 Nov 2019 19:33: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 4434 invoked by uid 48); 23 Nov 2019 19:33:19 -0000 From: "jamborm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91832] [10 Regression] ICE in scan_expr_access, at ipa-sra.c:1695 since r275982 Date: Sat, 23 Nov 2019 19:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jamborm at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jamborm 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-11/txt/msg02908.txt.bz2 Content-length: 442 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91832 Martin Jambor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Martin Jambor --- Yes, I believe it is. >>From gcc-bugs-return-661115-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 23 19:55:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14744 invoked by alias); 23 Nov 2019 19:55: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 14705 invoked by uid 48); 23 Nov 2019 19:55:36 -0000 From: "kokuam at hotmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/61414] enum class bitfield size-checking needs a separate warning flag controlling it Date: Sat, 23 Nov 2019 19: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, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: kokuam at hotmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-11/txt/msg02909.txt.bz2 Content-length: 455 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D61414 Alexander Kokushkin changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kokuam at hotmail dot com --- Comment #20 from Alexander Kokushkin --- Unfortunately, it's still present in 9.2.0 and quite painful. >>From gcc-bugs-return-661116-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 23 21:50:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88033 invoked by alias); 23 Nov 2019 21:50: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 87998 invoked by uid 48); 23 Nov 2019 21:50:12 -0000 From: "sagebar at web dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/92641] New: Function called from dead branch Date: Sat, 23 Nov 2019 21:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sagebar at web dot de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02910.txt.bz2 Content-length: 2206 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92641 Bug ID: 92641 Summary: Function called from dead branch Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: sagebar at web dot de Target Milestone: --- Created attachment 47339 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47339&action=3Dedit Listing of problematic code, and similar code that works correctly Given something like this:``` extern unsigned int get_vla_size(void); ``` This is ok:``` if (0) { (void)(int(*)[get_vla_size()])0; } else { (void)get_vla_size(); } ``` asm:``` call _Z12get_vla_sizev ``` However, re-writing this code to use the ?-operator causes `get_vla_size()`= to be called twice:``` 0 ? ( (void)(int(*)[get_vla_size()])0 ) : ( (void)get_vla_size() ); ``` asm:``` call _Z12get_vla_sizev call _Z12get_vla_sizev ``` Note that the first call to `get_vla_size()` happens from within a dead bra= nch, meaning that the call should have been fully removed, or at the very least = have been skipped by an unconditional jump. When the first branch is wrapped in statement-expressions, code once again function as expected:``` 0 ? ({ (void)(int(*)[get_vla_size()])0; }) : ( (void)get_vla_size() ); ``` asm:``` call _Z12get_vla_sizev ``` This problem consistently appears when compiling for c++, regardless of optimization level, and if I had to guess, it's probably related to the sco= pe in which some given type is declared, where `type-expr` in `{ int x; 0 ? (type-expr)expr : expr; }` is declared in the same scope as `x`, and thereby unconditionally initialized. The problem can be reproduced using:``` g++ -S attached-file.cc && cat attached-file.s ``` and inspecting the produced output=20 Note: I hope that `middle-end` was the correct place to report this, and I'm sorry if it isn't. >>From gcc-bugs-return-661117-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 23 21:59:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93866 invoked by alias); 23 Nov 2019 21:59: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 93823 invoked by uid 48); 23 Nov 2019 21:59:08 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92641] VLA type finalized at the beginging of the statement rather at the point of use Date: Sat, 23 Nov 2019 21:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.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: component short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02911.txt.bz2 Content-length: 983 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92641 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Component|middle-end |c++ Summary|Function called from dead |VLA type finalized at the |branch |beginging of the statement | |rather at the point of use --- Comment #1 from Andrew Pinski --- The big question comes, where should the VLA type be finalized, at the use = or at the beginning of the statement. Statement expressions create a new statement so you are seeing that. I don't know the correct answer. Since VLA types are not part of the C++ standard, what GCC does currently might be considered the correct answer (a= nd most likely could not be implemented different either). >>From gcc-bugs-return-661118-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 23 22:05:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98496 invoked by alias); 23 Nov 2019 22:05: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 98437 invoked by uid 48); 23 Nov 2019 22:05:15 -0000 From: "jvdelisle at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/92569] [8/9/10 Regression] gfortran read with end directive does not trigger with -ffrontend-optimize Date: Sat, 23 Nov 2019 22:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jvdelisle at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: tkoenig at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-11/txt/msg02912.txt.bz2 Content-length: 281 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92569 --- Comment #9 from Jerry DeLisle --- (In reply to Thomas Koenig from comment #8) > Hope you don't mind if I take this. Hi Thomas, just noticed this one. I can review for you when you are ready. >>From gcc-bugs-return-661119-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 23 22:28:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114941 invoked by alias); 23 Nov 2019 22:28: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 114916 invoked by uid 48); 23 Nov 2019 22:28:37 -0000 From: "sagebar at web dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92641] VLA type finalized at the beginging of the statement rather at the point of use Date: Sat, 23 Nov 2019 22:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sagebar at web dot de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02913.txt.bz2 Content-length: 1705 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92641 --- Comment #2 from sagebar at web dot de --- (In reply to Andrew Pinski from comment #1) > The big question comes, where should the VLA type be finalized, at the use > or at the beginning of the statement. >=20 > Statement expressions create a new statement so you are seeing that. >=20 > I don't know the correct answer. Since VLA types are not part of the C++ > standard, what GCC does currently might be considered the correct answer > (and most likely could not be implemented different either). That may be so, however I find it extremely disconcerting that it is possib= le to have the contents of a compile-time dead branch be able to affect the generated assembly in ways that can cause some very real side-effects (func= tion calls) at runtime. When I write a macro like `#define ifelse(c, tt, ff) ((c) ? (tt) : (ff))`, = then I really _have_ to be able to rely on the fact that whatever happens, and whatever it is passed, _only_ 1 of `tt` or `ff` get evaluated at runtime, no matter what happens between me invoking g++, and eventually running the produced binary. To answer the question as to when finalization of the type should happen: t= he naive (and probably most comprehensible) answer would be at the end of the = dead ?-branch, though I can see how that might be difficult since that branch doesn't have its own scope. I sadly don't know enough of how gcc in particular generates assembly, howe= ver I do know how a generic compiler works, so one solution might be to compile= `0 ? vla-expr : other-expr' as `jmp 1f; vla-expr; jmp 2f; 1: other-expr; 2:` a= nd use peephole optimization to transform this into `other-expr;` >>From gcc-bugs-return-661120-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 01:14:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70422 invoked by alias); 24 Nov 2019 01:14: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 70357 invoked by uid 48); 24 Nov 2019 01:14:22 -0000 From: "jg at jguk dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92642] New: Enhance shift-count-overflow output Date: Sun, 24 Nov 2019 01:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jg at jguk 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-11/txt/msg02914.txt.bz2 Content-length: 1058 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92642 Bug ID: 92642 Summary: Enhance shift-count-overflow output Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: jg at jguk dot org Target Milestone: --- Could g++ enhance this warning ? Suggestion: A) Include the number of bits being shifted B) Include the type of the value being shifted. C) Include the size in bits of the type in (B). #1 with x86-64 gcc (trunk) :2:15: warning: left shift count >=3D width of type [-Wshift-count-overflow] 2 | size_t big =3D 1<<41; | ~^~~~ Compiler returned: 0 Suggestion: #1 with x86-64 gcc (trunk) :2:15: warning: left shift count '41' >=3D width of type 'int' (32b= it) [-Wshift-count-overflow] 2 | size_t big =3D 1<<41; | ~^~~~ Compiler returned: 0 Code: #include size_t big =3D 1<<41; >>From gcc-bugs-return-661121-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 03:50:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82574 invoked by alias); 24 Nov 2019 03:50: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 82547 invoked by uid 48); 24 Nov 2019 03:50:17 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92643] New: ISO_Fortran_binding_15.f90 failure on i586-*-freebsd Date: Sun, 24 Nov 2019 03:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-11/txt/msg02915.txt.bz2 Content-length: 1425 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92643 Bug ID: 92643 Summary: ISO_Fortran_binding_15.f90 failure on i586-*-freebsd Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: kargl at gcc dot gnu.org Target Milestone: --- % gmake check-fortran RUNTESTFLAGS=3D"dg.exp=3DISO_Fortran_binding_15.f90" Running /usr/home/kargl/gcc/gcc/gcc/testsuite/gfortran.dg/dg.exp ... FAIL: gfortran.dg/ISO_Fortran_binding_15.f90 -O0 execution test FAIL: gfortran.dg/ISO_Fortran_binding_15.f90 -O1 execution test FAIL: gfortran.dg/ISO_Fortran_binding_15.f90 -O2 execution test FAIL: gfortran.dg/ISO_Fortran_binding_15.f90 -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions execution test FAIL: gfortran.dg/ISO_Fortran_binding_15.f90 -O3 -g execution test FAIL: gfortran.dg/ISO_Fortran_binding_15.f90 -Os execution test =3D=3D=3D gfortran Summary =3D=3D=3D # of expected passes 6 # of unexpected failures 6 % svn info Path: . Working Copy Root Path: /usr/home/kargl/gcc/gcc URL: svn://gcc.gnu.org/svn/gcc/trunk Relative URL: ^/trunk Repository Root: svn://gcc.gnu.org/svn/gcc Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4 Revision: 278648 >>From gcc-bugs-return-661122-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 03:59:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 86941 invoked by alias); 24 Nov 2019 03:59: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 86915 invoked by uid 48); 24 Nov 2019 03:59:41 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92643] ISO_Fortran_binding_15.f90 failure on i586-*-freebsd Date: Sun, 24 Nov 2019 03: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: X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02916.txt.bz2 Content-length: 792 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92643 --- Comment #1 from kargl at gcc dot gnu.org --- Copying ISO_Fortran_binding_15.c and ISO_Fortran_binding_15.f90 to /tmp. Edit ISO_Fortran_binding_15.c to find the header file. % ~/work/bin/gcc -c ISO_Fortran_binding_15.c % gfcx -o z ISO_Fortran_binding_15.f90 ISO_Fortran_binding_15.o % ./z Segmentation fault (core dumped) % ~/work/bin/gcc -c -g -o a.o ISO_Fortran_binding_15.c % gfcx -o z -g ISO_Fortran_binding_15.f90 a.o % ./z Segmentation fault (core dumped) % gdb831 ./z (gdb) run Starting program: /usr/home/kargl/tmp/z=20 Program received signal SIGSEGV, Segmentation fault. main () at ISO_Fortran_binding_15.c:29 29 if (*(int *)dat.base_addr !=3D 42) I think that there is a 32-bit vs 64-bit problem with pointers. >>From gcc-bugs-return-661123-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 04:12:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92996 invoked by alias); 24 Nov 2019 04:12: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 92956 invoked by uid 48); 24 Nov 2019 04:12:00 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92644] New: [9/10 Regression] ICE in wide_int_to_tree_1, at tree.c:1530 Date: Sun, 24 Nov 2019 04:12: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: 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 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-11/txt/msg02917.txt.bz2 Content-length: 1345 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92644 Bug ID: 92644 Summary: [9/10 Regression] ICE in wide_int_to_tree_1, at tree.c:1530 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- g++-10.0.0-alpha20191117 snapshot (r278376) and 9.2.0 ICE when compiling the following testcase w/ -O1 -fno-early-inlining: int x8 () { return ([rn =3D nullptr] () { return rn; } ()) ? 1 : 0; } % g++-10.0.0-alpha20191117 -O1 -fno-early-inlining -c hfy7acky.C during GIMPLE pass: phiopt hfy7acky.C: In function 'int x8()': hfy7acky.C:5:1: internal compiler error: in wide_int_to_tree_1, at tree.c:1= 530 5 | } | ^ 0x7ae494 wide_int_to_tree_1 =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191117/work/gcc-10-20191117/gc= c/tree.c:1530 0x10b76d4 minmax_replacement =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191117/work/gcc-10-20191117/gc= c/tree-ssa-phiopt.c:1389 0x10bb49b tree_ssa_phiopt_worker =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191117/work/gcc-10-20191117/gc= c/tree-ssa-phiopt.c:348 >>From gcc-bugs-return-661124-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 05:11:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11832 invoked by alias); 24 Nov 2019 05:11: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 11767 invoked by uid 48); 24 Nov 2019 05:11:52 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/69864] Fix various Wnarrowing minor issues Date: Sun, 24 Nov 2019 05: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: 5.3.0 X-Bugzilla-Keywords: diagnostic, easyhack X-Bugzilla-Severity: minor X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02918.txt.bz2 Content-length: 442 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D69864 --- Comment #15 from Eric Gallager --- (In reply to Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez from comment #8) [...snip...] > and replace the kludge in cp/typeck2.c with it (possibly fixing PR69872 > along the way). Document when some warnings might be errors (like we have > precise definitions for permerror/pedwarn). (note that bug 69872 has since been fixed) >>From gcc-bugs-return-661125-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 06:59:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8437 invoked by alias); 24 Nov 2019 06:59: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 8379 invoked by uid 48); 24 Nov 2019 06:59:51 -0000 From: "jvdelisle at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/92100] Formatted stream IO irreproducible read with binary data in file Date: Sun, 24 Nov 2019 06:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jvdelisle at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jvdelisle at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02919.txt.bz2 Content-length: 1158 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92100 Jerry DeLisle changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc do= t gnu.org --- Comment #8 from Jerry DeLisle --- Patch: diff --git a/libgfortran/io/transfer.c b/libgfortran/io/transfer.c index 6382d0dad09..bb104db3584 100644 --- a/libgfortran/io/transfer.c +++ b/libgfortran/io/transfer.c @@ -3273,8 +3273,9 @@ data_transfer_init_worker (st_parameter_dt *dtp, int read_flag) if (dtp->pos !=3D dtp->u.p.current_unit->strm_pos) { - fbuf_flush (dtp->u.p.current_unit, dtp->u.p.mode); - if (sseek (dtp->u.p.current_unit->s, dtp->pos - 1, SEEK_SET)= < 0) + fbuf_reset (dtp->u.p.current_unit); + if (sseek (dtp->u.p.current_unit->s, dtp->pos - 1, + SEEK_SET) < 0) { generate_error (&dtp->common, LIBERROR_OS, NULL); return; >>From gcc-bugs-return-661126-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 09:17:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 76403 invoked by alias); 24 Nov 2019 09:17:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 76357 invoked by uid 48); 24 Nov 2019 09:17:30 -0000 From: "schwab@linux-m68k.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92643] ISO_Fortran_binding_15.f90 failure on i586-*-freebsd Date: Sun, 24 Nov 2019 09:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: 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-11/txt/msg02920.txt.bz2 Content-length: 172 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92643 --- Comment #2 from Andreas Schwab --- It also fails on aarch64-*-linux, both ILP32 and LP64. >>From gcc-bugs-return-661127-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 09:47:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89488 invoked by alias); 24 Nov 2019 09:47: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 89446 invoked by uid 48); 24 Nov 2019 09:47:20 -0000 From: "hubicka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92645] New: Hand written vector code is 450 times slower when compiled with GCC compared to Clang Date: Sun, 24 Nov 2019 09:47: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: hubicka 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-11/txt/msg02921.txt.bz2 Content-length: 9893 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92645 Bug ID: 92645 Summary: Hand written vector code is 450 times slower when compiled with GCC compared to Clang Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hubicka at gcc dot gnu.org Target Milestone: --- Hi, the attached are preprocessed files for Skia where Clang ifdefs was removed= so we get roughly same file for GCC and Clang. The internal loop of _ZN3hsw16blit_row_color32EPjPKjij, _ZN3hsw16blit_row_color32EPjPKjij, _ZN3hsw16blit_row_color32EPjPKjij and _ZN3hsw16blit_row_color32EPjPKjij looks a lot worse when compiled by GCC then by clang.=20 I also added flatten to eliminate the inlining difference. Clang has heuris= tics that makes functions with hand written vector code hot. GCC code packs via stack: 0.43 =C3=A2 mov %ax,0xae(%rsp) 0.03 =C3=A2 movzbl 0x78(%rsp),%eax 0.02 =C3=A2 mov %cx,0xd8(%rsp) 0.02 =C3=A2 mov %ax,0xb0(%rsp) 0.54 =C3=A2 vpextrb $0x9,%xmm5,%eax 0.16 =C3=A2 mov %ax,0xb2(%rsp) 0.51 =C3=A2 vpextrb $0xa,%xmm5,%eax 0.21 =C3=A2 mov %ax,0xb4(%rsp) 0.16 =C3=A2 vpextrb $0xb,%xmm5,%eax 0.46 =C3=A2 mov %ax,0xb6(%rsp) 0.24 =C3=A2 vpextrb $0xc,%xmm5,%eax 0.28 =C3=A2 mov %ax,0xb8(%rsp) 0.41 =C3=A2 vpextrb $0xd,%xmm5,%eax 0.20 =C3=A2 mov %ax,0xba(%rsp) 0.47 =C3=A2 vpextrb $0xe,%xmm5,%eax 0.92 =C3=A2 mov %ax,0xbc(%rsp) 0.72 =C3=A2 vpextrb $0xf,%xmm5,%eax 1.24 =C3=A2 mov %ax,0xbe(%rsp) 10.94 =C3=A2 vmovdqa 0xa0(%rsp),%ymm4 0.02 =C3=A2 mov %cx,0xda(%rsp) 0.00 =C3=A2 mov %cx,0xdc(%rsp) =C3=A2 mov %cx,0xde(%rsp) 10.34 =C3=A2 vpmullw 0xc0(%rsp),%ymm4,%ymm0 2.05 =C3=A2 vpaddw %ymm1,%ymm0,%ymm0 0.50 =C3=A2 vpaddw %ymm3,%ymm0,%ymm0 0.00 =C3=A2 mov %r9,0x58(%rsp) 0.52 =C3=A2 vpsrlw $0x8,%ymm0,%ymm0 0.39 =C3=A2 vpextrw $0x0,%xmm0,%eax 0.69 =C3=A2 mov %al,%r8b 0.17 =C3=A2 vpextrw $0x1,%xmm0,%eax 0.51 =C3=A2 mov %r8,0x50(%rsp) 6.87 =C3=A2 vmovdqa 0x50(%rsp),%xmm5 1.08 =C3=A2 vpinsrb $0x1,%eax,%xmm5,%xmm1 0.00 =C3=A2 vpextrw $0x2,%xmm0,%eax 0.73 =C3=A2 vpinsrb $0x2,%eax,%xmm1,%xmm1 0.02 =C3=A2 vpextrw $0x3,%xmm0,%eax 0.75 =C3=A2 vpinsrb $0x3,%eax,%xmm1,%xmm1 0.10 =C3=A2 vpextrw $0x4,%xmm0,%eax 0.98 =C3=A2 vpinsrb $0x4,%eax,%xmm1,%xmm1 0.16 =C3=A2 vpextrw $0x5,%xmm0,%eax 1.00 =C3=A2 vpinsrb $0x5,%eax,%xmm1,%xmm1 0.22 =C3=A2 vpextrw $0x6,%xmm0,%eax 1.10 =C3=A2 vpinsrb $0x6,%eax,%xmm1,%xmm1 0.30 =C3=A2 vpextrw $0x7,%xmm0,%eax 0.31 =C3=A2 vextracti128 $0x1,%ymm0,%xmm0 0.90 =C3=A2 vpinsrb $0x7,%eax,%xmm1,%xmm6 0.21 =C3=A2 vpextrw $0x0,%xmm0,%eax 0.35 =C3=A2 vmovaps %xmm6,0x50(%rsp) 1.15 =C3=A2 mov 0x58(%rsp),%r9 0.13 =C3=A2 mov 0x50(%rsp),%r8 0.29 =C3=A2 mov %al,%r9b 0.49 =C3=A2 mov %r8,0x50(%rsp) 0.07 =C3=A2 vpextrw $0x1,%xmm0,%eax 0.45 =C3=A2 mov %r9,0x58(%rsp) 7.08 =C3=A2 vmovdqa 0x50(%rsp),%xmm7 1.19 =C3=A2 vpinsrb $0x9,%eax,%xmm7,%xmm1 0.00 =C3=A2 vpextrw $0x2,%xmm0,%eax 0.78 =C3=A2 vpinsrb $0xa,%eax,%xmm1,%xmm1 0.00 =C3=A2 vpextrw $0x3,%xmm0,%eax 0.77 =C3=A2 vpinsrb $0xb,%eax,%xmm1,%xmm1 0.01 =C3=A2 vpextrw $0x4,%xmm0,%eax 0.86 =C3=A2 vpinsrb $0xc,%eax,%xmm1,%xmm1 0.03 =C3=A2 vpextrw $0x5,%xmm0,%eax 0.88 =C3=A2 vpinsrb $0xd,%eax,%xmm1,%xmm1 0.04 =C3=A2 vpextrw $0x6,%xmm0,%eax 0.97 =C3=A2 vpinsrb $0xe,%eax,%xmm1,%xmm1 0.08 =C3=A2 vpextrw $0x7,%xmm0,%eax 1.44 =C3=A2 vpinsrb $0xf,%eax,%xmm1,%xmm0 1.37 =C3=A2 vpextrd $0x1,%xmm0,%eax 0.13 =C3=A2 vinsertps $0xe,%xmm0,%xmm0,%xmm1 0.02 =C3=A2 vmovaps %xmm0,0x50(%rsp) 2.17 =C3=A2 vpinsrd $0x1,%eax,%xmm1,%xmm1 .... Clang code: Percent=C3=A2 vpmullw %ymm0,%ymm2,%ymm2 =C3=A2 vpaddw %ymm1,%ymm2,%ymm2 =C3=A2 vpsrlw $0x8,%ymm2,%ymm2 =C3=A2 vextracti128 $0x1,%ymm2,%xmm3 =C3=A2 vpackuswb %xmm3,%xmm2,%xmm2 =C3=A2 vmovdqu %xmm2,(%rdi) =C3=A2 add $0x10,%rsi =C3=A2 add $0x10,%rdi =C3=A2 mov %r9d,%eax =C3=A2 cmp $0x4,%r9d =C3=A2 =C3=A2 jae 39179b0 =C3=A2 =C3=A2 jmp 3917a02 =C3=A2 mov %edx,%eax 0.29 =C3=A2 cmp $0x4,%r9d 0.00 =C3=A2 =C3=A2 jb 3917a02 0.07 =C3=A2 nop 3.95 =C3=A2 vpmovzxbw (%rsi),%ymm2 13.41 =C3=A2 vpmullw %ymm0,%ymm2,%ymm2 13.87 =C3=A2 vpaddw %ymm1,%ymm2,%ymm2 2.93 =C3=A2 vpsrlw $0x8,%ymm2,%ymm2 0.84 =C3=A2 vextracti128 $0x1,%ymm2,%xmm3 9.98 =C3=A2 vpackuswb %xmm3,%xmm2,%xmm2 6.89 =C3=A2 vmovdqu %xmm2,(%rdi) 0.57 =C3=A2 vpmovzxbw 0x10(%rsi),%ymm2 4.02 =C3=A2 vpmullw %ymm0,%ymm2,%ymm2 12.15 =C3=A2 vpaddw %ymm1,%ymm2,%ymm2 2.02 =C3=A2 vpsrlw $0x8,%ymm2,%ymm2 1.22 =C3=A2 vextracti128 $0x1,%ymm2,%xmm3 8.04 =C3=A2 vpackuswb %xmm3,%xmm2,%xmm2 7.09 =C3=A2 vmovdqu %xmm2,0x10(%rdi) 0.19 =C3=A2 add $0x20,%rsi 0.19 =C3=A2 add $0x20,%rdi 0.57 =C3=A2 add $0xfffffff8,%eax 7.26 =C3=A2 cmp $0x3,%eax 0.29 =C3=A2 =C3=A2 jg 39179b0 0.02 =C3=A2 and $0x3,%edx Percent=C3=A2 test %edx,%edx 0.04 =C3=A2 =C3=A2 jle 3917af1 =C3=A2 mov %ecx,%eax =C3=A2 shr $0x18,%eax =C3=A2 shr $0x1f,%ecx =C3=A2 add %eax,%ecx =C3=A2 vmovd %ecx,%xmm0 =C3=A2 vpbroadcastb %xmm0,%xmm0 =C3=A2 mov %r8,%rax =C3=A2 shl $0x20,%rax =C3=A2 or %r8,%rax =C3=A2 vmovq %rax,%xmm1 =C3=A2 vpbroadcastq %xmm1,%xmm1 =C3=A2 vpmovzxbw %xmm1,%ymm1 =C3=A2 vpmovzxbw %xmm0,%ymm0 =C3=A2 vpsllw $0x8,%ymm1,%ymm1 =C3=A2 vpor 0x1f3eb35(%rip),%ymm1,%ymm1 # 58565= 80 =C3=A2 test $0x1,%dl =C3=A2 =C3=A2 jne 3917a5c =C3=A2 mov %edx,%eax =C3=A2 cmp $0x1,%edx =C3=A2 =C3=A2 jne 3917a90 =C3=A2 =C3=A2 jmpq 3917af1 =C3=A2 lea -0x1(%rdx),%eax =C3=A2 mov (%rsi),%ecx =C3=A2 add $0x4,%rsi =C3=A2 vmovq %rcx,%xmm2 =C3=A2 vpmovzxbw %xmm2,%xmm2 =C3=A2 vpmullw %xmm0,%xmm2,%xmm2 =C3=A2 vpaddw %xmm1,%xmm2,%xmm2 =C3=A2 vpsrlw $0x8,%xmm2,%xmm2 =C3=A2 vpackuswb %xmm0,%xmm2,%xmm2 =C3=A2 vmovq %xmm2,%rcx =C3=A2 mov %ecx,(%rdi) =C3=A2 add $0x4,%rdi =C3=A2 cmp $0x1,%edx =C3=A2 xor %ecx,%ecx =C3=A2 nop =C3=A2 nop =C3=A2 mov (%rsi,%rcx,1),%edx =C3=A2 vmovq %rdx,%xmm2 =C3=A2 vpmovzxbw %xmm2,%xmm2 =C3=A2 vpmullw %xmm0,%xmm2,%xmm2 =C3=A2 vpaddw %xmm1,%xmm2,%xmm2 =C3=A2 vpsrlw $0x8,%xmm2,%xmm2 =C3=A2 vpackuswb %xmm0,%xmm2,%xmm2 =C3=A2 vmovd %xmm2,(%rdi,%rcx,1) =C3=A2 mov 0x4(%rsi,%rcx,1),%edx =C3=A2 vmovq %rdx,%xmm2 =C3=A2 vpmovzxbw %xmm2,%xmm2 =C3=A2 vpmullw %xmm0,%xmm2,%xmm2 =C3=A2 vpaddw %xmm1,%xmm2,%xmm2 =C3=A2 vpsrlw $0x8,%xmm2,%xmm2 =C3=A2 vpackuswb %xmm0,%xmm2,%xmm2 =C3=A2 vmovd %xmm2,0x4(%rdi,%rcx,1) =C3=A2 add $0x8,%rcx =C3=A2 add $0xfffffffe,%eax =C3=A2 =C3=A2 jg 3917aa0 0.38 =C3=A2 vzeroupper 0.26 =C3=A2 =C3=A2 retq >>From gcc-bugs-return-661128-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 09:48:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90796 invoked by alias); 24 Nov 2019 09: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 90588 invoked by uid 48); 24 Nov 2019 09:48:06 -0000 From: "hubicka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92645] Hand written vector code is 450 times slower when compiled with GCC compared to Clang Date: Sun, 24 Nov 2019 09:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hubicka 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-11/txt/msg02922.txt.bz2 Content-length: 232 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92645 --- Comment #1 from Jan Hubicka --- Created attachment 47340 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47340&action=3Dedit Clang source >>From gcc-bugs-return-661129-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 09:49:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91959 invoked by alias); 24 Nov 2019 09:49:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 91905 invoked by uid 48); 24 Nov 2019 09:49:30 -0000 From: "hubicka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92645] Hand written vector code is 450 times slower when compiled with GCC compared to Clang Date: Sun, 24 Nov 2019 09:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hubicka 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-11/txt/msg02923.txt.bz2 Content-length: 261 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92645 --- Comment #2 from Jan Hubicka --- Created attachment 47341 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47341&action=3Dedit clang output with -O2 -mavx2 -mf16c -mfma >>From gcc-bugs-return-661130-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 09:50:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92975 invoked by alias); 24 Nov 2019 09:50: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 92887 invoked by uid 48); 24 Nov 2019 09:49:59 -0000 From: "hubicka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92645] Hand written vector code is 450 times slower when compiled with GCC compared to Clang Date: Sun, 24 Nov 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: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hubicka 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-11/txt/msg02924.txt.bz2 Content-length: 230 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92645 --- Comment #3 from Jan Hubicka --- Created attachment 47342 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47342&action=3Dedit GCC source >>From gcc-bugs-return-661131-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 09:50:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93848 invoked by alias); 24 Nov 2019 09:50:39 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 93816 invoked by uid 48); 24 Nov 2019 09:50:35 -0000 From: "hubicka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92645] Hand written vector code is 450 times slower when compiled with GCC compared to Clang Date: Sun, 24 Nov 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: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hubicka 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-11/txt/msg02925.txt.bz2 Content-length: 233 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92645 --- Comment #4 from Jan Hubicka --- Created attachment 47343 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47343&action=3Dedit GCC 10 output >>From gcc-bugs-return-661132-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 12:09:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23958 invoked by alias); 24 Nov 2019 12:09:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23904 invoked by uid 48); 24 Nov 2019 12:09:42 -0000 From: "samyavrillon at netcourrier dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92646] New: Compilation fails on armv7l with sys/cdefs.h: No such file or directory Date: Sun, 24 Nov 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: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: samyavrillon at netcourrier 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-11/txt/msg02926.txt.bz2 Content-length: 2293 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92646 Bug ID: 92646 Summary: Compilation fails on armv7l with sys/cdefs.h: No such file or directory Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: samyavrillon at netcourrier dot com Target Milestone: --- I am using the source version of gcc 9.2.0 I tried to compile gcc on my OrangePi PC with ./configure --with-mpc=3D/home/bernard/building/mpc-1.1.0 --with-gmp=3D/home/bernard/building/gmp-6.1.2 --with-mpfr=3D/home/bernard/building/mpfr-4.0.2 I didn't gave any more options as I have no idea of what i should add The error happens during the make process Here is the error: /home/bernard/building/gcc-9.2.0/host-armv7l-unknown-linux-gnueabihf/gcc/xg= cc -B/home/bernard/building/gcc-9.2.0/host-armv7l-unknown-linux-gnueabihf/gcc/ -B/usr/local/armv7l-unknown-linux-gnueabihf/bin/ -B/usr/local/armv7l-unknown-linux-gnueabihf/lib/ -isystem /usr/local/armv7l-unknown-linux-gnueabihf/include -isystem /usr/local/armv7l-unknown-linux-gnueabihf/sys-include -fno-checking -g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition= =20 -isystem ./include -fPIC -fno-inline -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fPIC -fno-inline -I. -I. -I../../host-armv7l-unknown-linux-gnueabihf/gcc -I../.././libgcc -I../.././libgcc/. -I../.././libgcc/../gcc -I../.././libgcc/../include=20 -DHAVE_CC_TLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi= 3 -c ../.././libgcc/libgcc2.c -fvisibility=3Dhidden -DHIDE_EXPORTS In file included from /usr/include/stdio.h:27, from ../.././libgcc/../gcc/tsystem.h:87, from ../.././libgcc/libgcc2.c:27: /usr/include/features.h:364:12: fatal error: sys/cdefs.h: No such file or directory 364 | # include | ^~~~~~~~~~~~~ compilation terminated. I have to install the latest gcc beccause i only have gcc6 installed on my computer and cannot compile recent g++ programs. Thanks in advance. >>From gcc-bugs-return-661133-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 12:37:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43687 invoked by alias); 24 Nov 2019 12:37: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 43647 invoked by uid 48); 24 Nov 2019 12:37:44 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/24878] subroutine getting called illegally as a function Date: Sun, 24 Nov 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: fortran X-Bugzilla-Version: 4.1.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_reconfirmed_on Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02927.txt.bz2 Content-length: 846 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D24878 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Last reconfirmed|2018-01-05 00:00:00 |2019-11-24 --- Comment #6 from Thomas Koenig --- Just taking a look at this again. There are two points where an error could be issued. First, INTEGER X, Y, SUBA EXTERNAL SUBA clashes with SUBROUTINE SUBA(X) so we could flag this going through the global list of symbols. Second, EXTERNAL SUBA CALL ANY (FNC, X, Y) INTEGER FNC should also clash with SUBROUTINE SUBA(X) but that is much harder, because we would then have to check for the argument that is passed to ANY. >>From gcc-bugs-return-661134-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 12:44:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47351 invoked by alias); 24 Nov 2019 12: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 47303 invoked by uid 48); 24 Nov 2019 12:44:14 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/33097] Function decl trees without proper argument list Date: Sun, 24 Nov 2019 12:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 4.2.1 X-Bugzilla-Keywords: FIXME X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02928.txt.bz2 Content-length: 555 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D33097 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |WAITING --- Comment #22 from Thomas Koenig --- I think this should be fixed now, because we now generate argument lists from actual arcuments if none are present. Can somebody confirm that this is the case? I don't speak TREE too well. >>From gcc-bugs-return-661135-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 12:51:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51519 invoked by alias); 24 Nov 2019 12:51: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 51437 invoked by uid 48); 24 Nov 2019 12:51:32 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/42118] Slow forall Date: Sun, 24 Nov 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: fortran X-Bugzilla-Version: 4.4.2 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-11/txt/msg02929.txt.bz2 Content-length: 1025 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D42118 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED CC| |tkoenig at gcc dot gnu.org Resolution|--- |WONTFIX --- Comment #11 from Thomas Koenig --- (In reply to Lionel GUEZ from comment #10) > (In reply to kargl from comment #9) > > Fortran 2018 has declared FORALL to be an obsolescent feature. > > I doubt that anyone will ever try to improve the performance > > of FORALL, because the next standard is likely to delete it. > >=20 > > I think that this bug can be closed with WONTFIX or WORKSFORME. >=20 > OK for me. We have had forall loop interchange for quite some time now, and that is all the effort that people are likely to put into this. So, closing as WONTFIX. >>From gcc-bugs-return-661136-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 13:19:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73663 invoked by alias); 24 Nov 2019 13:19:27 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 73632 invoked by uid 48); 24 Nov 2019 13:19:23 -0000 From: "pashev.igor at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug modula2/92647] New: Internal enum may conflict with the time() function Date: Sun, 24 Nov 2019 13:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: modula2 X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pashev.igor 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-11/txt/msg02930.txt.bz2 Content-length: 917 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92647 Bug ID: 92647 Summary: Internal enum may conflict with the time() function Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2 Assignee: unassigned at gcc dot gnu.org Reporter: pashev.igor at gmail dot com Target Milestone: --- Created attachment 47344 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47344&action=3Dedit Rename "time" to "tiempo" In the `gm2/mc-boot/GRTint.c` file there is an enum `typedef enum {input, output, time} VectorType;` which may conflict with the `time()` function th= at could be brought in the scope by accident. It happened to me when building = for Dyson [1] since it not using GNU libc. I had to rename "time" to "tiempo" to fix that :) [1] https://www.osdyson.org >>From gcc-bugs-return-661137-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 14:23:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115680 invoked by alias); 24 Nov 2019 14:23:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 115638 invoked by uid 48); 24 Nov 2019 14:23:20 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92644] [9/10 Regression] ICE in wide_int_to_tree_1, at tree.c:1530 Date: Sun, 24 Nov 2019 14:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 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-11/txt/msg02931.txt.bz2 Content-length: 1061 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92644 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-11-24 CC| |jakub at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gn= u.org Target Milestone|--- |9.3 Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- Started with r265909. NULLPTR_TYPE only allows value 0, so doing rhs =3D wide_int_to_tree (TREE_TYPE (rhs), wi::min_value (TREE_TYPE (rhs)) + 1); for it ICEs. I'd say we should guard that only for INTEGRAL_TYPE_P types and perhaps pointer/reference types too, though transformation of =3D=3D NULL to < (voi= d *) 1 looks really weird. >>From gcc-bugs-return-661138-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 16:27:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42413 invoked by alias); 24 Nov 2019 16:27: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 42367 invoked by uid 55); 24 Nov 2019 16:27:05 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92643] ISO_Fortran_binding_15.f90 failure on i586-*-freebsd Date: Sun, 24 Nov 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: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02932.txt.bz2 Content-length: 1513 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92643 --- Comment #3 from Steve Kargl -= -- On Sun, Nov 24, 2019 at 03:59:41AM +0000, kargl at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92643 >=20 > --- Comment #1 from kargl at gcc dot gnu.org --- > % gdb831 ./z > (gdb) run > Starting program: /usr/home/kargl/tmp/z=20 >=20 > Program received signal SIGSEGV, Segmentation fault. > main () at ISO_Fortran_binding_15.c:29 > 29 if (*(int *)dat.base_addr !=3D 42) >=20 >=20 > I think that there is a 32-bit vs 64-bit problem with pointers. >=20 A little more debugging, (gdb) b ISO_Fortran_binding_15.c:29 Breakpoint 1 at 0x804898d: file ISO_Fortran_binding_15.c, line 29. (gdb) run ./z Starting program: /usr/home/kargl/tmp/z ./z Breakpoint 1, main () at ISO_Fortran_binding_15.c:29 29 if (*(int *)dat.base_addr !=3D 42) (gdb) p dat $1 =3D {base_addr =3D 0x0, elem_len =3D 4, version =3D 1, rank =3D 0 '\000'= ,=20 attribute =3D 1 '\001', type =3D 1025, dim =3D {{lower_bound =3D -4200908= ,=20 extent =3D 677138155, sm =3D 1}}} So, we find typedef struct CFI_cdesc_t { void *base_addr; size_t elem_len; int version; CFI_rank_t rank; CFI_attribute_t attribute; CFI_type_t type; CFI_dim_t dim[]; } CFI_cdesc_t; Whoops that 'void *' is likely the problem. sizeof(void *) on i586-*-freebsd is 4; while it is 8 on x86_64-*-amd64. I suspect a missing a "fold_convert(pvoid_type_node,...)" >>From gcc-bugs-return-661139-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 17:10:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74363 invoked by alias); 24 Nov 2019 17: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 74310 invoked by uid 48); 24 Nov 2019 17:10:14 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91783] [10 Regression] ICE in gfc_dep_resolver, at fortran/dependency.c:2111 Date: Sun, 24 Nov 2019 17:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: tkoenig at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02933.txt.bz2 Content-length: 569 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91783 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-11-24 CC| |tkoenig at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot = gnu.org Ever confirmed|0 |1 >>From gcc-bugs-return-661140-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 17:20:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82753 invoked by alias); 24 Nov 2019 17:20: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 82413 invoked by uid 48); 24 Nov 2019 17:20:09 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91800] ICE in gfc_code2string(): Bad code Date: Sun, 24 Nov 2019 17:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-11/txt/msg02934.txt.bz2 Content-length: 686 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91800 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-11-24 CC| |tkoenig at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Thomas Koenig --- Maybe "bad code" isn't such a bad description of this... I wonder if people would complain if we just rejected a Hollerith constant here? >>From gcc-bugs-return-661141-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 17:59:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118601 invoked by alias); 24 Nov 2019 17:59: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 118537 invoked by uid 48); 24 Nov 2019 17:59:48 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92644] [9/10 Regression] ICE in wide_int_to_tree_1, at tree.c:1530 Date: Sun, 24 Nov 2019 17:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: 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: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02935.txt.bz2 Content-length: 2477 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92644 --- Comment #2 from Jakub Jelinek --- For pointers, it boils down whether say void * foo (void *p) { return p ? p : (void *) 1; } optimization into MAX_EXPR <1B, p> is valid or not. The original code does= n't involve any non-equality comparisons, while MAX_EXPR is a non-equality comparison which ought to be valid only as long as the two pointers are pointing into the same object. Another possibility would be for pointers t= o do this optimization, but perform the MIN_EXPR/MAX_EXPR in pointer sized ints instead. So, the fix can be either NULLPTR_TYPE specific, like: --- gcc/tree-ssa-phiopt.c 2019-11-20 09:25:42.552157763 +0100 +++ gcc/tree-ssa-phiopt.c 2019-11-24 18:56:50.657172109 +0100 @@ -1381,7 +1381,8 @@ minmax_replacement (basic_block cond_bb, /* Turn EQ/NE of extreme values to order comparisons. */ if ((cmp =3D=3D NE_EXPR || cmp =3D=3D EQ_EXPR) - && TREE_CODE (rhs) =3D=3D INTEGER_CST) + && TREE_CODE (rhs) =3D=3D INTEGER_CST + && TREE_CODE (TREE_TYPE (rhs)) !=3D NULLPTR_TYPE) { if (wi::eq_p (wi::to_wide (rhs), wi::min_value (TREE_TYPE (rhs)))) { @@ -1407,7 +1408,8 @@ minmax_replacement (basic_block cond_bb, larger =3D rhs; /* If we have smaller < CST it is equivalent to smaller <=3D CST-1. Likewise smaller <=3D CST is equivalent to smaller < CST+1. */ - if (TREE_CODE (larger) =3D=3D INTEGER_CST) + if (TREE_CODE (larger) =3D=3D INTEGER_CST + && TREE_CODE (TREE_TYPE (larger)) !=3D NULLPTR_TYPE) { if (cmp =3D=3D LT_EXPR) { @@ -1435,7 +1437,8 @@ minmax_replacement (basic_block cond_bb, larger =3D gimple_cond_lhs (cond); /* If we have larger > CST it is equivalent to larger >=3D CST+1. Likewise larger >=3D CST is equivalent to larger > CST-1. */ - if (TREE_CODE (smaller) =3D=3D INTEGER_CST) + if (TREE_CODE (smaller) =3D=3D INTEGER_CST + && TREE_CODE (TREE_TYPE (larger)) !=3D NULLPTR_TYPE) { wi::overflow_type overflow; if (cmp =3D=3D GT_EXPR) or instead of it say && (INTEGRAL_TYPE_P (TREE_TYPE (rhs)) || POINTER_TYPE_P (TREE_TYPE (rhs))), or just && INTEGRAL_TYPE_P (TREE_TYPE (rhs)), and if allowing POINTER_TYPE_P, we can also special case new_stmt =3D gimple_build_assign (result, minmax, arg0, arg1); for pointers by casting to integers and back. Thoughts? >>From gcc-bugs-return-661142-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 18:07:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123534 invoked by alias); 24 Nov 2019 18:07:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 123479 invoked by uid 48); 24 Nov 2019 18:07:20 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92643] ISO_Fortran_binding_15.f90 failure on i586-*-freebsd Date: Sun, 24 Nov 2019 18:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: 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-11/txt/msg02936.txt.bz2 Content-length: 439 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92643 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #4 from Jakub Jelinek --- See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92123#c5 ? >>From gcc-bugs-return-661143-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 18:45:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26214 invoked by alias); 24 Nov 2019 18:45: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 26021 invoked by uid 55); 24 Nov 2019 18:45:18 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92643] ISO_Fortran_binding_15.f90 failure on i586-*-freebsd Date: Sun, 24 Nov 2019 18:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02937.txt.bz2 Content-length: 817 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92643 --- Comment #5 from Steve Kargl -= -- On Sun, Nov 24, 2019 at 06:07:20PM +0000, jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92643 >=20 > Jakub Jelinek changed: >=20 > What |Removed |Added > -------------------------------------------------------------------------= --- > CC| |jakub at gcc dot gnu.org >=20 > --- Comment #4 from Jakub Jelinek --- > See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92123#c5 ? >=20 Yes, your comment #5 in that PR matches what I'm reporting. Do you want me to close this as a duplicate or set the "Depends on:" field? >>From gcc-bugs-return-661144-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 19:16:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59579 invoked by alias); 24 Nov 2019 19:16: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 59543 invoked by uid 48); 24 Nov 2019 19:16:03 -0000 From: "arieltorti14 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92229] Optimization makes it impossible to read overflow flag Date: Sun, 24 Nov 2019 19:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: arieltorti14 at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: WONTFIX X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02938.txt.bz2 Content-length: 1426 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92229 Ariel Torti changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |WONTFIX --- Comment #5 from Ariel Torti --- (In reply to joseph@codesourcery.com from comment #4) > On Sat, 26 Oct 2019, arieltorti14 at gmail dot com wrote: >=20 > You can write an asm to access a flag, it will just be whatever value the= =20 > flag has for whatever code the compiler found matched the language-level= =20 > semantics of your code, which may have nothing to do with your notion of= =20 > what the flag "should" be. >=20 > Language semantics are only matched to processor features at ABI=20 > boundaries, not within functions (and not across calls to inline / static= =20 > functions etc. either, because those aren't ABI boundaries; any good=20 > language feature in this area also needs to work in the presence of=20 > multiple functions, and of inlining and similar transformations, not just= =20 > where the arithmetic is in the same function as the code that cares about= =20 > whether it overflowed). Fair point, I can see why it would be very problematic, didn't really knew = the full scope when I considered the issue. >>From gcc-bugs-return-661145-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 19:16:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60878 invoked by alias); 24 Nov 2019 19:16: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 60809 invoked by uid 55); 24 Nov 2019 19:16:55 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/92569] [8/9/10 Regression] gfortran read with end directive does not trigger with -ffrontend-optimize Date: Sun, 24 Nov 2019 19:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: tkoenig at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-11/txt/msg02939.txt.bz2 Content-length: 860 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92569 --- Comment #10 from Thomas Koenig --- Author: tkoenig Date: Sun Nov 24 19:16:23 2019 New Revision: 278659 URL: https://gcc.gnu.org/viewcvs?rev=3D278659&root=3Dgcc&view=3Drev Log: Fix EOF handling for arrays. 2019-11-23 Thomas Koenig Harald Anlauf PR fortran/92569 * io/transfer.c (transfer_array_inner): If position is at AFTER_ENDFILE in current unit, return from data loop. 2019-11-23 Thomas Koenig Harald Anlauf PR fortran/92569 * gfortran.dg/eof_6.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/eof_6.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/io/transfer.c >>From gcc-bugs-return-661146-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 19:18:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62640 invoked by alias); 24 Nov 2019 19:18: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 62570 invoked by uid 48); 24 Nov 2019 19:18:40 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/92569] [8/9 Regression] gfortran read with end directive does not trigger with -ffrontend-optimize Date: Sun, 24 Nov 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: libfortran X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: tkoenig at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02940.txt.bz2 Content-length: 580 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92569 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|10.0 |8.4 Summary|[8/9/10 Regression] |[8/9 Regression] gfortran |gfortran read with end |read with end directive |directive does not trigger |does not trigger with |with -ffrontend-optimize |-ffrontend-optimize >>From gcc-bugs-return-661147-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 19:39:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77117 invoked by alias); 24 Nov 2019 19:39: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 77086 invoked by uid 48); 24 Nov 2019 19:39:43 -0000 From: "epagone at email dot it" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92586] ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types Date: Sun, 24 Nov 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: fortran X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: epagone at email dot it X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02941.txt.bz2 Content-length: 519 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92586 epagone changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #47303|0 |1 is obsolete| | --- Comment #1 from epagone --- Created attachment 47345 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47345&action=3Dedit MWE without external library >>From gcc-bugs-return-661148-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 19:45:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82124 invoked by alias); 24 Nov 2019 19:45:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 82044 invoked by uid 48); 24 Nov 2019 19:45:35 -0000 From: "epagone at email dot it" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/92586] ICE in gimplify_expr, at gimplify.c:13479 with nested allocatable derived types Date: Sun, 24 Nov 2019 19:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: epagone at email dot it X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-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-11/txt/msg02942.txt.bz2 Content-length: 1535 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92586 --- Comment #2 from epagone --- I managed to produce a test case that does not require any external library (much easier to test). Please find it attached in my previous comment. I was able then to test it easily with all the versions of gfortran availab= le on my machine. Here are the results. $ gfortran-9 bug_gimplify.f90=20 bug_gimplify.f90:34:0: 34 | data_get_foo_s =3D self%foo(ith)%get_s() |=20 internal compiler error: in gimplify_expr, at gimplify.c:13479 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. $ gfortran-9 --version GNU Fortran (Ubuntu 9.2.1-17ubuntu1~18.04.1) 9.2.1 20191102 $ gfortran-8 bug_gimplify.f90 bug_gimplify.f90:34:0: data_get_foo_s =3D self%foo(ith)%get_s() internal compiler error: in gimplify_expr, at gimplify.c:12492 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. $ gfortran-8 --version GNU Fortran (Ubuntu 8.3.0-6ubuntu1~18.04.1) 8.3.0 $ gfortran-7 bug_gimplify.f90 bug_gimplify.f90:34:0: data_get_foo_s =3D self%foo(ith)%get_s() internal compiler error: in gimplify_expr, at gimplify.c:12247 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. $ gfortran-7 --version GNU Fortran (Ubuntu 7.4.0-1ubuntu1~18.04.1) 7.4.0 >>From gcc-bugs-return-661149-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 20:18:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111690 invoked by alias); 24 Nov 2019 20:18: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 111653 invoked by uid 48); 24 Nov 2019 20:18:39 -0000 From: "juergen.reuter at desy dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/92445] gcc bootstrap fails on Darwin 19.0.0 in stage 1 Date: Sun, 24 Nov 2019 20:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: juergen.reuter at desy dot de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02943.txt.bz2 Content-length: 220 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92445 --- Comment #1 from J=C3=BCrgen Reuter --- Did anybody look into this one here? At the moment, I cannot build gcc on MACOSX Catalina. >>From gcc-bugs-return-661150-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 24 22:15:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48072 invoked by alias); 24 Nov 2019 22:15: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 47964 invoked by uid 55); 24 Nov 2019 22:15:32 -0000 From: "jvdelisle at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/92100] Formatted stream IO irreproducible read with binary data in file Date: Sun, 24 Nov 2019 22:15: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: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jvdelisle at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jvdelisle at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02944.txt.bz2 Content-length: 609 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92100 --- Comment #9 from Jerry DeLisle --- Author: jvdelisle Date: Sun Nov 24 22:14:59 2019 New Revision: 278660 URL: https://gcc.gnu.org/viewcvs?rev=3D278660&root=3Dgcc&view=3Drev Log: 2019-11-24 Jerry DeLisle PR fortran/92100 io/transfer.c (data_transfer_init_worker): Use fbuf_reset instead of fbuf_flush before the seek. Note that fbuf_reset calls fbuf_flush and adjusts fbuf pointers. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/transfer.c >>From gcc-bugs-return-661151-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 00:01:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119115 invoked by alias); 25 Nov 2019 00:01: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 118831 invoked by uid 48); 25 Nov 2019 00:01:23 -0000 From: "sandra at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92499] nios2 backend needs to consider allocated object size, not C object size for gprel optimization Date: Mon, 25 Nov 2019 00: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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sandra at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: sandra at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02945.txt.bz2 Content-length: 2156 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92499 --- Comment #5 from sandra at gcc dot gnu.org --- Richard Sandiford complained that my patch to not put objects containing flexible arrays in small data was an ABI change for references across compilation units, so I've been taking another look at this to see if I can find a different solution. The thing that triggered the link error reported in GLIBC is that the nios2 back end generates uses gp-relative addressing for a locally declared objec= t of such a type, but was inconsistently placing the (zero-initialized) object in .bss instead of .sbss. I spent some time in the debugger on this one -- the problem is that get_variable_section returns lcomm_section in this instance, without checking whether the object is "small", or deferring to the backend= to choose a section. Eventually in the nios2 back end the ASM_OUTPUT_ALIGNED_LOCAL hook looks at the size to decide whether to emit t= he local in .sbss or .bss, but the size it has at that point is the size of the initializer, not the declared size of the type. Local objects with nonzero initializers are placed in .sdata and objects with external linkage are also placed in .sdata/.sbss consistently with the use of gp-relative addressing.= =20=20 The MIPS back end has the same issue; it puts the zero-initialized local ob= ject in .comm, while the other cases end up in .sdata/.sbss. I also observed th= at the MIPS backend is emitting an incorrect .size directive (using the size of the non-flexible part of the object instead of the size of the initializer)= for the cases it does put in .sdata/.sbss. I don't know if that is actually us= ed by the assembler in a way that is harmful, though. So I think we could fix this without changing the ABI by fixing get_variable_section not to short-circuit the criteria the rest of the comp= iler uses to decide whether an object belongs in a small data section. That cou= ld optionally be combined with target-specific changes not to consider flexibly-sized objects with internal linkage not to be "small" for the purp= oses of either section placement or gp-relative addressing. >>From gcc-bugs-return-661152-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 00:03:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121512 invoked by alias); 25 Nov 2019 00:03: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 121460 invoked by uid 48); 25 Nov 2019 00:03:53 -0000 From: "sandra at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92499] nios2 backend needs to consider allocated object size, not C object size for gprel optimization Date: Mon, 25 Nov 2019 00:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sandra at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: sandra 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-11/txt/msg02946.txt.bz2 Content-length: 267 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92499 --- Comment #6 from sandra at gcc dot gnu.org --- Created attachment 47346 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47346&action=3Dedit improved test case with global/external cases as well as local >>From gcc-bugs-return-661153-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 00:05:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123000 invoked by alias); 25 Nov 2019 00:05: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 122958 invoked by uid 48); 25 Nov 2019 00:05:18 -0000 From: "sandra at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92499] nios2 backend needs to consider allocated object size, not C object size for gprel optimization Date: Mon, 25 Nov 2019 00:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sandra at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: sandra 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-11/txt/msg02947.txt.bz2 Content-length: 262 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92499 --- Comment #7 from sandra at gcc dot gnu.org --- Created attachment 47347 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47347&action=3Dedit nios2 output for improved test case, -O2 -mgpopt=3Dglobal >>From gcc-bugs-return-661154-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 00:06:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124434 invoked by alias); 25 Nov 2019 00:06:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124332 invoked by uid 48); 25 Nov 2019 00:06:14 -0000 From: "sandra at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92499] nios2 backend needs to consider allocated object size, not C object size for gprel optimization Date: Mon, 25 Nov 2019 00:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sandra at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: sandra 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-11/txt/msg02948.txt.bz2 Content-length: 244 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92499 --- Comment #8 from sandra at gcc dot gnu.org --- Created attachment 47348 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47348&action=3Dedit mips output for improved test case, -O2 >>From gcc-bugs-return-661155-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 00:14:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 333 invoked by alias); 25 Nov 2019 00:14:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 131046 invoked by uid 48); 25 Nov 2019 00:14:50 -0000 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92648] New: Handling of unknown attributes Date: Mon, 25 Nov 2019 00:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 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: 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-11/txt/msg02949.txt.bz2 Content-length: 2525 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92648 Bug ID: 92648 Summary: Handling of unknown attributes Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: jakub at gcc dot gnu.org Target Milestone: --- It is still unclear how exactly OpenMP attributes will look like (at least = most of them), but it seems the C++ FE (unlike the C FE) attempts to parse the arguments as expression list instead of skipping it. Consider: void foo (int x, int y, int z, int u) { [[omp::for (linear(x, y: 2), private(z), reduction(+:u))]]; } ud.C:4:26: error: expected =E2=80=98)=E2=80=99 before =E2=80=98:=E2=80=99 t= oken 4 | [[omp::for (linear(x, y: 2), private(z), reduction(+:u))]]; | ~ ^ | ) ud.C:4:15: error: =E2=80=98linear=E2=80=99 was not declared in this scope 4 | [[omp::for (linear(x, y: 2), private(z), reduction(+:u))]]; | ^~~~~~ ud.C:4:32: error: expected primary-expression before =E2=80=98private=E2=80= =99 4 | [[omp::for (linear(x, y: 2), private(z), reduction(+:u))]]; | ^~~~~~~ ud.C:4:55: error: expected primary-expression before =E2=80=98:=E2=80=99 to= ken 4 | [[omp::for (linear(x, y: 2), private(z), reduction(+:u))]]; | ^ ud.C:4:44: error: =E2=80=98reduction=E2=80=99 was not declared in this scope 4 | [[omp::for (linear(x, y: 2), private(z), reduction(+:u))]]; | ^~~~~~~~~ ud.C:4:3: warning: attributes at the beginning of statement are ignored [-Wattributes] 4 | [[omp::for (linear(x, y: 2), private(z), reduction(+:u))]]; | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Compare that to C: ud.C: In function =E2=80=98foo=E2=80=99: ud.C:4:3: warning: =E2=80=98for=E2=80=99 attribute ignored [-Wattributes] 4 | [[omp::for (linear(x, y: 2), private(z), reduction(+:u))]]; | ^ or clang++: ud.C:4:5: warning: unknown attribute 'for' ignored [-Wunknown-attributes] [[omp::for (linear(x, y: 2), private(z), reduction(+:u))]]; ^ 1 warning generated. I think the syntax just says that the arguments are balanced token sequence= s, but if the compiler doesn't know the attribute, it can't assume anything further. >>From gcc-bugs-return-661156-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 02:25:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107245 invoked by alias); 25 Nov 2019 02:25: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 107161 invoked by uid 55); 25 Nov 2019 02:25:28 -0000 From: "jvdelisle at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libfortran/92100] Formatted stream IO irreproducible read with binary data in file Date: Mon, 25 Nov 2019 02:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libfortran X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jvdelisle at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jvdelisle at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02950.txt.bz2 Content-length: 486 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92100 --- Comment #10 from Jerry DeLisle --- Author: jvdelisle Date: Mon Nov 25 02:24:55 2019 New Revision: 278664 URL: https://gcc.gnu.org/viewcvs?rev=3D278664&root=3Dgcc&view=3Drev Log: 2019-11-24 Jerry DeLisle PR fortran/92100 gfortran.dg/streamio_18.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/streamio_18.f90 Modified: trunk/gcc/ChangeLog >>From gcc-bugs-return-661157-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 02:28:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110181 invoked by alias); 25 Nov 2019 02:28: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 110098 invoked by uid 48); 25 Nov 2019 02:28:17 -0000 From: "jiangning.liu at amperecomputing dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92649] New: dead store elimination Date: Mon, 25 Nov 2019 02:28: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: jiangning.liu at amperecomputing 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-11/txt/msg02951.txt.bz2 Content-length: 959 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92649 Bug ID: 92649 Summary: dead store elimination Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: jiangning.liu at amperecomputing dot com Target Milestone: --- For this small case, int f(void) { int i, a[1024]; for (i=3D0; i<1024; i++) a[i] =3D 5; return a[0]; } "gcc -O3" can't figure out the memory stores from a[1] to a[1023] all can be eliminated. The assembly code for aarch64 is as below. movi v0.4s, 0x5 sub sp, sp, #4096 mov x0, sp add x1, sp, 4096 .L2: str q0, [x0], 16 cmp x0, x1 bne .L2 ldr w0, [sp] add sp, sp, 4096 ret >>From gcc-bugs-return-661158-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 05:02:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31192 invoked by alias); 25 Nov 2019 05: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 31175 invoked by uid 48); 25 Nov 2019 05:01:55 -0000 From: "ldalessandro at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92650] New: internal compiler error: canonical types differ for identical types Date: Mon, 25 Nov 2019 05:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ldalessandro 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-11/txt/msg02952.txt.bz2 Content-length: 1068 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92650 Bug ID: 92650 Summary: internal compiler error: canonical types differ for identical types Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: ldalessandro at gmail dot com Target Milestone: --- Created attachment 47349 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D47349&action=3Dedit test case Following code triggers ICE on (godbolt) trunk only. See https://godbolt.org/z/q4CrvX. It's hard for me to disambiguate from other reports with the same error message, but it seems new. #include struct Wrapper { int a[1]; constexpr operator int() const { return a[0]; } }; int main() { std::vector a; auto all =3D ranges::views::all(a); auto zip =3D ranges::views::zip(a); Wrapper b; *all.begin() =3D b; *zip.begin() =3D b; } >>From gcc-bugs-return-661159-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 05:04:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33385 invoked by alias); 25 Nov 2019 05: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 33325 invoked by uid 48); 25 Nov 2019 05:04:23 -0000 From: "ldalessandro at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92650] internal compiler error: canonical types differ for identical types Date: Mon, 25 Nov 2019 05:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ldalessandro 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-11/txt/msg02953.txt.bz2 Content-length: 4572 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92650 --- Comment #1 from Luke Dalessandro --- x86-64 gcc (trunk) - cached #1 with x86-64 gcc (trunk) In file included from /opt/compiler-explorer/libs/rangesv3/trunk/include/range/v3/action/action.h= pp:19, from /opt/compiler-explorer/libs/rangesv3/trunk/include/range/v3/action.hpp:17, from /opt/compiler-explorer/libs/rangesv3/trunk/include/range/v3/all.hpp:17, from :1: /opt/compiler-explorer/libs/rangesv3/trunk/include/meta/meta.hpp: In substitution of 'template using if_c =3D meta::_t, A= rgs ...> > > [with bool If =3D std::integral_constant >::value; Args =3D {}]': /opt/compiler-explorer/libs/rangesv3/trunk/include/range/v3/utility/common_= tuple.hpp:65:13: required from 'struct ranges::detail::args_<1, const int&>' /opt/compiler-explorer/libs/rangesv3/trunk/include/concepts/concepts.hpp:11= 07:13: required from 'constexpr const bool concepts::defs::constructible_from, ranges::detail::args_<1, const int&> >' /opt/compiler-explorer/libs/rangesv3/trunk/include/range/v3/utility/common_= tuple.hpp:136:9: required by substitution of 'template ranges::common_tuple::common_tuple(const std::tuple<_Tps ...>&, std::enable_if_t<(constructible_from, ranges::detail::args_ > && concepts::detail::CPP_true(concepts::detail::Nil{})), concepts::detail::Nil= >) [with Us =3D {int}]' /opt/compiler-explorer/libs/rangesv3/trunk/include/concepts/type_traits.hpp= :92:41: required by substitution of 'template struct concepts::detail::_builtin_common_2() : declval()))> > [with T =3D ranges::common_tuple; U = =3D std::tuple&]' /opt/compiler-explorer/libs/rangesv3/trunk/include/concepts/type_traits.hpp= :365:12: recursively required by substitution of 'template struct concepts::detail::_common_reference2::type>::value>::invoke > [wit= h T =3D ranges::common_tuple; U =3D std::tuple&]' /opt/compiler-explorer/libs/rangesv3/trunk/include/concepts/type_traits.hpp= :365:12: required from 'struct concepts::common_reference, std::tuple&>' /opt/compiler-explorer/libs/rangesv3/trunk/include/concepts/type_traits.hpp= :370:11: required by substitution of 'template using common_referenc= e_t =3D typename concepts::common_reference::type [with Ts =3D {ranges::common_tuple, std::tuple&}]' /opt/compiler-explorer/libs/rangesv3/trunk/include/range/v3/utility/common_= type.hpp:58:11: required by substitution of 'template using common_referenc= e_t =3D concepts::common_reference_t [with Ts =3D {ranges::detail::if_then::apply > > >::cursor, true>, ranges::common_tuple >, meta::id >::type&}]' /opt/compiler-explorer/libs/rangesv3/trunk/include/range/v3/iterator/basic_= iterator.hpp:453:19: required from 'struct ranges::detail::iterator_associated_types_base_ > > >::cursor, true>' /opt/compiler-explorer/libs/rangesv3/trunk/include/range/v3/iterator/basic_= iterator.hpp:492:31: required from 'struct ranges::basic_iterator > > >::cursor = >' :17:16: required from here /opt/compiler-explorer/libs/rangesv3/trunk/include/meta/meta.hpp:1222:11: internal compiler error: canonical types differ for identical types 'std::integral_constant >' and 'std::integral_constant >' 1222 | using if_c =3D _t, Args...>>>; | ^~~~ Please submit a full bug report, with preprocessed source if appropriate. See for instructions. >>From gcc-bugs-return-661160-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 05:36:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66960 invoked by alias); 25 Nov 2019 05:36: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 66906 invoked by uid 48); 25 Nov 2019 05:36:24 -0000 From: "wwwhhhyyy333 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92651] New: [10 Regression] Unnecessary stv transform in some x86 backend Date: Mon, 25 Nov 2019 05:36: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: wwwhhhyyy333 at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02954.txt.bz2 Content-length: 1951 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92651 Bug ID: 92651 Summary: [10 Regression] Unnecessary stv transform in some x86 backend Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: wwwhhhyyy333 at gmail dot com CC: rguenther at suse dot de Target Milestone: --- For test case #include int foo(unsigned char a, unsigned char b) { int isum=3Dabs(a - b); return isum; } Using -O2 -march=3Dcorei7 GCC generates: movzx edi, dil movzx esi, sil movd xmm1, edi movd xmm0, esi movdqa xmm3, xmm1 psubd xmm3, xmm0 psubd xmm0, xmm1 pmaxsd xmm0, xmm3 movd eax, xmm0 ret while on -O2 -march=3Dx86-64 it will be: movzx eax, dil movzx esi, sil sub eax, esi cdq xor eax, edx sub eax, edx ret On other case using -O2 -march=3Dcorei7 -mtune=3Dgeneric: movzx edi, dil movzx esi, sil mov eax, edi sub eax, esi sub esi, edi cmp eax, esi cmovl eax, esi ret This happens since r277481. (Refers to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91154). In STV2 the transfor= m was executed since the sse_to_integer RTL cost for corei7 is 2, which made the conversion worthwhile for some cmove instructions. I think it affects most = IA processors with such kind of cost. The stv conversion results in about 7% regression on 525.x264_r. I wonder if the conversion is designed on purpose to handle cmove, if not I think it is better to adjust sse_to_integer RTL cost to avoid such issue. According to = my experiment, 6 would be a proper value. >>From gcc-bugs-return-661161-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 06:13:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92703 invoked by alias); 25 Nov 2019 06:13: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 92644 invoked by uid 48); 25 Nov 2019 06:12:58 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92646] Compilation fails on armv7l with sys/cdefs.h: No such file or directory Date: Mon, 25 Nov 2019 06: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.2.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia 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-11/txt/msg02955.txt.bz2 Content-length: 555 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92646 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-11-25 Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski --- What distro is this? And what happens if you build not in the source directory? >>From gcc-bugs-return-661162-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 07:02:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122535 invoked by alias); 25 Nov 2019 07:02: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 122488 invoked by uid 48); 25 Nov 2019 07:02:35 -0000 From: "prathamesh3492 at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92649] dead store elimination Date: Mon, 25 Nov 2019 07: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: prathamesh3492 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-11/txt/msg02956.txt.bz2 Content-length: 425 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92649 prathamesh3492 at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |prathamesh3492 at gcc dot = gnu.org --- Comment #1 from prathamesh3492 at gcc dot gnu.org --- This is likely dup of PR89332. Thanks, Prathamesh >>From gcc-bugs-return-661163-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 07:36:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 27560 invoked by alias); 25 Nov 2019 07:36: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 27111 invoked by uid 48); 25 Nov 2019 07:36:49 -0000 From: "boostcpp at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92652] New: function call to lambda expression that return true does not satisfy the constraint in requires-clause Date: Mon, 25 Nov 2019 07: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: boostcpp 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-11/txt/msg02957.txt.bz2 Content-length: 1225 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92652 Bug ID: 92652 Summary: function call to lambda expression that return true does not satisfy the constraint in requires-clause Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: boostcpp at gmail dot com Target Milestone: --- Following code has unsatisfied constraint with error messages=20 prog.cc:15:25: error: could not convert 'true' from 'bool' to 'auto' prog.cc: In lambda function: prog.cc:15:25: error: invalid use of 'auto' template < typename T > requires ([]{return true ;}()) void h() { } int main() { h() ; // unsatisfied constraint } if require-clause is like: requires(yes()), with the yes was defined like t= his. constexpr auto yes(){ return true ; } It satisfy the constraint. As well as : requires( []()->bool{return true; }() )=20 but requires( []{return true;}() ) does not satisfy the constraint which I believe it satisfy the constraint. The entire code example. https://wandbox.org/permlink/tlkVJFEp3LbSWqhf >>From gcc-bugs-return-661164-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 08:21:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71828 invoked by alias); 25 Nov 2019 08: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 71758 invoked by uid 48); 25 Nov 2019 08:21:21 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/90576] [10 regression] SPEC CPU2006 450.soplex miscompiled with -Os -flto after r271413 Date: Mon, 25 Nov 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: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: alias, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: hubicka 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-11/txt/msg02958.txt.bz2 Content-length: 158 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90576 --- Comment #5 from Martin Li=C5=A1ka --- @Maxim: Can you please retest it? >>From gcc-bugs-return-661165-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 08:25:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75393 invoked by alias); 25 Nov 2019 08:25: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 75319 invoked by uid 48); 25 Nov 2019 08:25:39 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/92653] New: [10 Regression] PGO bootstrap is broken with --with-build-config=bootstrap-lto-lean Date: Mon, 25 Nov 2019 08:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter cc target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02959.txt.bz2 Content-length: 3922 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92653 Bug ID: 92653 Summary: [10 Regression] PGO bootstrap is broken with --with-build-config=3Dbootstrap-lto-lean Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: hubicka at gcc dot gnu.org Target Milestone: --- I see the following ICE: [11752s] /home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/obj-x86_64-suse-linux/./prev= -gcc/xg++ -B/home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/obj-x86_64-suse-linux/./pr= ev-gcc/ -B/usr/x86_64-suse-linux/bin/ -nostdinc++ -B/home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/obj-x86_64-suse-linux/prev= -x86_64-suse-linux/libstdc++-v3/src/.libs -B/home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/obj-x86_64-suse-linux/prev= -x86_64-suse-linux/libstdc++-v3/libsupc++/.libs -I/home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/obj-x86_64-suse-linux/prev= -x86_64-suse-linux/libstdc++-v3/include/x86_64-suse-linux -I/home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/obj-x86_64-suse-linux/prev= -x86_64-suse-linux/libstdc++-v3/include -I/home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/libstdc++-v3/libsupc++ -L/home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/obj-x86_64-suse-linux/prev= -x86_64-suse-linux/libstdc++-v3/src/.libs -L/home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/obj-x86_64-suse-linux/prev= -x86_64-suse-linux/libstdc++-v3/libsupc++/.libs -no-pie -O2 -D_FORTIFY_SOURCE=3D2 -funwind-tables -fasynchronous-unwind-tab= les -fstack-clash-protection -Werror=3Dreturn-type -U_FORTIFY_SOURCE -fprofile-= use -flto=3Djobserver -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-= tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=3Dformat-diag -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc -o f951 fortran/arith.o fortran/array.o fortran/bbt.o fortran/check.o fortran/class.o fortran/constructor.o fortran/cpp.o fortran/data.o fortran/decl.o fortran/dump-parse-tree.o fortran/error.o fortran/expr.o fortran/interface.o fortran/intrinsic.o fortran/io.o fortran/iresolve.o fortran/match.o fortran/matchexp.o fortran/misc.o fortran/module.o fortran/openmp.o fortran/options.o fortran/parse.o fortran/primary.o fortran/resolve.o fortran/scanner.o fortran/simplify.o fortran/st.o fortran/symbol.o fortran/target-memory.o fortran/convert.o fortran/dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o fortran/trans-openmp.o fortran/trans-stmt.o fortran/trans-types.o fortran/frontend-passes.o libbackend.a main.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a -lz libcommon.a ../libcpp/libcpp.a ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a attribs.o -lisl -lmpc -lmpfr -lgmp -rdynamic -ldl -lz -lzstd [11805s] during IPA pass: inline [11805s] lto1: internal compiler error: in account_size_time, at ipa-fnsummary.c:230 [11805s] 0x761409 ??? [11805s] ../sysdeps/x86_64/start.S:120 [11805s] Please submit a full bug report, [11805s] with preprocessed source if appropriate. [11805s] Please include the complete backtrace with any bug report. [11805s] See for instructions. [11806s] lto-wrapper: fatal error: /home/abuild/rpmbuild/BUILD/gcc-10.0.0+r278624/obj-x86_64-suse-linux/./prev= -gcc/xg++ returned 1 exit status [11806s] compilation terminated. [11806s] /usr/x86_64-suse-linux/bin/ld: error: lto-wrapper failed >>From gcc-bugs-return-661166-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 08:26:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 76256 invoked by alias); 25 Nov 2019 08:26: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 76151 invoked by uid 48); 25 Nov 2019 08:25:58 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/92653] [10 Regression] PGO bootstrap is broken with --with-build-config=bootstrap-lto-lean Date: Mon, 25 Nov 2019 08:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: blocker X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cf_reconfirmed_on assigned_to target_milestone everconfirmed bug_severity Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02960.txt.bz2 Content-length: 659 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92653 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P1 Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-11-25 Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot = gnu.org Target Milestone|--- |10.0 Ever confirmed|0 |1 Severity|normal |blocker >>From gcc-bugs-return-661167-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 08:33:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85040 invoked by alias); 25 Nov 2019 08:33: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 84946 invoked by uid 48); 25 Nov 2019 08:33:46 -0000 From: "franz.flasch at gmx dot at" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/92484] In tree build of ISL 0.22 fails: requires C++11 Date: Mon, 25 Nov 2019 08:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: franz.flasch at gmx dot at 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-11/txt/msg02961.txt.bz2 Content-length: 964 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92484 franz changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |franz.flasch at gmx dot at --- Comment #4 from franz --- It seems this issue only occurs if the host machine and the target machine = are identical, as it does not occur when crosscompilers are built. E.g. when building a crosscompiler for arm isl builds just fine. I checked = the config.status and it seems that the c++11 compiler flag is not being set in case of a crosscompiler build: CXX variable for arm crosscompiler build in config.log: CXX=3D'g++' CXX variable for x86_64 native compiler build in config.log: CXX=3D'g++ -std=3Dgnu++98 -std=3Dc++11' Is there any way of telling the buildprocess to not use those c++11 compiler flag for isl? >>From gcc-bugs-return-661168-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 08:36:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88981 invoked by alias); 25 Nov 2019 08:36:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 88939 invoked by uid 48); 25 Nov 2019 08:36:52 -0000 From: "anthony.ajw at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/92616] Inconsistency in time between system_clock::now() and time(nullptr) Date: Mon, 25 Nov 2019 08:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: anthony.ajw 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-11/txt/msg02962.txt.bz2 Content-length: 222 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92616 --- Comment #7 from Anthony Williams --- Reported as ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/linux-signed-oem/+bug/1853807 >>From gcc-bugs-return-661169-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 08:40:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91464 invoked by alias); 25 Nov 2019 08:40: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 91360 invoked by uid 48); 25 Nov 2019 08:40:08 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92632] Calculix regression Date: Mon, 25 Nov 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: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-11/txt/msg02963.txt.bz2 Content-length: 572 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92632 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |marxin at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #1 from Martin Li=C5=A1ka --- Dup. *** This bug has been marked as a duplicate of bug 92584 *** >>From gcc-bugs-return-661170-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 08:40:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 91476 invoked by alias); 25 Nov 2019 08:40: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 91384 invoked by uid 48); 25 Nov 2019 08:40:08 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/92584] A 454.calculix optimization opportunity Date: Mon, 25 Nov 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: 10.0 X-Bugzilla-Keywords: missed-optimization 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: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-11/txt/msg02964.txt.bz2 Content-length: 451 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92584 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hubicka at gcc dot gnu.org --- Comment #6 from Martin Li=C5=A1ka --- *** Bug 92632 has been marked as a duplicate of this bug. *** >>From gcc-bugs-return-661171-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 08:59:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108348 invoked by alias); 25 Nov 2019 08:59: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 108257 invoked by uid 55); 25 Nov 2019 08:59:38 -0000 From: "gjl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92055] [avr] Support 64-bit double Date: Mon, 25 Nov 2019 08:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: gjl at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: gjl 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-11/txt/msg02965.txt.bz2 Content-length: 967 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92055 --- Comment #10 from Georg-Johann Lay --- Author: gjl Date: Mon Nov 25 08:59:06 2019 New Revision: 278668 URL: https://gcc.gnu.org/viewcvs?rev=3D278668&root=3Dgcc&view=3Drev Log: gcc/ Build double32 / long-double32 multilibs if needed. PR target/92055 * config/avr/t-avr: (HAVE_DOUBLE_MULTILIB, HAVE_LONG_DOUBLE_MULTILIB): Remove vars. (HAVE_DOUBLE32, HAVE_LONG_DOUBLE32, WITH_LONG_DOUBLE) (HAVE_DOUBLE64, HAVE_LONG_DOUBLE64, WITH_DOUBLE): Set from tm_defines and pass to genmultilib.awk. * config/avr/genmultilib.awk: Use these variables to add double32 and / or long-double32 multilib(s) as needed. * config/avr/driver-avr.c (avr_double_lib): Adjust comment. Modified: trunk/gcc/ChangeLog trunk/gcc/config/avr/driver-avr.c trunk/gcc/config/avr/genmultilib.awk trunk/gcc/config/avr/t-avr >>From gcc-bugs-return-661172-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 25 08:59:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109114 invoked by alias); 25 Nov 2019 08:59: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 109063 invoked by uid 48); 25 Nov 2019 08:59:48 -0000 From: "fiesh at zefix dot tv" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/92654] New: internal compiler error: in lookup_template_class_1 Date: Mon, 25 Nov 2019 08:59: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: fiesh at zefix dot tv X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-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-11/txt/msg02966.txt.bz2 Content-length: 1667 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92654 Bug ID: 92654 Summary: internal compiler error: in lookup_template_class_1 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- The following code results in an internal compiler error in 8, 9, and trunk: namespace a { template struct c {}; template using d =3D int; template struct e {}; template using h =3D e; } // namespace a template void ad(ab f, a::e) { (f(a::c{}), ...); } template void k(ab f) { using i =3D a::d; using l =3D a::h; ad(f, l{}); } template void ah(ab f) { auto a{f}; k(a); } enum n {}; constexpr int m(n) { return 2; } template struct o; template