From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 80227 invoked by alias); 16 Sep 2019 17:51:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 80116 invoked by uid 55); 16 Sep 2019 17:51:15 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/81358] libatomic not automatically linked with C11 code Date: Mon, 16 Sep 2019 17:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 7.1.1 X-Bugzilla-Keywords: link-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01189.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81358 --- Comment #9 from joseph at codesourcery dot com --- I should also note the testsuite point I mentioned in the BoF, and related= =20 points about building target libraries, which mean this is more=20 complicated than just the driver specs change: There is testsuite logic (see gcc/testsuite/lib/atomic-dg.exp) to locate=20 libatomic for build-tree testing and set appropriate -L options and=20 LD_LIBRARY_PATH. This is only used in gcc/testsuite/gcc.dg/atomic/atomic.exp at present.=20= =20 If the driver specs change to use "--as-needed -latomic --no-as-needed"=20 whenever libatomic is built (obviously they shouldn't do so for=20 configurations not building libatomic, whether because unsupported for the= =20 target or because disabled at configure time), linking *any* target=20 program will then require libatomic to be somewhere that ld can find it=20 (because ld requires a library named with -l to be somewhere it can find,=20 even inside --as-needed; it can only know whether a library is needed=20 after seeing what symbols it defines). Thus, that logic would need to be used globally for all testsuites. In=20 addition, all configure tests in target libraries that run link tests, and= =20 linking of shared target libraries, would need to pass appropriate -L=20 options to find libatomic, and we'd need to make sure the target library=20 dependencies in toplevel Makefile.def ensure libatomic is built before=20 other target libraries are configured for this to work. I think libgcc=20 should still be built before libatomic and so we'd need some driver option= =20 to disable linking with libatomic that would be passed when linking shared= =20 libgcc. >>From gcc-bugs-return-654100-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 18:26:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13576 invoked by alias); 16 Sep 2019 18:26: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 13506 invoked by uid 48); 16 Sep 2019 18:26:44 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91781] New: [10 regression] r275691 breaks go test "reflect" Date: Mon, 16 Sep 2019 18:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com 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-09/txt/msg01190.txt.bz2 Content-length: 865 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91781 Bug ID: 91781 Summary: [10 regression] r275691 breaks go test "reflect" Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: seurer at gcc dot gnu.org CC: cmang at google dot com Target Milestone: --- This only seems to occur on powerpc 64 BE. --- FAIL: TestMethodValue (0.00s) all_test.go:2290: Int32Method returned 45088; want 456 FAIL FAIL: reflect ------------------------------------------------------------------------ r275691 | ian | 2019-09-12 18:22:53 -0500 (Thu, 12 Sep 2019) | 4 lines libgo: update to Go1.13 Reviewed-on: https://go-review.googlesource.com/c/gofrontend/+/194698 >>From gcc-bugs-return-654101-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 18:38:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25460 invoked by alias); 16 Sep 2019 18:38:07 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25384 invoked by uid 55); 16 Sep 2019 18:38:02 -0000 From: "uros at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91719] gcc compiles seq_cst store on x86-64 differently from clang/icc Date: Mon, 16 Sep 2019 18:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: uros at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01191.txt.bz2 Content-length: 672 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91719 --- Comment #11 from uros at gcc dot gnu.org --- Author: uros Date: Mon Sep 16 18:37:28 2019 New Revision: 275754 URL: https://gcc.gnu.org/viewcvs?rev=3D275754&root=3Dgcc&view=3Drev Log: PR target/91719 * config/i386/i386.h (TARGET_USE_XCHG_FOR_ATOMIC_STORE): New macro. * config/i386/x86-tune.def (X86_TUNE_USE_XCHG_FOR_ATOMIC_STORE): Ne= w. * config/i386/sync.md (atomic_store): emit XCHG for TARGET_USE_XCHG_FOR_ATOMIC_STORE. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.h trunk/gcc/config/i386/sync.md trunk/gcc/config/i386/x86-tune.def >>From gcc-bugs-return-654102-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 18:41:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33968 invoked by alias); 16 Sep 2019 18:41:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 33935 invoked by uid 48); 16 Sep 2019 18:40:56 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91782] New: Accepts invalid array constructor with character parameter Date: Mon, 16 Sep 2019 18:41: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: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01192.txt.bz2 Content-length: 1005 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91782 Bug ID: 91782 Summary: Accepts invalid array constructor with character parameter Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gscfq@t-online.de Target Milestone: --- A parameter attribute prevents some checks in comparison to a character variable. Affects gfortran down to at least version 5. $ cat z1.f90 program p integer :: i character(3), parameter :: x =3D 'abc' print *, ['abc'(1:1), 'abc'(1:2), 'abc'(1:3)] print *, [x(1:1), x(1:2), x(1:3)] print *, [(x(1:i), i=3D1,3)] print *, ichar(([(x(1:i), i=3D1,3)])) print *, len_trim([(x(min(1,i):i), i=3D1,3)]) end $ gfortran-10-20190915 z1.f90 && ./a.out aaa aaa aaa 97 97 97 1 1 1 >>From gcc-bugs-return-654103-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 18:41:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35614 invoked by alias); 16 Sep 2019 18:41: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 35580 invoked by uid 48); 16 Sep 2019 18:41:30 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91782] Accepts invalid array constructor with character parameter Date: Mon, 16 Sep 2019 18:41: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: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01193.txt.bz2 Content-length: 1462 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91782 G. Steinmetz changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |accepts-invalid --- Comment #1 from G. Steinmetz --- $ cat z2.f90 # without parameter program p integer :: i character(3) :: x =3D 'abc' print *, ['a', 'ab', 'abc'] print *, [x(1:1), x(1:2), x(1:3)] print *, [(x(1:i), i=3D1,3)] print *, ichar(([(x(1:i), i=3D1,3)])) print *, len_trim([(x(min(1,i):i), i=3D1,3)]) end $ gfortran-10-20190915 -c z2.f90 z2.f90:4:17: 4 | print *, ['a', 'ab', 'abc'] | 1 Error: Different CHARACTER lengths (1/2) in array constructor at (1) z2.f90:5:20: 5 | print *, [x(1:1), x(1:2), x(1:3)] | 1 Error: Different CHARACTER lengths (1/2) in array constructor at (1) z2.f90:6:14: 6 | print *, [(x(1:i), i=3D1,3)] | 1 Error: Different CHARACTER lengths (1/2) in array constructor at (1) z2.f90:7:21: 7 | print *, ichar(([(x(1:i), i=3D1,3)])) | 1 Error: Different CHARACTER lengths (1/2) in array constructor at (1) z2.f90:8:23: 8 | print *, len_trim([(x(min(1,i):i), i=3D1,3)]) | 1 Error: Different CHARACTER lengths (1/2) in array constructor at (1) >>From gcc-bugs-return-654104-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 18:46:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43948 invoked by alias); 16 Sep 2019 18:46: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 43921 invoked by uid 48); 16 Sep 2019 18:46:52 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91783] New: [10 Regression] ICE in gfc_dep_resolver, at fortran/dependency.c:2111 Date: Mon, 16 Sep 2019 18:46: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: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01194.txt.bz2 Content-length: 1696 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91783 Bug ID: 91783 Summary: [10 Regression] ICE in gfc_dep_resolver, at fortran/dependency.c:2111 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gscfq@t-online.de Target Milestone: --- Changed between 20190630 and 20190728 : $ cat z1.f90 program p class(*), allocatable :: a(:) a =3D [1, 2, 3] a =3D f(a) contains function f(x) result(y) class(*), allocatable, intent(in) :: x(:) class(*), allocatable :: y(:) y =3D x end end $ gfortran-10-20190630 -c z1.f90 $ $ gfortran-10-20190915 -c z1.f90 z1.f90:4:0: 4 | a =3D f(a) | internal compiler error: in gfc_dep_resolver, at fortran/dependency.c:2111 0x6b9cce gfc_dep_resolver(gfc_ref*, gfc_ref*, gfc_reverse*, bool) ../../gcc/fortran/dependency.c:2111 0x6ba2a0 gfc_check_dependency(gfc_expr*, gfc_expr*, bool) ../../gcc/fortran/dependency.c:1373 0x6d35be gfc_conv_resolve_dependencies(gfc_loopinfo*, gfc_ss*, gfc_ss*) ../../gcc/fortran/trans-array.c:4847 0x704c55 gfc_trans_assignment_1 ../../gcc/fortran/trans-expr.c:10736 0x6c4f5f trans_code ../../gcc/fortran/trans.c:1852 0x6edd14 gfc_generate_function_code(gfc_namespace*) ../../gcc/fortran/trans-decl.c:6781 0x677af6 translate_all_program_units ../../gcc/fortran/parse.c:6254 0x677af6 gfc_parse_file() ../../gcc/fortran/parse.c:6493 0x6c1a0f gfc_be_parse_file ../../gcc/fortran/f95-lang.c:204 >>From gcc-bugs-return-654105-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 18:50:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50713 invoked by alias); 16 Sep 2019 18:50: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 50684 invoked by uid 48); 16 Sep 2019 18:50:48 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91784] New: ICE in gfc_real2complex, at fortran/arith.c:2208 Date: Mon, 16 Sep 2019 18: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: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01195.txt.bz2 Content-length: 2129 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91784 Bug ID: 91784 Summary: ICE in gfc_real2complex, at fortran/arith.c:2208 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gscfq@t-online.de Target Milestone: --- Follow-up of pr91553, with a negation : $ cat z1.f90 program p complex :: x(1) x =3D (1.0, 2.0) * [real :: -(3.0 + 4.0)] end $ cat z2.f90 program p complex :: x(1) x =3D (1.0, 2.0) * [real :: -2.0 * (3 + 4)] end $ gfortran-10-20190915 -c z1.f90 f951: internal compiler error: Segmentation fault 0xb3e54f crash_signal ../../gcc/toplev.c:326 0x5e9721 gfc_real2complex(gfc_expr*, int) ../../gcc/fortran/arith.c:2208 0x6abd74 gfc_convert_constant(gfc_expr*, bt, int) ../../gcc/fortran/simplify.c:8518 0x62fccb do_simplify ../../gcc/fortran/intrinsic.c:4540 0x63ae7a gfc_convert_type_warn(gfc_expr*, gfc_typespec*, int, int) ../../gcc/fortran/intrinsic.c:5223 0x5e6da3 eval_intrinsic ../../gcc/fortran/arith.c:1563 0x65441c match_add_operand ../../gcc/fortran/matchexp.c:392 0x6545cc match_level_2 ../../gcc/fortran/matchexp.c:480 0x654722 match_level_3 ../../gcc/fortran/matchexp.c:551 0x654814 match_level_4 ../../gcc/fortran/matchexp.c:599 0x654814 match_and_operand ../../gcc/fortran/matchexp.c:693 0x654a02 match_or_operand ../../gcc/fortran/matchexp.c:722 0x654ad2 match_equiv_operand ../../gcc/fortran/matchexp.c:765 0x654ba4 match_level_5 ../../gcc/fortran/matchexp.c:811 0x653f81 gfc_match_expr(gfc_expr**) ../../gcc/fortran/matchexp.c:870 0x64bff8 gfc_match(char const*, ...) ../../gcc/fortran/match.c:1150 0x64d879 gfc_match_assignment() ../../gcc/fortran/match.c:1349 0x66fe50 match_word ../../gcc/fortran/parse.c:65 0x66fe50 decode_statement ../../gcc/fortran/parse.c:361 0x67194a next_free ../../gcc/fortran/parse.c:1251 >>From gcc-bugs-return-654106-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 18:54:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54313 invoked by alias); 16 Sep 2019 18:54:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54279 invoked by uid 48); 16 Sep 2019 18:54:28 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91785] New: ICE in check_assumed_size_reference, at fortran/resolve.c:1601 Date: Mon, 16 Sep 2019 18:54: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: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01196.txt.bz2 Content-length: 2089 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91785 Bug ID: 91785 Summary: ICE in check_assumed_size_reference, at fortran/resolve.c:1601 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gscfq@t-online.de Target Milestone: --- With an invalid declaration since gfortran-9 : $ cat z1.f90 program p complex :: a(*) real :: b(2) b =3D a%im end $ gfortran-10-20190915 -c z1.f90 0x61adfe gfc_format_decoder ../../gcc/fortran/error.c:947 0x139bf3e pp_format(pretty_printer*, text_info*) ../../gcc/pretty-print.c:1390 0x1391845 diagnostic_report_diagnostic(diagnostic_context*, diagnostic_info= *) ../../gcc/diagnostic.c:1025 0x61ac9c gfc_error_opt ../../gcc/fortran/error.c:1313 0x61c260 gfc_error(char const*, ...) ../../gcc/fortran/error.c:1342 0x67fc82 check_assumed_size_reference ../../gcc/fortran/resolve.c:1601 0x68edd3 resolve_variable ../../gcc/fortran/resolve.c:5655 0x68edd3 gfc_resolve_expr(gfc_expr*) ../../gcc/fortran/resolve.c:6954 0x61df91 find_inquiry_ref ../../gcc/fortran/expr.c:1776 0x62136d simplify_ref_chain ../../gcc/fortran/expr.c:2023 0x620c87 gfc_simplify_expr(gfc_expr*, int) ../../gcc/fortran/expr.c:2220 0x67b4b9 gfc_match_varspec(gfc_expr*, int, bool, bool) ../../gcc/fortran/primary.c:2334 0x67ce50 gfc_match_rvalue(gfc_expr**) ../../gcc/fortran/primary.c:3570 0x65412e match_primary ../../gcc/fortran/matchexp.c:157 0x65412e match_level_1 ../../gcc/fortran/matchexp.c:211 0x65412e match_mult_operand ../../gcc/fortran/matchexp.c:267 0x654378 match_add_operand ../../gcc/fortran/matchexp.c:356 0x6545cc match_level_2 ../../gcc/fortran/matchexp.c:480 0x654722 match_level_3 ../../gcc/fortran/matchexp.c:551 0x654814 match_level_4 ../../gcc/fortran/matchexp.c:599 >>From gcc-bugs-return-654107-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 18:55:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57269 invoked by alias); 16 Sep 2019 18:55:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57231 invoked by uid 48); 16 Sep 2019 18:55:10 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91785] ICE in check_assumed_size_reference, at fortran/resolve.c:1601 Date: Mon, 16 Sep 2019 18:55: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-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01197.txt.bz2 Content-length: 792 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91785 G. Steinmetz changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-on-invalid-code --- Comment #1 from G. Steinmetz --- $ cat z2.f90 # for reference program p complex :: a(*) real :: b(2) b =3D aimag(a) end $ gfortran-10-20190915 -c z2.f90 z2.f90:2:18: 2 | complex :: a(*) | 1 Error: Assumed size array at (1) must be a dummy argument z2.f90:4:13: 4 | b =3D aimag(a) | 1 Error: The upper bound in the last dimension must appear in the reference to the assumed size array 'a' at (1) >>From gcc-bugs-return-654108-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 19:38:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82762 invoked by alias); 16 Sep 2019 19:38: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 82705 invoked by uid 48); 16 Sep 2019 19:38:20 -0000 From: "schwab@linux-m68k.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/81358] libatomic not automatically linked with C11 code Date: Mon, 16 Sep 2019 19:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 7.1.1 X-Bugzilla-Keywords: link-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: schwab@linux-m68k.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-09/txt/msg01198.txt.bz2 Content-length: 217 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81358 --- Comment #10 from Andreas Schwab --- All these failure modes can already be observed on riscv-linux, where -pthr= ead implies -latomic. >>From gcc-bugs-return-654109-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 19:39:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83942 invoked by alias); 16 Sep 2019 19:39:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 83898 invoked by uid 48); 16 Sep 2019 19:39:46 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91784] ICE in gfc_real2complex, at fortran/arith.c:2208 Date: Mon, 16 Sep 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: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: kargl at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cf_reconfirmed_on cc 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-09/txt/msg01199.txt.bz2 Content-length: 1888 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91784 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-16 CC| |kargl at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |kargl at gcc dot gn= u.org Target Milestone|--- |9.3 Ever confirmed|0 |1 --- Comment #1 from kargl at gcc dot gnu.org --- Ugh. I have a patch that fixes this one, too. I think, however, that we're missing a simplification step while matching the array constructor. (Watch for copy-n-paste tab to spaces corruption) Index: gcc/fortran/simplify.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/fortran/simplify.c (revision 275730) +++ gcc/fortran/simplify.c (working copy) @@ -8508,10 +8508,10 @@ gfc_convert_constant (gfc_expr *e, bt type, int kin= d) { if (c->expr->expr_type =3D=3D EXPR_ARRAY) tmp =3D gfc_convert_constant (c->expr, type, kind); - else if (c->expr->expr_type =3D=3D EXPR_OP - && c->expr->value.op.op =3D=3D INTRINSIC_PARENTHESES) + else if (c->expr->expr_type =3D=3D EXPR_OP) { - gfc_simplify_expr (c->expr, 1); + if (!gfc_simplify_expr (c->expr, 1)) + return &gfc_bad_expr; tmp =3D f (c->expr, kind); } else >>From gcc-bugs-return-654110-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 19:42:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85880 invoked by alias); 16 Sep 2019 19:42: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 85798 invoked by uid 48); 16 Sep 2019 19:42:20 -0000 From: "ian at airs dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91781] [10 regression] r275691 breaks go test "reflect" Date: Mon, 16 Sep 2019 19:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ian at airs dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01200.txt.bz2 Content-length: 157 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91781 --- Comment #1 from Ian Lance Taylor --- Does this work at SVN revision r275611? >>From gcc-bugs-return-654111-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 19:44:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1799 invoked by alias); 16 Sep 2019 19:44:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119179 invoked by uid 48); 16 Sep 2019 19:44:46 -0000 From: "ian at airs dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91781] [10 regression] r275691 breaks go test "reflect" Date: Mon, 16 Sep 2019 19:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ian at airs dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01201.txt.bz2 Content-length: 212 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91781 --- Comment #2 from Ian Lance Taylor --- Oh, never mind, this is a new test in r275691, this code has probably never worked on ppc64be. >>From gcc-bugs-return-654112-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 20:22:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106433 invoked by alias); 16 Sep 2019 20:22:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 106385 invoked by uid 48); 16 Sep 2019 20:22:33 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91781] [10 regression] r275691 breaks go test "reflect" Date: Mon, 16 Sep 2019 20:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01202.txt.bz2 Content-length: 199 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91781 --- Comment #3 from seurer at gcc dot gnu.org --- Sorry, I missed this was a new test case. And no, it still doesn't work wi= th current trunk. >>From gcc-bugs-return-654113-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 20:32:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114232 invoked by alias); 16 Sep 2019 20:32:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 113624 invoked by uid 48); 16 Sep 2019 20:32:05 -0000 From: "schwab@linux-m68k.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91781] [10 regression] r275691 breaks go test "reflect" Date: Mon, 16 Sep 2019 20:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go 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: ian at airs dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01203.txt.bz2 Content-length: 190 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91781 --- Comment #4 from Andreas Schwab --- For reflect to work there needs to be support for go closures in libffi. >>From gcc-bugs-return-654114-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 20:32:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115742 invoked by alias); 16 Sep 2019 20:32: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 115466 invoked by uid 55); 16 Sep 2019 20:32:55 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/49973] Column numbers count multibyte characters as multiple columns Date: Mon, 16 Sep 2019 20:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: preprocessor X-Bugzilla-Version: 4.5.2 X-Bugzilla-Keywords: easyhack X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01204.txt.bz2 Content-length: 1686 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D49973 --- Comment #14 from joseph at codesourcery dot com --- On Sun, 15 Sep 2019, lhyatt at gmail dot com wrote: > I feel like the most portable solution is just to use directly the necess= ary > code (from glibc or gnulib or from scratch or wherever) to handle the wcw= idth() > functionality, and tweak it for this purpose. It's in essence just a bina= ry Both of those use data generated in some way from Unicode data (stored in=20 the locale in the glibc case). A standalone generator implementing UAX#11 rules for character width=20 should be straightforward (we'd need to check in the generator sources as=20 well as the generated table). > search in a table. Basically I would convert the source line from the inp= ut > charset to UTF-8 the same way the file is read on original input (using t= he > facilities in libcpp/charset.c), and then I would just need a variant of Yes, sources need to be processed consistently (converted from input=20 charset to UTF-8). And then of course converted from UTF-8 to the locale=20 character set for the final output on the terminal (with some form of=20 graceful degradation if the source character set has characters that can't= =20 be represented in the locale character set - extended identifiers=20 diagnostics use UCNs in that case, but I don't know if that's best in=20 general). If a source line in the default -finput-charset=3Dutf-8 case contains=20 non-UTF-8 bytes in strings or comments, we can't safely display them on=20 the terminal, so my inclination in such a case would be to treat such=20 bytes as width-1 and output them as '?'. >>From gcc-bugs-return-654115-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 20:46:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47791 invoked by alias); 16 Sep 2019 20:46: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 47755 invoked by uid 48); 16 Sep 2019 20:46:18 -0000 From: "iamsupermouse at mail dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91786] New: Clang 8.0.1 can't compile the header on Windows Date: Mon, 16 Sep 2019 20:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: iamsupermouse at mail dot ru X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01205.txt.bz2 Content-length: 1490 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91786 Bug ID: 91786 Summary: Clang 8.0.1 can't compile the header on Windows Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: iamsupermouse at mail dot ru Target Milestone: --- On Windows, Clang 8.0.1 refuses to compile the header with following errors: > In file included from ...\mingw64\include\c++\9.2.0\filesystem:37: > ...\mingw64\include\c++\9.2.0\bits/fs_path.h:636:31: error: invalid use o= f incomplete > type 'std::filesystem::__cxx11::filesystem_error' > _GLIBCXX_THROW_OR_ABORT(filesystem_error( > ^~~~~~~~~~~~~~~~~ > ...\mingw64\include\c++\9.2.0\x86_64-w64-mingw32\bits/c++config.h:177:49:= note: expanded > from macro '_GLIBCXX_THROW_OR_ABORT' > # define _GLIBCXX_THROW_OR_ABORT(_EXC) (throw (_EXC)) > ^~~~ > ...\mingw64\include\c++\9.2.0\bits/fs_fwd.h:61:9: note: forward declarati= on of > 'std::filesystem::__cxx11::filesystem_error' > class filesystem_error; > ^ > 1 error generated. We can prevent Clang from complaining by moving the definition of `class filesystem_error` a few lines up. It should be at least above the definitio= n of `u8path()`. >>From gcc-bugs-return-654116-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 20:51:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57176 invoked by alias); 16 Sep 2019 20:51:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57165 invoked by uid 48); 16 Sep 2019 20:51:52 -0000 From: "derrick at ca dot ibm.com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91787] New: an elaborated-type-specifier only takes plain "enum", gcc accept ill-formed, while it should not. Date: Mon, 16 Sep 2019 20:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: derrick at ca dot ibm.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-09/txt/msg01206.txt.bz2 Content-length: 791 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91787 Bug ID: 91787 Summary: an elaborated-type-specifier only takes plain "enum", gcc accept ill-formed, while it should not. Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: derrick at ca dot ibm.com Target Milestone: --- Refer to C++11 N3290 7.1.6.3 Elaborated type specifiers An enum-specifier needs the body of the definition, and an elaborated-type-specifier only takes plain "enum". Following code compile failure on clang8.0, and gcc accept it while it shou= ld not. using var =3D enum struct alignas(1) var; >>From gcc-bugs-return-654117-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 21:30:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5272 invoked by alias); 16 Sep 2019 21:30:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5164 invoked by uid 48); 16 Sep 2019 21:29:57 -0000 From: "ralph.tandetzky at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/81042] Too many constexpr iterations on unreachable loop. Date: Mon, 16 Sep 2019 21:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.1.1 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: ralph.tandetzky at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01207.txt.bz2 Content-length: 1106 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81042 Ralph Tandetzky changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ralph.tandetzky at gmail d= ot com --- Comment #4 from Ralph Tandetzky --- The following code: 1 constexpr int f() 2 { 3 for ( int i =3D 0; i < 1; ++i ) { 4 const int digit =3D i/1; 5 if( digit =3D=3D 0 ) 6 continue; 7 for ( int j =3D 0; j < 0; ++j ) {} // <-- loop iteration count 8 // exceeds limit 9 } 10 return 0; 11 } 12 13 constexpr int i =3D f(); produces the following error with GCC 8.2: :13:20: in 'constexpr' expansion of 'f()' :7:9: error: 'constexpr' loop iteration count exceeds=20 limit of 262144 (use -fconstexpr-loop-limit=3D to increase the limi= t) for ( int j =3D 0; j < 0; ++j ) {} ^~~ >>From gcc-bugs-return-654118-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 22:09:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7860 invoked by alias); 16 Sep 2019 22:09: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 7776 invoked by uid 48); 16 Sep 2019 22:09:45 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91777] No warning for iterator going out of scope Date: Mon, 16 Sep 2019 22:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on 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-09/txt/msg01208.txt.bz2 Content-length: 5999 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91777 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-09-16 CC| |marxin at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Martin Li=C5=A1ka --- I can see a ASAN error: $ g++ pr91777.cc -std=3Dc++17 -fsanitize=3Daddress -g -O3 -Wall -Wextra -Wsign-conversion && ./a.out=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D21067=3D=3DERROR: AddressSanitizer: heap-use-after-free on address 0x= 603000000020 at pc 0x000000401464 bp 0x7ffe073683b0 sp 0x7ffe073683a8 READ of size 4 at 0x603000000020 thread T0 #0 0x401463 in main /home/marxin/Programming/testcases/pr91777.cc:13 #1 0x7fd31dd8cbca in __libc_start_main ../csu/libc-start.c:308 #2 0x401529 in _start (/home/marxin/Programming/testcases/a.out+0x40152= 9) 0x603000000020 is located 16 bytes inside of 24-byte region [0x603000000010,0x603000000028) freed by thread T0 here: #0 0x7fd31e374f37 in operator delete(void*, unsigned long) /home/marxin/Programming/gcc/libsanitizer/asan/asan_new_delete.cpp:172 #1 0x401c7f in __gnu_cxx::new_allocator >::deallocate(std::_List_node*, unsigned long) /home/marxin/bin/gcc/include/c++/10.0.0/ext/new_allocator.h:129 #2 0x401c7f in std::allocator_traits > >::deallocate(std::allocator >&, std::_List_node*, unsigned long) /home/marxin/bin/gcc/include/c++/10.0.0/bits/alloc_traits.h:= 470 #3 0x401c7f in std::__cxx11::_List_base >::_M_put_node(std::_List_node*) /home/marxin/bin/gcc/include/c++/10.0.0/bits/stl_list.h:442 #4 0x401c7f in std::__cxx11::_List_base >::_M_clear() /home/marxin/bin/gcc/include/c++/10.0.0/bits/list.tcc:81 #5 0x401c7f in std::__cxx11::_List_base >::~_List_base() /home/marxin/bin/gcc/include/c++/10.0.0/bits/stl_list.h:495 #6 0x401c7f in std::__cxx11::list >::~list() /home/marxin/bin/gcc/include/c++/10.0.0/bits/stl_list.h:823 #7 0x401c7f in foo[abi:cxx11]() /home/marxin/Programming/testcases/pr91777.cc:7 #8 0x60300000006f () previously allocated by thread T0 here: #0 0x7fd31e374117 in operator new(unsigned long) /home/marxin/Programming/gcc/libsanitizer/asan/asan_new_delete.cpp:99 #1 0x40184c in __gnu_cxx::new_allocator >::allocate(unsigned long, void const*) /home/marxin/bin/gcc/include/c++/10.0.0/ext/new_allocator.h:111 #2 0x40184c in std::allocator_traits > >::allocate(std::allocator >&, unsigned long) /home/marxin/bin/gcc/include/c++/10.0.0/bits/alloc_traits.h:444 #3 0x40184c in std::__cxx11::_List_base >::_M_get_node() /home/marxin/bin/gcc/include/c++/10.0.0/bits/stl_list.h:438 #4 0x40184c in std::_List_node* std::__cxx11::list >::_M_create_node(int const&) /home/marxin/bin/gcc/include/c++/10.0.0/bits/stl_list.h:630 #5 0x40184c in void std::__cxx11::list >::_M_insert(std::_List_iterator, int const&) /home/marxin/bin/gcc/include/c++/10.0.0/bits/stl_list.h:1907 #6 0x40184c in int& std::__cxx11::list >::emplace_back(int const&) /home/marxin/bin/gcc/include/c++/10.0.0/bits/stl_list.h:1223 #7 0x40184c in void std::__cxx11::list >::_M_initialize_dispatch(int const*, int const*, std::__false_type) /home/marxin/bin/gcc/include/c++/10.0.0/bits/stl_list.h:= 1836 #8 0x40184c in std::__cxx11::list >::list(std::initializer_list, std::allocator const&) /home/marxin/bin/gcc/include/c++/10.0.0/bits/stl_list.h:757 #9 0x40184c in foo[abi:cxx11]() /home/marxin/Programming/testcases/pr91777.cc:7 #10 0x7fd300000002 () SUMMARY: AddressSanitizer: heap-use-after-free /home/marxin/Programming/testcases/pr91777.cc:13 in main Shadow bytes around the buggy address: 0x0c067fff7fb0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c067fff7fc0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c067fff7fd0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c067fff7fe0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c067fff7ff0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 =3D>0x0c067fff8000: fa fa fd fd[fd]fa fa fa fd fd fd fa fa fa fd fd 0x0c067fff8010: fd fa fa fa 00 00 00 fa fa fa 00 00 00 fa fa fa 0x0c067fff8020: 00 00 00 fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c067fff8030: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c067fff8040: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c067fff8050: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07=20 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb Shadow gap: cc =3D=3D21067=3D=3DABORTING >>From gcc-bugs-return-654119-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 22:37:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42956 invoked by alias); 16 Sep 2019 22:37:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 42890 invoked by uid 48); 16 Sep 2019 22:37:04 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/78113] std::variant and std::visit's current implementations do not get optimized out (compared to "recursive visitation") Date: Mon, 16 Sep 2019 22:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 7.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01209.txt.bz2 Content-length: 703 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D78113 --- Comment #6 from Marc Glisse --- (looking at the first testcase) There are 2 things. One is the implementation strategy in libstdc++ vs boos= t vs others (I don't know what is best, it probably depends on the application).= The other one is that gcc's inliner is very badly suited to this type of code, = as we have been seeing for a while with std::any, std::function, etc. Even if I manually unroll the loop (the unroller is too late) and force as much inlin= ing as possible, it would require cycling between inlining and FRE (or similar, anything that replaces a memory load with whatever was last stored there). >>From gcc-bugs-return-654120-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 22:49:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50919 invoked by alias); 16 Sep 2019 22:49: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 50885 invoked by uid 48); 16 Sep 2019 22:49:19 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91788] New: std::variant index +1-1 Date: Mon, 16 Sep 2019 22:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01210.txt.bz2 Content-length: 1059 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91788 Bug ID: 91788 Summary: std::variant index +1-1 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: glisse at gcc dot gnu.org Target Milestone: --- (this is a detail, it probably has a negligible impact) constexpr size_t index() const noexcept { return size_t(typename _Base::__index_type(this->_M_index + 1)) - 1= ; } IIUC, the whole +1-1 is here so that for a valueless variant, index_type(-1) becomes size_t(-1). I think there are cases where we could do better. For instance, for a never valueless type, we could just return _M_index. If the= re are fewer than 128 alternatives, we could use a sign extension: "return (si= gned char)_M_index;". Maybe some well-placed __builtin_unreachable to specify the range of _M_index would work as well. >>From gcc-bugs-return-654121-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 22:52:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59877 invoked by alias); 16 Sep 2019 22:52:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 59805 invoked by uid 48); 16 Sep 2019 22:52:38 -0000 From: "slyfox at inbox dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] sparc64-gcc fails to build glibc (-fcall-used-g6) on niagara4: Assembler messages: Error: Illegal operands Date: Mon, 16 Sep 2019 22:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: slyfox at inbox dot ru X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01211.txt.bz2 Content-length: 335 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 --- Comment #9 from Sergei Trofimovich --- Still happens on gcc version 10.0.0 20190916 (experimental) (GCC) How can I peek at the stage where registers are assigned to std instruction= ? I suspect it needs special annotation WRT paired FPU registers. >>From gcc-bugs-return-654122-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 22:56:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62841 invoked by alias); 16 Sep 2019 22:56:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 62459 invoked by uid 48); 16 Sep 2019 22:56:54 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91788] std::variant index +1-1 Date: Mon, 16 Sep 2019 22:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01212.txt.bz2 Content-length: 233 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91788 --- Comment #1 from Marc Glisse --- Internally, it may also be possible to avoid calling index() so often and w= ork with the raw _M_index more often. >>From gcc-bugs-return-654123-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 16 23:17:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23511 invoked by alias); 16 Sep 2019 23:17:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23468 invoked by uid 48); 16 Sep 2019 23:17:25 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91758] Clang fails to pass validation after r261089 Date: Mon, 16 Sep 2019 23:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01213.txt.bz2 Content-length: 583 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91758 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |ASSIGNED CC| |marxin at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot g= nu.org --- Comment #2 from Martin Li=C5=A1ka --- I've reduced that and I'm working on that right now. >>From gcc-bugs-return-654124-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 01:04:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55790 invoked by alias); 17 Sep 2019 01:04: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 55745 invoked by uid 48); 17 Sep 2019 01:04:49 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91766] -fvisibility=hidden during -fpic still uses GOT indirection on arm64 Date: Tue, 17 Sep 2019 01:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: missed-optimization, visibility X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cc see_also Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01214.txt.bz2 Content-length: 1365 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91766 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |visibility CC| |egallager at gcc dot gnu.o= rg See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D85678 --- Comment #6 from Eric Gallager --- (In reply to Wilco from comment #4) > (In reply to martin krastev from comment #3) > > So it appears to be a clash between -fcommon and -fvisibility=3Dhidden = during > > -fpic -- passing either -fno-common or -fno-pic drops the GOT indirecti= on. > > And explicitly hiding the symbol obviously solves it. But the crux of t= he > > issue, IMO, is a multi-platform one -- that behavior deviates on gcc-8.2 > > from platform to platform. On amd64 it suffices to -fvisibility=3Dhidde= n to > > stop GOT detours, whereas on aarch64 it's -fvisibility=3Dhidden -fno-co= mmon. > > As a result aarch64 performance gets penalized in unsuspecting multi-pl= ats. >=20 > -fno-common should really become the default, -fcommon causes way too many > issues. That's bug 85678 >>From gcc-bugs-return-654125-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 01:59:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127274 invoked by alias); 17 Sep 2019 01:59: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 127081 invoked by uid 48); 17 Sep 2019 01:59:13 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/55578] Disabling warnings inside macro definition doesn't work Date: Tue, 17 Sep 2019 01: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: 4.6.2 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01215.txt.bz2 Content-length: 1520 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55578 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D91669, | |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D90400, | |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D69558, | |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D9128 --- Comment #5 from Eric Gallager --- (In reply to Eric Gallager from comment #4) > (In reply to Andrew Pinski from comment #2) > > Confirmed. It only happens with the C++ front-end though. The exact s= ame > > code does not warn with the C front-end. I think this might be the > > pre-ahead of time tokenizer that happens for the C++ front-end but does= not > > happen for C. >=20 > so related to bug 53431 then and bug 91669, bug 90400, bug 69558, bug 91285, etc. We should probably cho= ose one of the bugs in this web of related bugs and choose one to use as the ba= se bug and mark the rest as duplicates, but idk which one... >>From gcc-bugs-return-654126-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 02:01:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6996 invoked by alias); 17 Sep 2019 02:01:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6128 invoked by uid 48); 17 Sep 2019 02:00:41 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/55578] Disabling warnings inside macro definition doesn't work Date: Tue, 17 Sep 2019 02:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.6.2 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01216.txt.bz2 Content-length: 514 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55578 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|https://gcc.gnu.org/bugzill |https://gcc.gnu.org/bugzill |a/show_bug.cgi?id=3D9128 |a/show_bug.cgi?id=3D91285 --- Comment #6 from Eric Gallager --- dang it, typoed one of the "See Also" entries... >>From gcc-bugs-return-654127-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 02:50:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101324 invoked by alias); 17 Sep 2019 02:50: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 101264 invoked by uid 48); 17 Sep 2019 02:49:58 -0000 From: "drepper.fsp+rhbz at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91789] New: Value ranges determined from comparisons not used transitively Date: Tue, 17 Sep 2019 02:50: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: drepper.fsp+rhbz 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-09/txt/msg01217.txt.bz2 Content-length: 1239 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91789 Bug ID: 91789 Summary: Value ranges determined from comparisons not used transitively Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: drepper.fsp+rhbz at gmail dot com Target Milestone: --- Take the following code: int foo(int a, int b) { if (b < a) __builtin_unreachable(); if (a < 0) return -1; if (b < 0) return 0; return 1; } The compiler should be able to determine that the b < 0 can never be true. = At that point in the code a >=3D 0 and b >=3D a, therefore transitively b >=3D= 0. The problem is not tied to __builtin_unreachable as can be seen by changing= the code slightly: int foo(int a, int b) { if (b < a) return 2; if (a < 0) return -1; if (b < 0) return 0; return 1; } After the initial test b < a is handled there is still a threeway compariso= n. The problem can be seen with 9.2.1 as well as the current trunk version. c= lang 8.0.0 generates pretty much the same code as gcc. >>From gcc-bugs-return-654128-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 03:26:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49074 invoked by alias); 17 Sep 2019 03:26:10 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49015 invoked by uid 48); 17 Sep 2019 03:26:06 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/45977] "warning: 'i' initialized and declared 'extern'" could use a separate warning flag controlling it Date: Tue, 17 Sep 2019 03:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: diagnostic, easyhack X-Bugzilla-Severity: enhancement X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01218.txt.bz2 Content-length: 281 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D45977 --- Comment #7 from Eric Gallager --- This bug provoked this StackOverflow question: https://stackoverflow.com/questions/57957168/how-do-i-disable-a-gcc-warning= -which-has-no-command-line-switch >>From gcc-bugs-return-654129-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 03:36:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52243 invoked by alias); 17 Sep 2019 03:36:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48147 invoked by uid 48); 17 Sep 2019 03:36:35 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91789] Value ranges determined from comparisons not used transitively Date: Tue, 17 Sep 2019 03:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cc blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01219.txt.bz2 Content-length: 777 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91789 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization CC| |egallager at gcc dot gnu.o= rg Blocks| |85316 --- Comment #1 from Eric Gallager --- If I understood the "Project Ranger" talk at Cauldron correctly, the new version of VRP that it'll provide will probably fix this. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D85316 [Bug 85316] [meta-bug] VRP range propagation missed cases >>From gcc-bugs-return-654130-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 04:20:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74207 invoked by alias); 17 Sep 2019 04:20:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74164 invoked by uid 48); 17 Sep 2019 04:20:11 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91790] New: ICE: Segmentation fault (in vr_values::vrp_visit_assignment_or_call), or ICE: verify_ssa failed (error: definition in block 2 follows the use) Date: Tue, 17 Sep 2019 04:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone cf_gcctarget 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-09/txt/msg01220.txt.bz2 Content-length: 3542 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91790 Bug ID: 91790 Summary: ICE: Segmentation fault (in vr_values::vrp_visit_assignment_or_call), or ICE: verify_ssa failed (error: definition in block 2 follows the use) Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-checking, ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- Target: powerpc-*-linux-gnu Created attachment 46888 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46888&action=3Dedit Testcase g++-10.0.0-alpha20190915 snapshot (r275736) ICEs when compiling the attached testcase, partially reduced from libstdc++-v3/testsuite/26_numerics/pstl/numeric_ops/transform_reduce.cc, w/ -mvsx -O3 for 32-bit BE powerpc: w/ -fchecking: % powerpc-e300c3-linux-gnu-g++-10.0.0-alpha20190915 -mvsx -O3 -fchecking -c tp2khayx.cc tp2khayx.cc: In function 'void bg()': tp2khayx.cc:75:6: error: definition in block 2 follows the use 75 | void bg() { | ^~ for SSA_NAME: _30 in statement: vectp.75_391 =3D _30; during GIMPLE pass: slp tp2khayx.cc:75:6: internal compiler error: verify_ssa failed 0x123fdef verify_ssa(bool, bool) =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/tree-ssa.c:1208 0xf2ed08 execute_function_todo =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/passes.c:1990 0xf2f41a execute_todo =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/passes.c:2037 w/ -fno-checking: % powerpc-e300c3-linux-gnu-g++-10.0.0-alpha20190915 -mvsx -O3 -fno-checking= -c tp2khayx.cc during GIMPLE pass: dom tp2khayx.cc: In function 'void bg()': tp2khayx.cc:75:6: internal compiler error: Segmentation fault 75 | void bg() { | ^~ 0x100d316 crash_signal =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/toplev.c:326 0x1352cae vr_values::vrp_visit_assignment_or_call(gimple*, tree_node**, value_range*) =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/vr-values.c:2074 0x1352cae vr_values::vrp_visit_assignment_or_call(gimple*, tree_node**, value_range*) =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/vr-values.c:2054 0x176ec25 evrp_range_analyzer::record_ranges_from_stmt(gimple*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/gimple-ssa-evrp-analyze.c:307 0x1139cf3 dom_opt_dom_walker::before_dom_children(basic_block_def*) =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/tree-ssa-dom.c:1503 0x174b8a7 dom_walker::walk(basic_block_def*) =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/domwalk.c:309 0x113764d execute =20=20=20=20=20=20=20 /var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-10.0.0_alpha20190915/wo= rk/gcc-10-20190915/gcc/tree-ssa-dom.c:724 >>From gcc-bugs-return-654131-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 06:07:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22445 invoked by alias); 17 Sep 2019 06:07: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 22403 invoked by uid 48); 17 Sep 2019 06:07:14 -0000 From: "tonvandenheuvel at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91791] New: ICE when throwing exception in a ternary expression Date: Tue, 17 Sep 2019 06:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tonvandenheuvel 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-09/txt/msg01221.txt.bz2 Content-length: 2346 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91791 Bug ID: 91791 Summary: ICE when throwing exception in a ternary expression Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tonvandenheuvel at gmail dot com Target Milestone: --- The following code results in an ICE using GCC 9.2.0: #include std::string f(const std::string& s) { return !s.empty() ? s : throw "Invalid"; } int main(int argc, char** argv) { return f(std::string(argc, 'x')); } $ g++ test.cpp test.cpp: In function =E2=80=98std::string f(const string&)=E2=80=99: test.cpp:5:33: internal compiler error: in ocp_convert, at cp/cvt.c:766 5 | return !s.empty() ? s : throw "Invalid"; | ^~~~~~~~~ 0x5f5ef5 ocp_convert(tree_node*, tree_node*, int, int, int) ../.././gcc/cp/cvt.c:766 0x787612 check_return_expr(tree_node*, bool*) ../.././gcc/cp/typeck.c:9800 0x7567bf finish_return_stmt(tree_node*) ../.././gcc/cp/semantics.c:894 0x6fbb95 cp_parser_jump_statement ../.././gcc/cp/parser.c:12919 0x6fbb95 cp_parser_statement ../.././gcc/cp/parser.c:11191 0x6fc208 cp_parser_statement_seq_opt ../.././gcc/cp/parser.c:11657 0x6fc2c0 cp_parser_compound_statement ../.././gcc/cp/parser.c:11611 0x712850 cp_parser_function_body ../.././gcc/cp/parser.c:22660 0x712850 cp_parser_ctor_initializer_opt_and_function_body ../.././gcc/cp/parser.c:22711 0x713031 cp_parser_function_definition_after_declarator ../.././gcc/cp/parser.c:27812 0x713cfb cp_parser_function_definition_from_specifiers_and_declarator ../.././gcc/cp/parser.c:27728 0x713cfb cp_parser_init_declarator ../.././gcc/cp/parser.c:20297 0x6f8e6e cp_parser_simple_declaration ../.././gcc/cp/parser.c:13541 0x719020 cp_parser_declaration ../.././gcc/cp/parser.c:13238 0x719749 cp_parser_translation_unit ../.././gcc/cp/parser.c:4701 0x719749 c_parse_file() ../.././gcc/cp/parser.c:41191 0x7d41db c_common_parse_file() ../.././gcc/c-family/c-opts.c:1160 This might be related to bug 91740? I am not sure though, hence the report. >>From gcc-bugs-return-654132-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 06:12:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26187 invoked by alias); 17 Sep 2019 06:12:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 26149 invoked by uid 48); 17 Sep 2019 06:12:28 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91789] Value ranges determined from comparisons not used transitively Date: Tue, 17 Sep 2019 06:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01222.txt.bz2 Content-length: 416 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91789 --- Comment #2 from Marc Glisse --- We do manage if you swap the order of the first 2 comparisons, because this= way we don't need to remember symbolic ranges: a<0 yields a range [0,inf] for a, b>From gcc-bugs-return-654134-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 06:57:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111689 invoked by alias); 17 Sep 2019 06:57:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111348 invoked by uid 48); 17 Sep 2019 06:57:28 -0000 From: "rguenth 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: Tue, 17 Sep 2019 06:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01224.txt.bz2 Content-length: 346 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91783 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 Target Milestone|--- |10.0 >>From gcc-bugs-return-654133-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 06:57:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110425 invoked by alias); 17 Sep 2019 06:57:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 110358 invoked by uid 48); 17 Sep 2019 06:57:10 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91781] [10 regression] r275691 breaks go test "reflect" Date: Tue, 17 Sep 2019 06:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01223.txt.bz2 Content-length: 346 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91781 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 Target Milestone|--- |10.0 >>From gcc-bugs-return-654135-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 07:14:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 3208 invoked by alias); 17 Sep 2019 07:14:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 3162 invoked by uid 48); 17 Sep 2019 07:14:54 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91789] Value ranges determined from comparisons not used transitively Date: Tue, 17 Sep 2019 07:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01225.txt.bz2 Content-length: 1489 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91789 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-17 Ever confirmed|0 |1 --- Comment #3 from Richard Biener --- So EVRP sees Visiting controlling predicate if (a_3(D) < 0) Adding assert for a_3(D) from a_3(D) >=3D 0 Intersecting int [0, +INF] EQUIVALENCES: { a_3(D) } (1 elements) and int [-INF, b_2(D)] EQUIVALENCES: { a_3(D) } (1 elements) to int [0, +INF] EQUIVALENCES: { a_3(D) } (1 elements) Intersecting int [-INF, b_2(D)] and int [0, +INF] to int [-INF, b_2(D)] where the intersection could produce [0, b_2(D)] with the twist that this range might be empty in case b_2(D) < 0. The issue in the intersection routine is that we use predicates like else if ((maxeq || operand_less_p (vr1max, *vr0max) =3D=3D 1) && (mineq || operand_less_p (*vr0min, vr1min) =3D=3D 1)) when we mean less-or-equal but for symbolic values with maxeq =3D vrp_operand_equal_p (*vr0max, vr1max) this isn't the same. compare_values could in theory represent this (but it doesn't). IMHO this has nothing to do with "backward" or "forward" processing but simply with how combination of the predicates/ranges works. >>From gcc-bugs-return-654136-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 07:20:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7997 invoked by alias); 17 Sep 2019 07:20: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 7950 invoked by uid 48); 17 Sep 2019 07:20:24 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91774] Assignment from return value of function to reference returned by function occasionally produces wrong results Date: Tue, 17 Sep 2019 07:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.4.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01226.txt.bz2 Content-length: 412 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91774 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |wrong-code Status|WAITING |UNCONFIRMED Ever confirmed|1 |0 >>From gcc-bugs-return-654137-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 07:25:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12175 invoked by alias); 17 Sep 2019 07:24:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11602 invoked by uid 48); 17 Sep 2019 07:24:25 -0000 From: "Hi-Angel at yandex dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91777] No warning for iterator going out of scope Date: Tue, 17 Sep 2019 07:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: Hi-Angel at yandex dot ru X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01227.txt.bz2 Content-length: 308 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91777 --- Comment #3 from Konstantin Kharlamov --- (In reply to Martin Li=C5=A1ka from comment #2) > I can see a ASAN error: Correct. You set the report status to WAITING: do you expect some answer fr= om me, or was it accidental? >>From gcc-bugs-return-654138-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 07:31:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21961 invoked by alias); 17 Sep 2019 07:31:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21705 invoked by uid 48); 17 Sep 2019 07:31:30 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91777] No warning for iterator going out of scope Date: Tue, 17 Sep 2019 07:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01228.txt.bz2 Content-length: 493 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91777 --- Comment #4 from Martin Li=C5=A1ka --- (In reply to Konstantin Kharlamov from comment #3) > (In reply to Martin Li=C5=A1ka from comment #2) > > I can see a ASAN error: >=20 > Correct. You set the report status to WAITING: do you expect some answer > from me, or was it accidental? Well, you mentioned that there's no output from ASAN. But I see it properly reported. That's why I set the status to waiting. >>From gcc-bugs-return-654139-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 07:33:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45085 invoked by alias); 17 Sep 2019 07:33:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45005 invoked by uid 48); 17 Sep 2019 07:33:44 -0000 From: "Hi-Angel at yandex dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91777] No warning for iterator going out of scope Date: Tue, 17 Sep 2019 07:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: Hi-Angel at yandex dot ru X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01229.txt.bz2 Content-length: 810 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91777 --- Comment #5 from Konstantin Kharlamov --- (In reply to Martin Li=C5=A1ka from comment #4) > (In reply to Konstantin Kharlamov from comment #3) > > (In reply to Martin Li=C5=A1ka from comment #2) > > > I can see a ASAN error: > >=20 > > Correct. You set the report status to WAITING: do you expect some answer > > from me, or was it accidental? >=20 > Well, you mentioned that there's no output from ASAN. But I see it proper= ly > reported. That's why I set the status to waiting. You misread it :) I didn't mention asan, and "steps to reproduce" lack the = step of running the executable. I did add the sanitizer to options in the "steps" though, just to make sure= if anyone tries to execute the binary, it gonna crash. >>From gcc-bugs-return-654140-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 07:34:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46331 invoked by alias); 17 Sep 2019 07:34:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 46245 invoked by uid 48); 17 Sep 2019 07:34:46 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91777] No warning for iterator going out of scope Date: Tue, 17 Sep 2019 07:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: diagnostic 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01230.txt.bz2 Content-length: 180 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91777 --- Comment #6 from Andrew Pinski --- So here is the thing. Tracking things via memory is hard. >>From gcc-bugs-return-654141-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 07:40:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 103789 invoked by alias); 17 Sep 2019 07:40:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 100680 invoked by uid 48); 17 Sep 2019 07:39:56 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91790] ICE: verify_ssa failed (error: definition in block 2 follows the use) Date: Tue, 17 Sep 2019 07: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: ice-checking, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on blocked assigned_to short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01231.txt.bz2 Content-length: 2147 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91790 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-17 Blocks| |53947 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Summary|ICE: Segmentation fault (in |ICE: verify_ssa failed |vr_values::vrp_visit_assign |(error: definition in block |ment_or_call), or ICE: |2 follows the use) |verify_ssa failed (error: | |definition in block 2 | |follows the use) | Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Clearly a vectorizer issue. Somewhat oldish. Fix Index: gcc/tree-vect-stmts.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/tree-vect-stmts.c (revision 275747) +++ gcc/tree-vect-stmts.c (working copy) @@ -9169,7 +9169,9 @@ vectorizable_load (stmt_vec_info stmt_in || alignment_support_scheme =3D=3D dr_explicit_realign) && !compute_in_loop) { - msq =3D vect_setup_realignment (first_stmt_info, gsi, &realignment_t= oken, + msq =3D vect_setup_realignment (first_stmt_info_for_drptr + ? first_stmt_info_for_drptr + : first_stmt_info, gsi, &realignment_to= ken, alignment_support_scheme, NULL_TREE, &at_loop); if (alignment_support_scheme =3D=3D dr_explicit_realign_optimized) Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D53947 [Bug 53947] [meta-bug] vectorizer missed-optimizations >>From gcc-bugs-return-654142-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:01:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6123 invoked by alias); 17 Sep 2019 08:00:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5731 invoked by uid 55); 17 Sep 2019 08:00:48 -0000 From: "pmderodat at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/91268] [10 Regression] adaint.c:38: warning: "_REENTRANT" redefined Date: Tue, 17 Sep 2019 08:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pmderodat at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01232.txt.bz2 Content-length: 566 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91268 --- Comment #2 from pmderodat at gcc dot gnu.org --- Author: pmderodat Date: Tue Sep 17 07:59:43 2019 New Revision: 275774 URL: https://gcc.gnu.org/viewcvs?rev=3D275774&root=3Dgcc&view=3Drev Log: [Ada] PR ada/91268 Do not redefine macros This should fix PR ada/91268 by only defining macros if not already done. 2019-09-17 Arnaud Charlet gcc/ada/ * adaint.c (_REENTRANT, _THREAD_SAFE): Only define if needed. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/adaint.c >>From gcc-bugs-return-654143-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:05:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28100 invoked by alias); 17 Sep 2019 08:05: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 28055 invoked by uid 48); 17 Sep 2019 08:05:36 -0000 From: "cyp561 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91792] New: [9 Regression] constexpr ++ or -- evaluation fails on float or double Date: Tue, 17 Sep 2019 08:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cyp561 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-09/txt/msg01233.txt.bz2 Content-length: 908 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91792 Bug ID: 91792 Summary: [9 Regression] constexpr ++ or -- evaluation fails on float or double Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: cyp561 at gmail dot com Target Milestone: --- According to https://godbolt.org/z/XzT1wz, compiles in 8.3 and trunk. Fails compilation on 9.2. constexpr float f() { float x =3D 42; ++x; return x; } void g() { constexpr float x =3D f(); } : In function 'void g()': :2:33: in 'constexpr' expansion of 'f()' :2:34: error: '((float)1 + 4.2e+1f)' is not a constant expression 2 | void g() { constexpr float x =3D f(); } | ^ >>From gcc-bugs-return-654145-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:09:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50831 invoked by alias); 17 Sep 2019 08:09:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 50216 invoked by uid 55); 17 Sep 2019 08:09:31 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91790] ICE: verify_ssa failed (error: definition in block 2 follows the use) Date: Tue, 17 Sep 2019 08:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01235.txt.bz2 Content-length: 540 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91790 --- Comment #3 from Richard Biener --- Author: rguenth Date: Tue Sep 17 08:08:40 2019 New Revision: 275798 URL: https://gcc.gnu.org/viewcvs?rev=3D275798&root=3Dgcc&view=3Drev Log: 2019-09-17 Richard Biener PR tree-optimization/91790 * tree-vect-stmts.c (vectorizable_load): For BB vectorization use the correct DR for setting up realignment. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vect-stmts.c >>From gcc-bugs-return-654144-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:09:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47901 invoked by alias); 17 Sep 2019 08:09: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 47168 invoked by uid 48); 17 Sep 2019 08:09:05 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91790] ICE: verify_ssa failed (error: definition in block 2 follows the use) Date: Tue, 17 Sep 2019 08:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-checking, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_known_to_work Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01234.txt.bz2 Content-length: 422 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91790 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Known to work| |10.0 --- Comment #2 from Richard Biener --- Fixed on trunk sofar. At least GCC 9 is affected as well. >>From gcc-bugs-return-654147-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:11:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65110 invoked by alias); 17 Sep 2019 08:11: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 64343 invoked by uid 48); 17 Sep 2019 08:11:32 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91705] [9 Regression] operator++ broken in constexpr floating point code Date: Tue, 17 Sep 2019 08: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: 9.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01237.txt.bz2 Content-length: 443 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91705 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cyp561 at gmail dot com --- Comment #13 from Andrew Pinski --- *** Bug 91792 has been marked as a duplicate of this bug. *** >>From gcc-bugs-return-654146-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:11:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65006 invoked by alias); 17 Sep 2019 08:11:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 64196 invoked by uid 48); 17 Sep 2019 08:11:31 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91792] [9 Regression] constexpr ++ or -- evaluation fails on float or double Date: Tue, 17 Sep 2019 08: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: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01236.txt.bz2 Content-length: 517 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91792 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andrew Pinski --- Fixed around a week ago: 91705 *** This bug has been marked as a duplicate of bug 91705 *** >>From gcc-bugs-return-654148-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:13:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79626 invoked by alias); 17 Sep 2019 08:13: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 79453 invoked by uid 55); 17 Sep 2019 08:13:44 -0000 From: "clyon at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91749] [10 Regression] ICE in arm_asm_trampoline_template, at config/arm/arm.c:3973 Date: Tue, 17 Sep 2019 08:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: clyon at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: clyon 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-09/txt/msg01238.txt.bz2 Content-length: 576 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91749 --- Comment #4 from Christophe Lyon --- Author: clyon Date: Tue Sep 17 08:13:11 2019 New Revision: 275799 URL: https://gcc.gnu.org/viewcvs?rev=3D275799&root=3Dgcc&view=3Drev Log: [PR91749][arm] FDPIC: Handle -mflip-thumb 2019-09-16 Christophe Lyon PR target/91749 * config/arm/arm.c (arm_valid_target_attribute_rec): Make sure the mode attributed is supported by FDPIC. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c >>From gcc-bugs-return-654149-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:14:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81051 invoked by alias); 17 Sep 2019 08:14: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 80865 invoked by uid 48); 17 Sep 2019 08:14:27 -0000 From: "clyon at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91749] [10 Regression] ICE in arm_asm_trampoline_template, at config/arm/arm.c:3973 Date: Tue, 17 Sep 2019 08:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: clyon at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: clyon 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-09/txt/msg01239.txt.bz2 Content-length: 426 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91749 Christophe Lyon changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Christophe Lyon --- Fixed >>From gcc-bugs-return-654150-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:29:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110835 invoked by alias); 17 Sep 2019 08:29:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 110722 invoked by uid 48); 17 Sep 2019 08:29:41 -0000 From: "cyp561 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91793] New: [8/9/trunk regression] ICE on unexpanded parameter pack in lambda Date: Tue, 17 Sep 2019 08:29: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: cyp561 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-09/txt/msg01240.txt.bz2 Content-length: 3804 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91793 Bug ID: 91793 Summary: [8/9/trunk regression] ICE on unexpanded parameter pack in lambda Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: cyp561 at gmail dot com Target Milestone: --- Managed to produce a parameter pack expansion that works in c= lang trunk but not GCC trunk today: https://godbolt.org/z/PkaZqQ. No bugzilla account, so can't report it. Also some deliberately incorrect expansion that causes GCC to segfault: https://godbolt.org/z/rpi-qC Might be related to Bug 84936. #include #include #include template void invoke_all_of(Funcs&&... f) { // initializer_list is special, and guarantees that the ... is expanded= in order. (void)std::initializer_list{(void( std::forward(f)() ), false)...}; } int main() { std::apply([](auto... a) { invoke_all_of([&]{ using A =3D decltype(a); }/*...*/); }, std::make_tuple(1)); } : In instantiation of 'main():: [with auto:1 =3D {int}]': /opt/compiler-explorer/gcc-trunk-20190917/include/c++/10.0.0/type_traits:24= 90:26: required by substitution of 'template static std::__result_of_success()((declval<_Args>)()...)), std::__invoke_other> std::__result_of_other_impl::_S_test(int) [with _Fn =3D main()::; _Args =3D {int}]' /opt/compiler-explorer/gcc-trunk-20190917/include/c++/10.0.0/type_traits:25= 01:55: required from 'struct std::__result_of_impl, int>' /opt/compiler-explorer/gcc-trunk-20190917/include/c++/10.0.0/type_traits:13= 8:12: recursively required by substitution of 'template struct std::__is_invocable_impl<_Result, _Ret, true, std::__void_t > [with _Result =3D std::__invoke_result, int>; _Ret =3D void]' /opt/compiler-explorer/gcc-trunk-20190917/include/c++/10.0.0/type_traits:13= 8:12: required from 'struct std::__and_, int>, void, true, void>, std::__call_is_nothrow, i= nt>, main()::, int> >' /opt/compiler-explorer/gcc-trunk-20190917/include/c++/10.0.0/type_traits:29= 63:12: required from 'struct std::is_nothrow_invocable, int>' /opt/compiler-explorer/gcc-trunk-20190917/include/c++/10.0.0/tuple:1603:27:= =20=20 required from 'constexpr const bool std::__unpack_std_tuple struct std::is_nothrow_invocable, main()::, std::tuple >' /opt/compiler-explorer/gcc-trunk-20190917/include/c++/10.0.0/tuple:1631:14:= =20=20 required from 'constexpr decltype(auto) std::apply(_Fn&&, _Tuple&&) [with _= Fn =3D main()::; _Tuple =3D std::tuple]' :18:26: required from here :16:19: internal compiler error: Segmentation fault 16 | using A =3D decltype(a); | ^ Please submit a full bug report, with preprocessed source if appropriate. See for instructions. Compiler returned: 1 Leaving out the "/*" and "*/" gives: (compiles in clang) : In lambda function: :17:10: error: expansion pattern '' contains no parameter p= acks 17 | }...); | ^~~ Compiler returned: 1 >>From gcc-bugs-return-654151-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:31:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114829 invoked by alias); 17 Sep 2019 08:31: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 114773 invoked by uid 55); 17 Sep 2019 08:31:22 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91588] ICE in check_inquiry, at fortran/expr.c:2673 Date: Tue, 17 Sep 2019 08:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01241.txt.bz2 Content-length: 997 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91588 --- Comment #4 from Paul Thomas --- Author: pault Date: Tue Sep 17 08:30:50 2019 New Revision: 275800 URL: https://gcc.gnu.org/viewcvs?rev=3D275800&root=3Dgcc&view=3Drev Log: 2019-09-17 Paul Thomas PR fortran/91588 * expr.c (check_inquiry): Remove extended component refs by using symbol pointers. If a function argument is an associate variable with a constant target, copy the target expression in place of the argument expression. Check that the charlen is not NULL before using the string length. (gfc_check_assign): Remove extraneous space. 2019-09-17 Paul Thomas PR fortran/91588 * gfortran.dg/associate_49.f90 : New test. Added: trunk/gcc/testsuite/gfortran.dg/associate_49.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654153-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:46:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101307 invoked by alias); 17 Sep 2019 08:46:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101234 invoked by uid 48); 17 Sep 2019 08:46:43 -0000 From: "cyp561 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91793] [8/9/trunk regression] ICE on unexpanded parameter pack in lambda Date: Tue, 17 Sep 2019 08:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cyp561 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-09/txt/msg01243.txt.bz2 Content-length: 385 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91793 --- Comment #1 from Cyp --- Reduced (creduce) testcase which reproduces ICE: ----------------------------------------------- int a( [](auto... a) { [] { using b =3D decltype(a); }; }() ----------------------------------------------- >>From gcc-bugs-return-654152-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:46:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 100473 invoked by alias); 17 Sep 2019 08:46:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 100418 invoked by uid 48); 17 Sep 2019 08:46:28 -0000 From: "mikael.p.persson at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91780] Discrepancy between gcc 7.4, through 9.2, compared to clang. Date: Tue, 17 Sep 2019 08:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mikael.p.persson 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-09/txt/msg01242.txt.bz2 Content-length: 176 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91780 --- Comment #1 from Mikael Persson --- To clarify it also does not work in gcc trunk. >>From gcc-bugs-return-654154-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 08:54:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107456 invoked by alias); 17 Sep 2019 08:54: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 107377 invoked by uid 48); 17 Sep 2019 08:53:57 -0000 From: "cyp561 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91793] [8/9/trunk regression] ICE on unexpanded parameter pack in lambda Date: Tue, 17 Sep 2019 08:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: cyp561 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-09/txt/msg01244.txt.bz2 Content-length: 3713 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91793 --- Comment #2 from Cyp --- Compiler output from reduced testcase: ------------------- 91793.cpp: In instantiation of =E2=80=98 [with auto:1 = =3D {}]=E2=80=99: 91793.cpp:6:4: required from here 91793.cpp:4:25: internal compiler error: Segmentation fault using b =3D decltype(a); ^ 0xb61e5f crash_signal /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/toplev.c= :325 0x7f1b8e9f202f ??? =20=20=20=20=20=20=20 /var/tmp/portage/sys-libs/glibc-2.29-r2/work/glibc-2.29/signal/../sysdeps/u= nix/sysv/linux/x86_64/sigaction.c:0 0x70ea21 invalid_nonstatic_memfn_p(unsigned int, tree_node*, int) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/typeck.c:1887 0x6f546a finish_decltype_type(tree_node*, bool, int) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/semantics.c:8= 769 0x6c5661 tsubst(tree_node*, tree_node*, int, tree_node*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:14982 0x6d6734 tsubst_decl =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:13704 0x6c5d5f tsubst(tree_node*, tree_node*, int, tree_node*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:14217 0x6c2b31 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:16707 0x6c17ae tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:16930 0x6c17ae tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:16930 0x6d7578 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:16615 0x6d7578 tsubst_lambda_expr(tree_node*, tree_node*, int, tree_node*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:17685 0x6cee41 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, boo= l, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:18971 0x6c22d4 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:17446 0x6c2098 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:16644 0x6c18e6 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:16630 0x6c17ae tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:16930 0x6c17ae tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:16930 0x6c03a3 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:16615 0x6c03a3 instantiate_decl(tree_node*, bool, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-8.3.0-r1/work/gcc-8.3.0/gcc/cp/pt.c:24066 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. >>From gcc-bugs-return-654155-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 09:07:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9043 invoked by alias); 17 Sep 2019 09:07: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 8979 invoked by uid 48); 17 Sep 2019 09:07:55 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91793] [8/9/10 Regression] ICE on unexpanded parameter pack in lambda Date: Tue, 17 Sep 2019 09:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords 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-09/txt/msg01245.txt.bz2 Content-length: 570 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91793 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |ice-on-valid-code Target Milestone|--- |8.4 Summary|[8/9/trunk regression] ICE |[8/9/10 Regression] ICE on |on unexpanded parameter |unexpanded parameter pack |pack in lambda |in lambda >>From gcc-bugs-return-654156-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 09:21:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37503 invoked by alias); 17 Sep 2019 09:21:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37427 invoked by uid 48); 17 Sep 2019 09:21:32 -0000 From: "coypu at sdf dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/58442] bootstrapping vax crashes on NetBSD Date: Tue, 17 Sep 2019 09:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.8.1 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: coypu at sdf 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: 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-09/txt/msg01246.txt.bz2 Content-length: 621 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D58442 coypu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |coypu at sdf dot org --- Comment #12 from coypu --- I think this ticket can be closed. all the vax code with mode_dependent_address_p already checks that it's MEM= _P like suggested by matt thomas. I can almost complete a build with the patch in #58901, with the other unfi= xed bug being in binutils rather than GCC :-) >>From gcc-bugs-return-654157-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 10:57:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102586 invoked by alias); 17 Sep 2019 10:57: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 102513 invoked by uid 48); 17 Sep 2019 10:57:32 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/91794] New: exception and unwind state is not carried to LTO but controls EH vs debug frame Date: Tue, 17 Sep 2019 10:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01247.txt.bz2 Content-length: 1366 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91794 Bug ID: 91794 Summary: exception and unwind state is not carried to LTO but controls EH vs debug frame Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: rguenth at gcc dot gnu.org Target Milestone: --- On targets where -funwind-tables is not enabled by default doing gcc -c -flto -funwind-tables t.c -g gcc t.o -g ends up without unwind tables even if the flags state is recorded in per-function settings. dwarf2out.c suggests the state is accumulated from all functions in the TU /* Unlike the debug version, the EH version of frame unwind info is a per- function setting so we need to record whether we need it for the unit.= */ do_eh_frame |=3D dwarf2out_do_eh_frame (); but that doesn't work since dwarf2out_do_eh_frame looks at the global flag_unwind_tables (and global flag_exceptions and passes global opts to the target hook). We probably can switch between EH-frame and debug-frame per function but a way out would be to handle flag_{,asynchronous_}unwind_tables in lto-wrapper. Eric was here fixing the similar PR81351. One target where this shows is riscv. >>From gcc-bugs-return-654158-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 11:03:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107868 invoked by alias); 17 Sep 2019 11:03:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 107798 invoked by uid 48); 17 Sep 2019 11:03:43 -0000 From: "tnfchris at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/91730] [10 regression] r275518 causes 3 verification errors in the cpu 2006 test suite Date: Tue, 17 Sep 2019 11:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tnfchris at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01248.txt.bz2 Content-length: 499 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91730 Tamar Christina changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tnfchris at gcc dot gnu.org --- Comment #9 from Tamar Christina --- Hmm yes the transformation is too aggressive and incorrect here. we'll fix that and resubmit a fixed patch. >>From gcc-bugs-return-654159-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 11:04:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108949 invoked by alias); 17 Sep 2019 11:04: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 108874 invoked by uid 48); 17 Sep 2019 11:04:12 -0000 From: "akhilesh.k at samsung dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91795] New: [UBSAN :- error] with combination of flags (shift and unsigned-integer-overflow) Date: Tue, 17 Sep 2019 11:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 6.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: akhilesh.k at samsung 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-09/txt/msg01249.txt.bz2 Content-length: 1740 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91795 Bug ID: 91795 Summary: [UBSAN :- error] with combination of flags (shift and unsigned-integer-overflow) Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: akhilesh.k at samsung dot com CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxi= n at gcc dot gnu.org Target Milestone: --- Hello=20 I am working on UBSAN.=20 When I tried to compile my stack with combination of ubsan checkers I got "error: void value not ignored as it ought to be" ERROR.=20 Strange.... this error occurred when I use combination of flags (shift and unsigned-integer-overflow) I reproduced the same error with below sample test application.=20 Please confirm is issue is related with ubsan,=20 root@VDBS1454:tmp$ gcc -fsanitize=3Dshift main.c root@VDBS1454:tmp$ gcc -fsanitize=3Dunsigned-integer-overflow main.c root@VDBS1454:tmp$ gcc -fsanitize=3Dshift,-fsanitize=3Dunsigned-integer-ove= rflow main.c gcc: error: unrecognized argument to -fsanitize=3D option: '-fsanitize=3Dunsigned-integer-overflow' root@VDBS1454:tmp$ gcc -fsanitize=3Dshift, -fsanitize=3Dunsigned-integer-ov= erflow main.c main.c: In function 'main': main.c:5:15: error: void value not ignored as it ought to be return (x << 1); ~~~^~~~~ root@VDBS1454:tmp$ cat main.c #include unsigned int main() { uint8_t x; return (x << 1); //return x*2; } root@VDBS1454:tmp$ >>From gcc-bugs-return-654160-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 11:09:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118023 invoked by alias); 17 Sep 2019 11:09: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 117968 invoked by uid 48); 17 Sep 2019 11:09:50 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/91794] exception and unwind state is not carried to LTO but controls EH vs debug frame Date: Tue, 17 Sep 2019 11:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: EH, lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01250.txt.bz2 Content-length: 951 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91794 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |EH, lto CC| |ebotcazou at gcc dot gnu.o= rg --- Comment #1 from Richard Biener --- Eric - was the intent of the PR81351 fix that the dwarf2out_do_eh_frame () works per function? We could also fix this similar to how we do lto_init_eh which forces the global flag_exceptions to 1, force flag_unwind_tables to 1 in case any function had it enabled (that's still finer-grained than enabling it for all LTRANS units via lto-wrapper). Similar on targets where EH unwind is the default disabling it via -fno-unwind-tables would have no effect with LTO even if all functions have it disabled. >>From gcc-bugs-return-654161-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 11:15:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126646 invoked by alias); 17 Sep 2019 11:15:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 126428 invoked by uid 48); 17 Sep 2019 11:15:02 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/91794] exception and unwind state is not carried to LTO but controls EH vs debug frame Date: Tue, 17 Sep 2019 11:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: EH, lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01251.txt.bz2 Content-length: 827 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91794 --- Comment #2 from Richard Biener --- So one possible fix would be Index: gcc/dwarf2cfi.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/dwarf2cfi.c (revision 275639) +++ gcc/dwarf2cfi.c (working copy) @@ -3489,7 +3489,7 @@ bool dwarf2out_do_eh_frame (void) { return - (flag_unwind_tables || flag_exceptions) + (opt_for_fn (cfun->decl, flag_unwind_tables) || flag_exceptions) && targetm_common.except_unwind_info (&global_options) =3D=3D UI_DWARF= 2; } note this predicate also controls the 'dwarf2' RTL pass so you'd get per function CFI notes(?). >>From gcc-bugs-return-654162-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 11:19:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 2254 invoked by alias); 17 Sep 2019 11:19: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 2146 invoked by uid 48); 17 Sep 2019 11:19:12 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91766] -fvisibility=hidden during -fpic still uses GOT indirection on arm64 Date: Tue, 17 Sep 2019 11:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: missed-optimization, visibility X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01252.txt.bz2 Content-length: 1268 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91766 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wilco at gcc dot gnu.org --- Comment #7 from Wilco --- (In reply to Eric Gallager from comment #6) > (In reply to Wilco from comment #4) > > (In reply to martin krastev from comment #3) > > > So it appears to be a clash between -fcommon and -fvisibility=3Dhidde= n during > > > -fpic -- passing either -fno-common or -fno-pic drops the GOT indirec= tion. > > > And explicitly hiding the symbol obviously solves it. But the crux of= the > > > issue, IMO, is a multi-platform one -- that behavior deviates on gcc-= 8.2 > > > from platform to platform. On amd64 it suffices to -fvisibility=3Dhid= den to > > > stop GOT detours, whereas on aarch64 it's -fvisibility=3Dhidden -fno-= common. > > > As a result aarch64 performance gets penalized in unsuspecting multi-= plats. > >=20 > > -fno-common should really become the default, -fcommon causes way too m= any > > issues. >=20 > That's bug 85678 Yes, we need to push on that one again since not much happened... >>From gcc-bugs-return-654163-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 11:19:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 3043 invoked by alias); 17 Sep 2019 11:19:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 2992 invoked by uid 48); 17 Sep 2019 11:19:26 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug sanitizer/91795] [UBSAN :- error] with combination of flags (shift and unsigned-integer-overflow) Date: Tue, 17 Sep 2019 11:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: sanitizer X-Bugzilla-Version: 6.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01253.txt.bz2 Content-length: 585 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91795 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Martin Li=C5=A1ka --- I bet you are using clang and not gcc. Can you please run: $ gcc --version It's because we do not support unsigned-integer-overflow as a -fsanitize option. >>From gcc-bugs-return-654164-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 11:21:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12120 invoked by alias); 17 Sep 2019 11:21: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 12054 invoked by uid 48); 17 Sep 2019 11:21:35 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91766] -fvisibility=hidden during -fpic still uses GOT indirection on arm64 Date: Tue, 17 Sep 2019 11:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: missed-optimization, visibility X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01254.txt.bz2 Content-length: 1004 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91766 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-17 Ever confirmed|0 |1 --- Comment #8 from Wilco --- Confirmed btw - the difference is due to HAVE_LD_PIE_COPYRELOC in i386.c: /* For i386, common symbol is local only for non-PIE binaries. For x86-64, common symbol is local only for non-PIE binaries or linker supports copy reloc in PIE binaries. */ static bool ix86_binds_local_p (const_tree exp) { return default_binds_local_p_3 (exp, flag_shlib !=3D 0, true, true, (!flag_pic || (TARGET_64BIT && HAVE_LD_PIE_COPYRELOC !=3D 0))); } >>From gcc-bugs-return-654165-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 11:59:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126028 invoked by alias); 17 Sep 2019 11:59: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 125798 invoked by uid 48); 17 Sep 2019 11:59:02 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/91772] [8/9/10 Regression] ICE in add_dwarf_attr, at dwarf2out.c:4412 since r259749 Date: Tue, 17 Sep 2019 11:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 8.3.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01255.txt.bz2 Content-length: 1993 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91772 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org --- Comment #3 from Richard Biener --- OK, so this happens when the DIE was not created early (due to -g1) then we= do /* We may have to generate early debug late for LTO in case debug was not enabled at compile-time or the target doesn't support the LTO early debug scheme. */ if (! die && in_lto_p) { dwarf2out_decl (decl); die =3D lookup_decl_die (decl); } where dwarf2out_decl already adds a DW_AT_location attribute. Then we fall through to if (die) { /* We get called via the symtab code invoking late_global_decl for symbols that are optimized out. Do not add locations for those, except if they have a DECL_VALUE_EXPR, in which case they are relevant for debuggers. Still don't add a location if the DECL_VALUE_EXPR is not a tri= vial INDIRECT_REF expression, as this could generate relocations to text symbols in LTO object files, which is invalid. */ varpool_node *node =3D varpool_node::get (decl); if ((! node || ! node->definition) && ! (DECL_HAS_VALUE_EXPR_P (decl) && is_trivial_indirect_ref (DECL_VALUE_EXPR (decl)))) tree_add_const_value_attribute_for_decl (die, decl); else add_location_or_const_value_attribute (die, decl, false); } obviously above we're not only creating "early" debug. It seems obvious to me that we want to skip the later code which is intended for early dwarf only. >>From gcc-bugs-return-654166-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 11:59:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127339 invoked by alias); 17 Sep 2019 11:59: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 127260 invoked by uid 48); 17 Sep 2019 11:59:35 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/91772] [8/9/10 Regression] ICE in add_dwarf_attr, at dwarf2out.c:4412 since r259749 Date: Tue, 17 Sep 2019 11:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 8.3.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01256.txt.bz2 Content-length: 228 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91772 --- Comment #4 from Richard Biener --- Created attachment 46889 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46889&action=3Dedit patch >>From gcc-bugs-return-654167-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 12:06:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6756 invoked by alias); 17 Sep 2019 12:06:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6706 invoked by uid 48); 17 Sep 2019 12:06:01 -0000 From: "ro at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/30277] bit-field: wrong overload resolution Date: Tue, 17 Sep 2019 12: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: 4.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01257.txt.bz2 Content-length: 781 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D30277 Rainer Orth changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ro at gcc dot gnu.org --- Comment #7 from Rainer Orth --- The new testcase FAILs on 32-bit targets (seen on i386-pc-solaris2.11 and sparc-sun-solaris2.11, and many more on gcc-testresults): +FAIL: g++.dg/expr/bitfield14.C -std=3Dc++14 (test for excess errors) +FAIL: g++.dg/expr/bitfield14.C -std=3Dc++17 (test for excess errors) Excess errors: /vol/gcc/src/hg/trunk/local/gcc/testsuite/g++.dg/expr/bitfield14.C:15:12: error: use of deleted function 'void foo(long int)' >>From gcc-bugs-return-654168-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 12:31:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125469 invoked by alias); 17 Sep 2019 12:31: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 122753 invoked by uid 55); 17 Sep 2019 12:30:58 -0000 From: "fxue at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91089] IPA-cp does not setup proper cost model for switch default case in function versioning Date: Tue, 17 Sep 2019 12:31: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: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: fxue at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: fxue at os dot amperecomputing.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01258.txt.bz2 Content-length: 1006 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91089 --- Comment #3 from fxue at gcc dot gnu.org --- Author: fxue Date: Tue Sep 17 12:30:08 2019 New Revision: 275802 URL: https://gcc.gnu.org/viewcvs?rev=3D275802&root=3Dgcc&view=3Drev Log: PR ipa/91089 - Setup predicate for switch default case in IPA 2019-09-17 Feng Xue PR ipa/91089 * doc/invoke.texi (ipa-max-switch-predicate-bounds): Document new option. * params.def (PARAM_IPA_MAX_SWITCH_PREDICATE_BOUNDS): New. * ipa-fnsummary.c (set_switch_stmt_execution_predicate): Add predic= ate for switch default case using range analysis information. 2019-09-17 Feng Xue PR ipa/91089 * gcc.dg/ipa/pr91089.c: New test. Added: trunk/gcc/testsuite/gcc.dg/ipa/pr91089.c Modified: trunk/gcc/ChangeLog trunk/gcc/doc/invoke.texi trunk/gcc/ipa-fnsummary.c trunk/gcc/params.def trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654169-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 13:03:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 63490 invoked by alias); 17 Sep 2019 13:03: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 63366 invoked by uid 48); 17 Sep 2019 13:03:31 -0000 From: "maxim.yegorushkin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91796] New: Sub-optimal YMM register allocation. Date: Tue, 17 Sep 2019 13:03: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: maxim.yegorushkin 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-09/txt/msg01259.txt.bz2 Content-length: 1749 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91796 Bug ID: 91796 Summary: Sub-optimal YMM register allocation. Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: maxim.yegorushkin at gmail dot com Target Milestone: --- The following code when compiled with `g++ -O3 -mavx2 -std=3Dc++11` __m256d copysign2_pd(__m256d from, __m256d to) { auto a =3D _mm256_castpd_si256(from); auto avx_signbit =3D _mm256_castsi256_pd(_mm256_slli_epi64(_mm256_cmpeq_epi64(a, a), 63)); return _mm256_or_pd(_mm256_and_pd(avx_signbit, from), _mm256_andnot_pd(avx_signbit, to)); // (avx_signbit & from) | (~avx_signbit= & to) } Generates the following assembly: copysign2_pd(double __vector(4), double __vector(4)): vmovapd ymm2, ymm0 vmovapd ymm0, YMMWORD PTR .LC3[rip] vandnpd ymm1, ymm0, ymm1 vandpd ymm0, ymm0, ymm2 vorpd ymm0, ymm0, ymm1 ret .LC3: .long 0 .long -2147483648 .long 0 .long -2147483648 .long 0 .long -2147483648 .long 0 .long -2147483648 In the assembly instruction `vmovapd ymm2, ymm0` is unnecessary. It can ins= tead load constant .LC3 directly into ymm2. The expected code is: copysign2_pd(double __vector(4), double __vector(4)): vmovapd ymm2, YMMWORD PTR .LC3[rip] vandnpd ymm1, ymm2, ymm1 vandpd ymm0, ymm2, ymm0 vorpd ymm0, ymm0, ymm1 ret >>From gcc-bugs-return-654170-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 13:14:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71872 invoked by alias); 17 Sep 2019 13:14: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 71806 invoked by uid 48); 17 Sep 2019 13:14:02 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91758] Clang fails to pass validation after r261089 Date: Tue, 17 Sep 2019 13:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01260.txt.bz2 Content-length: 7406 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91758 --- Comment #3 from Martin Li=C5=A1ka --- So that's what I have: 1) reduced LLVM test-case: $ cat /tmp/llvm-project/clang/test/CodeGen/lanai-regparm.c void f2(int a) __attribute((regparm(0))); void f0() { f2(1); } 2) I applied the following local patch to make the change smaller: diff --git a/clang/include/clang/CodeGen/CGFunctionInfo.h b/clang/include/clang/CodeGen/CGFunctionInfo.h index 1f81072e23d..ef7f7410c9b 100644 --- a/clang/include/clang/CodeGen/CGFunctionInfo.h +++ b/clang/include/clang/CodeGen/CGFunctionInfo.h @@ -87,14 +87,14 @@ private: unsigned AllocaFieldIndex; // isInAlloca() }; Kind TheKind; - bool PaddingInReg : 1; - bool InAllocaSRet : 1; // isInAlloca() - bool IndirectByVal : 1; // isIndirect() - bool IndirectRealign : 1; // isIndirect() - bool SRetAfterThis : 1; // isIndirect() + bool PaddingInReg; + bool InAllocaSRet; // isInAlloca() + bool IndirectByVal; // isIndirect() + bool CanBeFlattened; // isDirect() + bool SignExt ; // isExtend() + bool SRetAfterThis ; // isIndirect() + bool IndirectRealign: 1; // isIndirect() bool InReg : 1; // isDirect() || isExtend() || isIndirect() - bool CanBeFlattened: 1; // isDirect() - bool SignExt : 1; // isExtend() bool canHavePaddingType() const { return isDirect() || isExtend() || isIndirect() || isExpand(); diff --git a/clang/lib/CodeGen/TargetInfo.cpp b/clang/lib/CodeGen/TargetInfo.cpp index f2696a33cfb..b115d9da145 100644 --- a/clang/lib/CodeGen/TargetInfo.cpp +++ b/clang/lib/CodeGen/TargetInfo.cpp @@ -7567,7 +7567,10 @@ public: if (!getCXXABI().classifyReturnType(FI)) FI.getReturnInfo() =3D classifyReturnType(FI.getReturnType()); for (auto &I : FI.arguments()) + { I.info =3D classifyArgumentType(I.type, State); + __builtin_printf ("after: I.info: %d\n", I.info.getInReg ()); + } } ABIArgInfo getIndirectResult(QualType Ty, bool ByVal, CCState &State) co= nst; @@ -7658,7 +7661,9 @@ ABIArgInfo LanaiABIInfo::classifyArgumentType(QualType Ty, } if (InReg) return ABIArgInfo::getDirectInReg(); - return ABIArgInfo::getDirect(); + ABIArgInfo ret =3D ABIArgInfo::getDirect(); + __builtin_printf ("before: %d\n", ret.getInReg ()); + return ret; } namespace { 3) I see the problematic file is: /tmp/llvm-project/clang/lib/CodeGen/TargetInfo.cpp 4) I took the patch from r261089 and applied it to r255894 and it still fai= ls 5) apparently one needs -O3 to expose the issue 6) If I add following dbg_cnt: diff --git a/gcc/dbgcnt.def b/gcc/dbgcnt.def index 0421fae7bc0..3830666dc6c 100644 --- a/gcc/dbgcnt.def +++ b/gcc/dbgcnt.def @@ -195,3 +195,4 @@ DEBUG_COUNTER (tree_sra) DEBUG_COUNTER (vect_loop) DEBUG_COUNTER (vect_slp) DEBUG_COUNTER (dom_unreachable_edges) +DEBUG_COUNTER (store_merging) diff --git a/gcc/gimple-ssa-store-merging.c b/gcc/gimple-ssa-store-merging.c index 3c63e75fcf6..2369fd4bf5d 100644 --- a/gcc/gimple-ssa-store-merging.c +++ b/gcc/gimple-ssa-store-merging.c @@ -166,6 +166,7 @@ #include "rtl.h" #include "expr.h" /* For get_bit_range. */ #include "optabs-tree.h" +#include "dbgcnt.h" #include "selftest.h" /* The maximum size (in bits) of the stores this pass should generate. */ @@ -3898,7 +3899,8 @@ imm_store_chain_info::output_merged_stores () bool ret =3D false; FOR_EACH_VEC_ELT (m_merged_store_groups, i, merged_store) { - if (output_merged_store (merged_store)) + if (dbg_cnt (store_merging) + && output_merged_store (merged_store)) { unsigned int j; store_immediate_info *store; I can bisect that to one store merging transformation: before: MEM[(struct SmallVectorBase *)&Elements].Size =3D 0; MEM[(struct SmallVectorBase *)&Elements].Capacity =3D 3; after: MEM[(unsigned int *)&Elements + 8B] =3D 12884901888; if (SizeInRegs_144 > 3) The transformation looks fine to me and it must be an issue in RTL, because this is the only difference I see in tree optimized dump file. The change happens in {anonymous}::ARCABIInfo::computeInfo (const struct ARCABIInfo * const this, struct CGFunctionInfo & FI) function. And the valgrind also points to the same function: valgrind /tmp/llvm-project/build/bin/clang -cc1 -triple lanai-unknown-unkn= own -mregparm 4 /tmp/llvm-project/clang/test/CodeGen/lanai-regparm.c -emit-llvm =3D=3D766=3D=3D Memcheck, a memory error detector =3D=3D766=3D=3D Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et= al. =3D=3D766=3D=3D Using Valgrind-3.15.0 and LibVEX; rerun with -h for copyrig= ht info =3D=3D766=3D=3D Command: /tmp/llvm-project/build/bin/clang -cc1 -triple lanai-unknown-unknown -mregparm 4 /tmp/llvm-project/clang/test/CodeGen/lanai-regparm.c -emit-llvm =3D=3D766=3D=3D=20 before: 0 =3D=3D766=3D=3D Conditional jump or move depends on uninitialised value(s) =3D=3D766=3D=3D at 0x7295287: __vfprintf_internal (vfprintf-internal.c:1= 644) =3D=3D766=3D=3D by 0x7280C7A: printf (printf.c:33) =3D=3D766=3D=3D by 0x2776A28: (anonymous namespace)::LanaiABIInfo::computeInfo(clang::CodeGen::CGFunctionInfo&) const (in /tmp/llvm-project/build/bin/clang-10) =3D=3D766=3D=3D by 0x27F7533: clang::CodeGen::CodeGenTypes::arrangeLLVMFunctionInfo(clang::CanQual, bool, bool, llvm::ArrayRef >, clang::FunctionType::ExtInfo, llvm::ArrayRef, clang::CodeGen::RequiredArgs) (in /tmp/llvm-project/build/bin/clang-10) =3D=3D766=3D=3D by 0x27F9D94: clang::CodeGen::CodeGenTypes::arrangeFreeFunctionType(clang::CanQual) (in /tmp/llvm-project/build/bin/clang-10) =3D=3D766=3D=3D by 0x272AAC9: clang::CodeGen::CodeGenTypes::ConvertFunctionTypeInternal(clang::QualType) = (in /tmp/llvm-project/build/bin/clang-10) =3D=3D766=3D=3D by 0x272BD45: clang::CodeGen::CodeGenTypes::ConvertType(clang::QualType) (in /tmp/llvm-project/build/bin/clang-10) =3D=3D766=3D=3D by 0x2701D5A: clang::CodeGen::CodeGenModule::GetAddrOfFunction(clang::GlobalDecl, llvm::Type*, bool, bool, clang::CodeGen::ForDefinition_t) (in /tmp/llvm-project/build/bin/clang-10) =3D=3D766=3D=3D by 0x28472E2: EmitFunctionDeclPointer(clang::CodeGen::CodeGenModule&, clang::FunctionDecl const*) (in /tmp/llvm-project/build/bin/clang-10) =3D=3D766=3D=3D by 0x2861F2C: clang::CodeGen::CodeGenFunction::EmitCallee(clang::Expr const*) (in /tmp/llvm-project/build/bin/clang-10) =3D=3D766=3D=3D by 0x28621F2: clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*, clang::CodeGen::ReturnValueSlot) (in /tmp/llvm-project/build/bin/clang-10) =3D=3D766=3D=3D by 0x2897478: (anonymous namespace)::ScalarExprEmitter::VisitCallExpr(clang::CallExpr const*) (in /tmp/llvm-project/build/bin/clang-10) 7) The wrong output is then: marxin@marxinbox:/tmp/llvm-project/build> /tmp/llvm-project/build/bin/clang -cc1 -triple lanai-unknown-unknown -mregparm 4 /tmp/llvm-project/clang/test/CodeGen/lanai-regparm.c -emit-llvm before: 0 after: I.info: 1 marxin@marxinbox:/tmp/llvm-project/build> /tmp/llvm-project/build/bin/clang -cc1 -triple lanai-unknown-unknown -mregparm 4 /tmp/llvm-project/clang/test/CodeGen/lanai-regparm.c -emit-llvm before: 0 after: I.info: 0 So I.info.getInReg() is sometimes 0 and sometimes 1. I'm going to carry on .. >>From gcc-bugs-return-654171-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 13:28:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129378 invoked by alias); 17 Sep 2019 13:28: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 129326 invoked by uid 48); 17 Sep 2019 13:28:32 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91758] Clang fails to pass validation after r261089 Date: Tue, 17 Sep 2019 13:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01261.txt.bz2 Content-length: 592 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91758 --- Comment #4 from Martin Li=C5=A1ka --- So no, the affective change is: D.1259546.IndirectRealign =3D SR.6335_125; D.1259546.InReg =3D SR.6336_130; _163 =3D (unsigned char) SR.6335_125; _50 =3D (unsigned char) SR.6336_130; _140 =3D _50 << 1; _34 =3D _140 | _163; _383 =3D MEM[(struct ABIArgInfo *)&D.1259546 + 27B]; _382 =3D _383 & 252; _358 =3D _34 & 3; _381 =3D _382 | _358; MEM[(struct ABIArgInfo *)&D.1259546 + 27B] =3D _381; which is also fine from store-merging point of view. >>From gcc-bugs-return-654172-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 13:39:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22828 invoked by alias); 17 Sep 2019 13:39:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22798 invoked by uid 48); 17 Sep 2019 13:39:12 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/91794] exception and unwind state is not carried to LTO but controls EH vs debug frame Date: Tue, 17 Sep 2019 13:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: EH, lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01262.txt.bz2 Content-length: 329 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91794 --- Comment #3 from Richard Biener --- Created attachment 46890 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46890&action=3Dedit patch for lto-wrapper This instead makes lto-wrapper append -funwind-tables when one CU had that enabled. >>From gcc-bugs-return-654173-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 13:42:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 65602 invoked by alias); 17 Sep 2019 13:42: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 65393 invoked by uid 48); 17 Sep 2019 13:42:41 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/91794] exception and unwind state is not carried to LTO but controls EH vs debug frame Date: Tue, 17 Sep 2019 13:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: EH, lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01263.txt.bz2 Content-length: 234 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91794 --- Comment #4 from Richard Biener --- Created attachment 46891 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46891&action=3Dedit fixed patch >>From gcc-bugs-return-654174-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 13:52:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 127228 invoked by alias); 17 Sep 2019 13:52: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 127154 invoked by uid 48); 17 Sep 2019 13:52:45 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/91772] [8/9 Regression] ICE in add_dwarf_attr, at dwarf2out.c:4412 since r259749 Date: Tue, 17 Sep 2019 13:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 8.3.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority cf_known_to_work short_desc cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01264.txt.bz2 Content-length: 757 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91772 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 Known to work| |10.0 Summary|[8/9/10 Regression] ICE in |[8/9 Regression] ICE in |add_dwarf_attr, at |add_dwarf_attr, at |dwarf2out.c:4412 since |dwarf2out.c:4412 since |r259749 |r259749 Known to fail|10.0 | --- Comment #5 from Richard Biener --- Fixed on trunk sofar. >>From gcc-bugs-return-654175-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 13:53:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128101 invoked by alias); 17 Sep 2019 13:53:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 127939 invoked by uid 55); 17 Sep 2019 13:52:55 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/91772] [8/9 Regression] ICE in add_dwarf_attr, at dwarf2out.c:4412 since r259749 Date: Tue, 17 Sep 2019 13:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 8.3.1 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01265.txt.bz2 Content-length: 514 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91772 --- Comment #6 from Richard Biener --- Author: rguenth Date: Tue Sep 17 13:52:20 2019 New Revision: 275804 URL: https://gcc.gnu.org/viewcvs?rev=3D275804&root=3Dgcc&view=3Drev Log: 2019-09-17 Richard Biener PR debug/91772 * dwarf2out.c (dwarf2out_late_global_decl): If early dwarf was missing generate locations only once. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c >>From gcc-bugs-return-654176-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 14:01:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7526 invoked by alias); 17 Sep 2019 14:01:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7453 invoked by uid 48); 17 Sep 2019 14:01:25 -0000 From: "bugdal at aerifal dot cx" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgcc/91737] On Alpine Linux (libmusl) a statically linked C++ program which throws the first exception in two threads at the same time can busy spin on shutdown after main(). Date: Tue, 17 Sep 2019 14:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgcc X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bugdal at aerifal dot cx X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: MOVED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01266.txt.bz2 Content-length: 798 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91737 Rich Felker changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugdal at aerifal dot cx --- Comment #2 from Rich Felker --- This is absolutely a bug in libgcc, not musl. Weak references are not a val= id way to determine if a program is multithreaded. Some distros build all of glibc's libpthread.a as a single object file to *work around* bugs in libgcc and other software, which largely defeats the purpose of static linking and= is not an option for musl. If gcc refuses to fix this we can ship patches, but= I'd rather get it fixed correctly. >>From gcc-bugs-return-654177-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 14:15:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79417 invoked by alias); 17 Sep 2019 14:15:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79171 invoked by uid 48); 17 Sep 2019 14:15:16 -0000 From: "rearnsha at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91708] [10 regression][ARM] Bootstrap fails in gen_movsi, at config/arm/arm.md:5258 Date: Tue, 17 Sep 2019 14:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rearnsha at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bernd.edlinger at hotmail dot de 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-09/txt/msg01267.txt.bz2 Content-length: 148 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91708 --- Comment #15 from Richard Earnshaw --- So is this now fixed? >>From gcc-bugs-return-654179-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 14:16:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81951 invoked by alias); 17 Sep 2019 14:16:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 81856 invoked by uid 48); 17 Sep 2019 14:16:54 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91708] [10 regression][ARM] Bootstrap fails in gen_movsi, at config/arm/arm.md:5258 Date: Tue, 17 Sep 2019 14:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bernd.edlinger at hotmail dot de 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-09/txt/msg01269.txt.bz2 Content-length: 273 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91708 --- Comment #16 from Wilco --- (In reply to Richard Earnshaw from comment #15) > So is this now fixed? On trunk yes. This is quite a nasty alias bug in CSE, so it will need to be backported. >>From gcc-bugs-return-654178-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 14:16:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80832 invoked by alias); 17 Sep 2019 14:16: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 80779 invoked by uid 48); 17 Sep 2019 14:16:13 -0000 From: "bugdal at aerifal dot cx" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgcc/91737] On Alpine Linux (libmusl) a statically linked C++ program which throws the first exception in two threads at the same time can busy spin on shutdown after main(). Date: Tue, 17 Sep 2019 14:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgcc X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bugdal at aerifal dot cx X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: MOVED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01268.txt.bz2 Content-length: 326 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91737 --- Comment #3 from Rich Felker --- Please reopen. (I thought I could, but apparently I can't...?) RESOLVED/MOV= ED makes no sense. It should either be opened or CLOSED/WONTFIX if the latter = is really going to be gcc's position on this issue. >>From gcc-bugs-return-654180-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 14:20:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104486 invoked by alias); 17 Sep 2019 14:20: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 104411 invoked by uid 48); 17 Sep 2019 14:20:14 -0000 From: "rearnsha at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91708] [10 regression][ARM] Bootstrap fails in gen_movsi, at config/arm/arm.md:5258 Date: Tue, 17 Sep 2019 14:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rearnsha at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bernd.edlinger at hotmail dot de 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-09/txt/msg01270.txt.bz2 Content-length: 194 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91708 --- Comment #17 from Richard Earnshaw --- So do we have a testcase that shows the problem on older compilers? >>From gcc-bugs-return-654181-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 14:27:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123808 invoked by alias); 17 Sep 2019 14:27:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 123561 invoked by uid 48); 17 Sep 2019 14:27:51 -0000 From: "bugdal at aerifal dot cx" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgcc/91737] On Alpine Linux (libmusl) a statically linked C++ program which throws the first exception in two threads at the same time can busy spin on shutdown after main(). Date: Tue, 17 Sep 2019 14:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgcc X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bugdal at aerifal dot cx X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: MOVED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01271.txt.bz2 Content-length: 654 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91737 --- Comment #4 from Rich Felker --- The corresponding fixes for libgfortran and libstdc++ were made back in 201= 5. >>From the converted repo mirror I use, it looks like this was svn revision 222329 but I may be mistaken (really looking forward to official move to git...). I was aware of this because we used to have the patch in the musl-cross-make patchset and it was removed at some point because it was upstreamed. It loo= ks like it was just overlooked that libgcc[_eh] also had this kind of weak reference use, or maybe the use was introduced later and not noticed. >>From gcc-bugs-return-654182-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 14:31:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 128572 invoked by alias); 17 Sep 2019 14:31:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 128450 invoked by uid 48); 17 Sep 2019 14:30:52 -0000 From: "nsz at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgcc/91737] On Alpine Linux (libmusl) a statically linked C++ program which throws the first exception in two threads at the same time can busy spin on shutdown after main(). Date: Tue, 17 Sep 2019 14:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgcc X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nsz 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 resolution everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01272.txt.bz2 Content-length: 1646 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91737 nsz at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |NEW Last reconfirmed| |2019-09-17 CC| |nsz at gcc dot gnu.org Resolution|MOVED |--- Ever confirmed|0 |1 --- Comment #5 from nsz at gcc dot gnu.org --- (In reply to Andrew Pinski from comment #1) > Glibc has a similar bug and been discussed how to fix it. > The way Glibc is going to fix it (though it has not yet) is that > libpthread.a will be really just include one object file which includes a= ll > of the pthread library. citation needed. the plan in glibc is to provide a "is single threaded" api. https://sourceware.org/ml/libc-alpha/2019-08/msg00438.html once that's in then in principle any library (like libstdc++) can do single thread optimizations without hacks. (another glibc plan is to move libpthread.so into libc.so so there are no awkward internal abis between them and then avoiding pthread dependency is no longer relevant.) i think that should work for the unwinder in libgcc too. on the musl side, we want to disable this hack before that happens, it's better to not do any single thread optimizations than silently breaking things. so the right fix is something equivalent to https://gcc.gnu.org/viewcvs/gcc?view=3Drevision&revision=3D222329 i.e. libgcc should be compiled with GTHREAD_USE_WEAK=3D0 on *musl*. >>From gcc-bugs-return-654183-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 14:31:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129001 invoked by alias); 17 Sep 2019 14:31: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 128935 invoked by uid 89); 17 Sep 2019 14:31:03 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=3.7 required=5.0 tests=BAYES_20,HTML_MESSAGE,KAM_INFOUSMEBIZ,KAM_SHORT,NIXSPAM_IXHASH,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.1 spammy=UD:ly, UD:bit.ly, ligne, bonjour X-HELO: FRA01-MR2-obe.outbound.protection.outlook.com Received: from mail-eopbgr90112.outbound.protection.outlook.com (HELO FRA01-MR2-obe.outbound.protection.outlook.com) (40.107.9.112) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 17 Sep 2019 14:31:01 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SK6GyB7uAZya5OaPZzbqRZHHOHzUCQNMWx+dRhmrfxVpgB9P8kHNJZ8UvQ6k+jbEcPVm4EqB517qbHGS/iKDE+LDsN9l3eQ0gQnSXhKEhFtiqESl/jG4dMa8NifrG4wmcsuuXOhH10hyZL33yoZGMcpgqV9hqVizFol+1jEwxAfEy4AEaQxoCoJWP5e6NdfJ9TQfP2LF4NMZ6FJYxSFwztAAcmIWf/zAYJfxzCHSLnLF78CWW2noEHIXLCsbzjIM19azvop+3Cpp27EHZtzNqsSaXFs78MNcYj3fjkSpHi0gQutLGIGYEnX8dLf+1Ja3WmUoYgct6kxT+nNypGLpdw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r5FQ1u/OqZDsCHgJp6lTq0KAmXs9Os0tRMYCFIiK/7Q=; b=MtPzpXcRSuYpwMrJt5SRg2pG7Sn9RDm3FJrplvFdAQ99yw9tMm8NmKO/qYlNmdNBc0bEYj6E5BzZPBVpYXhzcNM9DI2zr9PyDR/fot8Cb65PYKCcYTrv2OFixt5Dv9jpiIe8RiS9YPZR/9PKxdeGAj9unvBD8MWLv/oSKeFy10pxerdCjG37Z1482wt5QNqDDsz7KiwcJ6xpn38QBKsCLPBD/ddETByAxSVd7/AApT0aIT6zeC8FkKNqQy8+xTB45RKvOiTWizxBwGpzd627tJDRMbSLf2+e6ybjRpMjxjJUFvIlqxGFov3+VRvECtooOZVJVfwVbcrjaUqS7mxGSw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=aide-savbpa.info; dmarc=pass action=none header.from=aide-savbpa.info; dkim=pass header.d=aide-savbpa.info; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vascontactacom.onmicrosoft.com; s=selector1-vascontactacom-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r5FQ1u/OqZDsCHgJp6lTq0KAmXs9Os0tRMYCFIiK/7Q=; b=Bbm+dk3ZYbXssd3xW6wGJ+2h9/kWACzi2UqYv0kiYLQ4QqYPZvvS5gjB3VZd1drdbS9m1tcpZk7ic60TvuBtFmV710MxFLkbpfJ2aAecr+cRIgKB4fJLtGzE1weSKPkzh+hnL/DNiQi1LCxsRJEmsiPiRAODyMTtWpEPczCo2DY= Received: from MR2P264MB0050.FRAP264.PROD.OUTLOOK.COM (52.134.36.23) by MR2P264MB0083.FRAP264.PROD.OUTLOOK.COM (52.134.40.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.20; Tue, 17 Sep 2019 14:30:57 +0000 Received: from MR2P264MB0050.FRAP264.PROD.OUTLOOK.COM ([fe80::fd58:3c1d:9794:9f97]) by MR2P264MB0050.FRAP264.PROD.OUTLOOK.COM ([fe80::fd58:3c1d:9794:9f97%6]) with mapi id 15.20.2263.023; Tue, 17 Sep 2019 14:30:57 +0000 From: Vous et-votre agence To: "gcc-bugs@gcc.gnu.org" Subject: je suis en ligne mtn SARA. Date: Tue, 17 Sep 2019 14:31:00 -0000 Message-ID: authentication-results: spf=none (sender IP is ) smtp.mailfrom=vous@aide-savbpa.info; x-ms-exchange-purlcount: 1 x-ms-oob-tlc-oobclassifiers: OLM:1728; received-spf: None (protection.outlook.com: aide-savbpa.info does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: xw46FAqJdhjnP92Ol63lZdcTDzEcHc3bqXjLmVdoAvHmPCkA5GtP1IC3OQVRBtY/XNSotwbVTPB0GjAYXqEQAA== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-SW-Source: 2019-09/txt/msg01273.txt.bz2 Content-length: 143 Qm9uam91cvCfkosgUmV0cm91dmV6LW1vaSBzdXIgbGEgcGFnZSBqZSBzdWlz IG10biBlbiBsaWduZSwgbW9uIGxvZ2luOiBDQVQwMTU+ICBodHRwOi8vYml0 Lmx5LzJtajBGQnINCg== >>From gcc-bugs-return-654184-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 15:10:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37418 invoked by alias); 17 Sep 2019 15:10:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37334 invoked by uid 48); 17 Sep 2019 15:10:05 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91758] Clang fails to pass validation after r261089 Date: Tue, 17 Sep 2019 15:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01274.txt.bz2 Content-length: 4264 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91758 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #5 from Martin Li=C5=A1ka --- Ok, so without changed source file I see optimized dump changed from: D.1259546.PaddingInReg =3D SR.6329_147; D.1259546.IndirectByVal =3D SR.6330_121; D.1259546.IndirectRealign =3D SR.6331_117; D.1259546.SRetAfterThis =3D SR.6332_29; D.1259546.InReg =3D SR.6333_124; D.1259546.CanBeFlattened =3D SR.6334_129; MEM[base: __for_begin_145, offset: 8B] =3D MEM[(struct ABIArgInfo *)&D.1259546]; into: _139 =3D (unsigned char) SR.6329_147; _49 =3D (unsigned char) SR.6330_121; _137 =3D _49 << 2; _34 =3D _137 | _139; _382 =3D (unsigned char) SR.6331_117; _381 =3D _382 << 3; _357 =3D _381 | _34; _380 =3D (unsigned char) SR.6332_29; _377 =3D _380 << 4; _376 =3D _377 | _357; _375 =3D (unsigned char) SR.6333_124; _397 =3D _375 << 5; _401 =3D _397 | _376; _181 =3D (unsigned char) SR.6334_129; _364 =3D _181 << 6; _118 =3D _364 | _401; _131 =3D MEM[(struct ABIArgInfo *)&D.1259546 + 21B]; _363 =3D _131 & 130; _366 =3D _118 & 125; _69 =3D _363 | _366; MEM[(struct ABIArgInfo *)&D.1259546 + 21B] =3D _69; MEM[base: __for_begin_145, offset: 8B] =3D MEM[(struct ABIArgInfo *)&D.1259546]; which eventually ends up with something like: addq $32, %rbx #, ivtmp.6357 movzbl 43(%rsp), %ecx # %sfp, SR.6331 movq 24(%rsp), %xmm0 # %sfp, tmp336 movl %r15d, -8(%rbx) # SR.6327, MEM[base: __for_begin_145, offse= t: 8B] leal 0(,%rdi,4), %edx #, tmp337 # /tmp/llvm-project/clang/lib/CodeGen/TargetInfo.cpp:7572:=20=20=20=20=20=20 __builtin_printf ("after: I.info: %d\n", I.info.getInReg ()); leaq .LC156(%rip), %rdi #, # /tmp/llvm-project/clang/lib/CodeGen/TargetInfo.cpp:7571: I.info =3D classifyArgumentType(I.type, State); movl %r15d, 80(%rsp) # SR.6327, MEM[(struct ABIArgInfo *)&D.1259= 546 + 16B] sall $3, %ecx #, tmp339 orl %r14d, %edx # SR.6329, tmp338 movhps 8(%rsp), %xmm0 # %sfp, tmp336 orl %ecx, %edx # tmp339, tmp340 movzbl 42(%rsp), %ecx # %sfp, tmp341 movups %xmm0, -24(%rbx) # tmp336, MEM[base: __for_begin_145, offset: 8B] movaps %xmm0, 64(%rsp) # tmp336, MEM[(struct ABIArgInfo *)&D.12595= 46] sall $4, %ecx #, tmp341 orl %ecx, %edx # tmp341, tmp342 orl %eax, %edx # tmp343, tmp344 movl %ebp, %eax # SR.6334, tmp345 sall $6, %eax #, tmp345 orl %eax, %edx # tmp345, tmp346 movzbl 85(%rsp), %eax # MEM[(struct ABIArgInfo *)&D.1259546 + 21B= ], tmp348 andl $125, %edx #, tmp347 andl $-126, %eax #, tmp348 orl %eax, %edx # tmp348, tmp350 # /tmp/llvm-project/clang/lib/CodeGen/TargetInfo.cpp:7572:=20=20=20=20=20=20 __builtin_printf ("after: I.info: %d\n", I.info.getInReg ()); xorl %eax, %eax # # /tmp/llvm-project/clang/lib/CodeGen/TargetInfo.cpp:7571: I.info =3D classifyArgumentType(I.type, State); movb %dl, 85(%rsp) # tmp350, MEM[(struct ABIArgInfo *)&D.12595= 46 + 21B] and the problem is that we load: 0x2776490 <(anonymous namespace)::LanaiABIInfo::computeInfo(clang::CodeGen::CGFunctionInfo&) const+400> movzbl 0x2b(%rsp),%ecx with the following value: (gdb) p /t $ecx $1 =3D 11110111 and then we or (11110111 << 3) into %edx and so that we end up with the 6th= bit set. That is the InReg field. Looking at the corresponding ASM code without the store-merging, there are quite some andl $1, %esi #, tmp329 ... andl $1, %ecx #, tmp347 and so on. @Eric, @Jakub, @Richard: Aren't we missing something similar with the store merging of bool:1 bit fields? I can see the cast to 'unsigned char' from 'bool' in GIMPLE. Both should be= 1B and so that we maybe encorporate random bits? >>From gcc-bugs-return-654185-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 15:34:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55695 invoked by alias); 17 Sep 2019 15:34:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 55645 invoked by uid 48); 17 Sep 2019 15:34:33 -0000 From: "ensadc at mailnesia dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91791] ICE when throwing exception in a ternary expression Date: Tue, 17 Sep 2019 15:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ensadc at mailnesia dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01275.txt.bz2 Content-length: 377 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91791 ensadc at mailnesia dot com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ensadc at mailnesia dot com --- Comment #1 from ensadc at mailnesia dot com --- Duplicate of PR 90393? >>From gcc-bugs-return-654186-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 15:40:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84524 invoked by alias); 17 Sep 2019 15:40: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 83242 invoked by uid 48); 17 Sep 2019 15:40:09 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 15:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01276.txt.bz2 Content-length: 274 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 --- Comment #2 from Uro=C5=A1 Bizjak --- Created attachment 46892 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46892&action=3Dedit libffi.so.7 Needed shared library to run the test. >>From gcc-bugs-return-654187-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 15:42:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90617 invoked by alias); 17 Sep 2019 15:42:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 90590 invoked by uid 48); 17 Sep 2019 15:42:41 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 15:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01277.txt.bz2 Content-length: 362 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 --- Comment #3 from Uro=C5=A1 Bizjak --- The test needs -fpie and attached libffi.so.7 (plus a symbolic link from libffi.so to libffi.so.7). $gcc -O2 -m32 -fpie -L. -lffi pr91779.i $ LD_LIBRARY_PATH=3D. ./a.out Char f(Char,double,Char):({'A'},0.2,{'C'})->{'B'} Segmentation fault >>From gcc-bugs-return-654188-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 15:47:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96132 invoked by alias); 17 Sep 2019 15:47:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96021 invoked by uid 48); 17 Sep 2019 15:47:05 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Tue, 17 Sep 2019 15:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc cf_known_to_work target_milestone short_desc everconfirmed cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01278.txt.bz2 Content-length: 1091 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-17 CC| |ebotcazou at gcc dot gnu.o= rg Known to work| |7.4.0, 8.3.0 Target Milestone|--- |9.3 Summary|sparc64-gcc fails to build |[9/10 regression] unaligned |glibc (-fcall-used-g6) on |floating-point register |niagara4: Assembler |with -mcpu=3Dniagara4 |messages: Error: Illegal |-fcall-used-g6 |operands | Ever confirmed|0 |1 Known to fail| |10.0, 9.1.0, 9.2.0 --- Comment #10 from Eric Botcazou --- I can reproduce. >>From gcc-bugs-return-654189-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 15:48:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99298 invoked by alias); 17 Sep 2019 15:48:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98780 invoked by uid 48); 17 Sep 2019 15:48:18 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Tue, 17 Sep 2019 15:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01279.txt.bz2 Content-length: 472 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc do= t gnu.org --- Comment #11 from Eric Botcazou --- Investigating. >>From gcc-bugs-return-654190-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 16:23:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74796 invoked by alias); 17 Sep 2019 16:23:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74734 invoked by uid 48); 17 Sep 2019 16:23:01 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 16:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01280.txt.bz2 Content-length: 4850 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 --- Comment #4 from Uro=C5=A1 Bizjak --- As explained in the #Comment 0, we have the following situation in main: leal .LC164@GOTOFF(%ebx), %eax # 32 [c=3D5 l=3D6] *lea= si pushl %eax # 33 [c=3D4 l=3D1] *pushsi2 pushl (%esi) # 35 [c=3D4 l=3D2] *pushsi2 movl %eax, -100(%ebp) # 159 [c=3D4 l=3D3] *movsi_inter= nal/1 call _fprintf # 36 [c=3D9 l=3D5] *call_value ... pushl %eax # 123 [c=3D4 l=3D1] *pushsi2 pushl -100(%ebp) # 125 [c=3D8 l=3D3] *pushsi2 pushl (%esi) # 127 [c=3D4 l=3D2] *pushsi2 call _fprintf # 128 [c=3D9 l=3D5] *call_value where (insn 159) pushes value on the stack, which is later read in (insn 12= 5). Before LRA, we have the following sequence: _.ira: (insn 32 31 33 2 (set (reg/f:SI 116) (plus:SI (reg:SI 82) (const:SI (unspec:SI [ (symbol_ref/f:SI ("*.LC164") [flags 0x2] ) ] UNSPEC_GOTOFF)))) "../../testsuite/libffi.bhaible/test-callback.c":2310:5 186 {*leasi} (expr_list:REG_EQUIV (symbol_ref/f:SI ("*.LC164") [flags 0x2] ) (nil))) (insn 33 32 35 2 (set (mem/f:SI (pre_dec:SI (reg/f:SI 7 sp)) [2 S4 A32]) (reg/f:SI 116)) "../../testsuite/libffi.bhaible/test-callback.c":23= 10:5 43 {*pushsi2} (expr_list:REG_ARGS_SIZE (const_int 28 [0x1c]) (nil))) (insn 35 33 36 2 (set (mem/f:SI (pre_dec:SI (reg/f:SI 7 sp)) [3 S4 A32]) (mem/f/c:SI (reg/f:SI 109) [3 out+0 S4 A32])) "../../testsuite/libffi.bhaible/test-callback.c":2310:5 43 {*pushsi2} (expr_list:REG_ARGS_SIZE (const_int 32 [0x20]) (nil))) (call_insn 36 35 37 2 (set (reg:SI 0 ax) (call (mem:QI (symbol_ref:SI ("_fprintf") [flags 0x3] ) [0 _fprintf S1 A8]) (const_int 32 [0x20]))) "../../testsuite/libffi.bhaible/test-callback.c":2310:5 676 {*call_value} (expr_list:REG_UNUSED (reg:SI 0 ax) (expr_list:REG_CALL_DECL (symbol_ref:SI ("_fprintf") [flags 0x3]=20 ) (expr_list:REG_EH_REGION (const_int 0 [0]) (nil)))) (nil)) ... (insn 123 122 125 6 (set (mem:SI (pre_dec:SI (reg/f:SI 7 sp)) [1 S4 A32]) (reg:SI 136 [ Cr ])) "../../testsuite/libffi.bhaible/test-callback.c":2328:5 43 {*pushsi2} (expr_list:REG_DEAD (reg:SI 136 [ Cr ]) (expr_list:REG_ARGS_SIZE (const_int 8 [0x8]) (nil)))) (insn 125 123 127 6 (set (mem/f:SI (pre_dec:SI (reg/f:SI 7 sp)) [2 S4 A32]) (reg/f:SI 116)) "../../testsuite/libffi.bhaible/test-callback.c":23= 28:5 43 {*pushsi2} (expr_list:REG_DEAD (reg/f:SI 116) (expr_list:REG_ARGS_SIZE (const_int 12 [0xc]) (nil)))) (insn 127 125 128 6 (set (mem/f:SI (pre_dec:SI (reg/f:SI 7 sp)) [3 S4 A32]) (mem/f/c:SI (reg/f:SI 109) [3 out+0 S4 A32])) "../../testsuite/libffi.bhaible/test-callback.c":2328:5 43 {*pushsi2} (expr_list:REG_ARGS_SIZE (const_int 16 [0x10]) (nil))) (call_insn 128 127 129 6 (set (reg:SI 0 ax) (call (mem:QI (symbol_ref:SI ("_fprintf") [flags 0x3] ) [0 _fprintf S1 A8]) (const_int 16 [0x10]))) "../../testsuite/libffi.bhaible/test-callback.c":2328:5 676 {*call_value} (expr_list:REG_UNUSED (reg:SI 0 ax) (expr_list:REG_CALL_DECL (symbol_ref:SI ("_fprintf") [flags 0x3]=20 ) (expr_list:REG_EH_REGION (const_int 0 [0]) (nil)))) (nil)) Please note (reg 116), which is kept alive all the way to (insn 127), where= it is pushed on stack. LRA pass stores the value in (reg 116) to a frame with: (insn 159 32 33 2 (set (mem/c:SI (plus:SI (reg/f:SI 6 bp) (const_int -100 [0xffffffffffffff9c])) [35 %sfp+-76 S4 A32]) (reg/f:SI 0 ax [116])) "../../testsuite/libffi.bhaible/test-callback.c":2310:5 67 {*movsi_internal} (nil)) and substitutes (reg 116) in (insn 125) with a new memory location: (insn 125 123 127 7 (set (mem/f:SI (pre_dec:SI (reg/f:SI 7 sp)) [2 S4 A32]) (mem/c:SI (plus:SI (reg/f:SI 6 bp) (const_int -100 [0xffffffffffffff9c])) [35 %sfp+-76 S4 A32]= )) "../../testsuite/libffi.bhaible/test-callback.c":2328:5 43 {*pushsi2} (expr_list:REG_ARGS_SIZE (const_int 12 [0xc]) (nil))) The frame is correctly constructed using: subl $100, %esp # 185 [c=3D4 l=3D3]=20 pro_epilogue_adjust_stack_si_add/0 It looks to me that LRA creates too small frame, perhpas it doesn't account= for preceeding (insn 123) for some reason. >>From gcc-bugs-return-654191-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 16:24:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83677 invoked by alias); 17 Sep 2019 16:24:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 83560 invoked by uid 48); 17 Sep 2019 16:24:38 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 16:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01281.txt.bz2 Content-length: 311 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 --- Comment #5 from Uro=C5=A1 Bizjak --- (In reply to Uro=C5=A1 Bizjak from comment #4) > Please note (reg 116), which is kept alive all the way to (insn 127), whe= re > it is pushed on stack. ... all the way to (insn 125), ... >>From gcc-bugs-return-654192-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 16:28:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89082 invoked by alias); 17 Sep 2019 16:28: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 89049 invoked by uid 48); 17 Sep 2019 16:28:53 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91708] [10 regression][ARM] Bootstrap fails in gen_movsi, at config/arm/arm.md:5258 Date: Tue, 17 Sep 2019 16:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bernd.edlinger at hotmail dot de 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-09/txt/msg01282.txt.bz2 Content-length: 377 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91708 --- Comment #18 from Wilco --- (In reply to Richard Earnshaw from comment #17) > So do we have a testcase that shows the problem on older compilers? Yes, the same testcase shows the same incorrect substitution in older compilers. I tried GCC9, but the MEM to MEM change dates back much further. >>From gcc-bugs-return-654193-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 16:35:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 103920 invoked by alias); 17 Sep 2019 16:35:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 103354 invoked by uid 48); 17 Sep 2019 16:35:24 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] New: [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Tue, 17 Sep 2019 16:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01283.txt.bz2 Content-length: 1795 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91797 Bug ID: 91797 Summary: [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- make -k check-gcc RUNTESTFLAGS=3Dpowerpc.exp=3Dgcc.target/powerpc/pr68805.c Executing on host: /home/seurer/gcc/build/gcc-test/gcc/xgcc -B/home/seurer/gcc/build/gcc-test/gcc/ /home/seurer/gcc/gcc-test/gcc/testsuite/gcc.target/powerpc/pr68805.c=20=20= =20 -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -mdejagnu-cpu=3Dpower8 -ffat-lto-objects -fno-ident -S -o pr68805.s (timeout =3D 300) spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test/gcc/xgcc -B/home/seurer/gcc/build/gcc-test/gcc/ /home/seurer/gcc/gcc-test/gcc/testsuite/gcc.target/powerpc/pr68805.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -mdejagnu-cpu=3Dpower8 -ffat-lto-objects -f= no-ident -S -o pr68805.s PASS: gcc.target/powerpc/pr68805.c (test for excess errors) gcc.target/powerpc/pr68805.c: \\mld\\M found 0 times FAIL: gcc.target/powerpc/pr68805.c scan-assembler-times \\mld\\M 2 gcc.target/powerpc/pr68805.c: \\mstd\\M found 0 times FAIL: gcc.target/powerpc/pr68805.c scan-assembler-times \\mstd\\M 2 PASS: gcc.target/powerpc/pr68805.c scan-assembler-not xxpermdi The difference is, r273239: ld 10,0(4) ld 9,8(4) std 10,0(3) std 9,8(3) blr r273240: lxvd2x 0,0,4 stxvd2x 0,0,3 blr >>From gcc-bugs-return-654194-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 16:42:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31527 invoked by alias); 17 Sep 2019 16:42:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31483 invoked by uid 48); 17 Sep 2019 16:42:36 -0000 From: "94sarkar.anirban at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91798] New: Compiler rejects code due to template specialization of auto parameter value. Date: Tue, 17 Sep 2019 16:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: 94sarkar.anirban 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_file_loc bug_status keywords bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01284.txt.bz2 Content-length: 4993 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91798 Bug ID: 91798 Summary: Compiler rejects code due to template specialization of auto parameter value. Product: gcc Version: 8.1.0 URL: https://wandbox.org/permlink/YuXR4WMYflBZTW4m Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: 94sarkar.anirban at gmail dot com Target Milestone: --- G++ rejects the following code that runs fine on Clang and MSVC. //Get type parameter at given index. template struct param; template struct param { static_assert(i > 0, "Index into parameter pack cannot be negative!"); using type =3D typename param::type; }; template struct param<0, t, ts...> { using type =3D t; }; int main() { typename param<0u, char, int, float>::type x =3D 'a'; static_cast(x); } //=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D end example When compiled with "g++ example.cpp -Wall -Wextra -std=3Dc++17 -pedantic-er= rors", the compiler outputs: example.cpp: In instantiation of 'struct param<0, char, int, float>': example.cpp:21:41: required from here example.cpp:8:21: error: static assertion failed: Index into parameter pack cannot be negative! static_assert(i > 0, "Index into parameter pack cannot be negative!"); ~~^~~ example.cpp: In instantiation of 'struct param<4294967294, float>': example.cpp:10:52: recursively required from 'struct param<4294967295, in= t, float>' example.cpp:10:52: required from 'struct param<0, char, int, float>' example.cpp:21:41: required from here example.cpp:10:52: error: invalid use of incomplete type 'struct param<4294967293>' using type =3D typename param::type; ^ example.cpp:3:8: note: declaration of 'struct param<4294967293>' struct param; ^~~~~ example.cpp: In function 'int main()': example.cpp:21:43: error: invalid combination of multiple type-specifiers typename param<0u, char, int, float>::type x =3D 'a'; ^~~~ I use a G++ build of MinGW-W64 whose build options from "g++ -v" are: Using built-in specs. COLLECT_GCC=3Dg++ COLLECT_LTO_WRAPPER=3DD:/Software\ Development\ Kits/C++/MinGW/bin/../libexec/gcc/ x86_64-w64-mingw32/8.1.0/lto-wrapper.exe Target: x86_64-w64-mingw32 Configured with: ../../../src/gcc-8.1.0/configure --host=3Dx86_64-w64-mingw= 32 --bu ild=3Dx86_64-w64-mingw32 --target=3Dx86_64-w64-mingw32 --prefix=3D/mingw64 --with-sysr oot=3D/c/mingw810/x86_64-810-win32-seh-rt_v6-rev0/mingw64 --enable-shared --enable -static --disable-multilib --enable-languages=3Dc,c++,fortran,lto --enable-libstdc xx-time=3Dyes --enable-threads=3Dwin32 --enable-libgomp --enable-libatomic --enable- lto --enable-graphite --enable-checking=3Drelease --enable-fully-dynamic-st= ring -- enable-version-specific-runtime-libs --disable-libstdcxx-pch --disable-libstdcxx -debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=3Dnoco na --with-tune=3Dcore2 --with-libiconv --with-system-zlib --with-gmp=3D/c/mingw810/p rerequisites/x86_64-w64-mingw32-static --with-mpfr=3D/c/mingw810/prerequisites/x86 _64-w64-mingw32-static --with-mpc=3D/c/mingw810/prerequisites/x86_64-w64-mingw32-s tatic --with-isl=3D/c/mingw810/prerequisites/x86_64-w64-mingw32-static --with-pkgv ersion=3D'x86_64-win32-seh-rev0, Built by MinGW-W64 project' --with-bugurl=3Dhttps:/ /sourceforge.net/projects/mingw-w64 CFLAGS=3D'-O2 -pipe -fno-ident -I/c/mingw810/x 86_64-810-win32-seh-rt_v6-rev0/mingw64/opt/include -I/c/mingw810/prerequisites/x 86_64-zlib-static/include -I/c/mingw810/prerequisites/x86_64-w64-mingw32-static/ include' CXXFLAGS=3D'-O2 -pipe -fno-ident -I/c/mingw810/x86_64-810-win32-seh-rt_v6 -rev0/mingw64/opt/include -I/c/mingw810/prerequisites/x86_64-zlib-static/include -I/c/mingw810/prerequisites/x86_64-w64-mingw32-static/include' CPPFLAGS=3D' -I/c/ mingw810/x86_64-810-win32-seh-rt_v6-rev0/mingw64/opt/include -I/c/mingw810/prere quisites/x86_64-zlib-static/include -I/c/mingw810/prerequisites/x86_64-w64-mingw 32-static/include' LDFLAGS=3D'-pipe -fno-ident -L/c/mingw810/x86_64-810-win32-seh- rt_v6-rev0/mingw64/opt/lib -L/c/mingw810/prerequisites/x86_64-zlib-static/l= ib -L /c/mingw810/prerequisites/x86_64-w64-mingw32-static/lib ' Thread model: win32 gcc version 8.1.0 (x86_64-win32-seh-rev0, Built by MinGW-W64 project) The same error is reported on all versions of GCC above 7.3.0 as present on https://wandbox.org/. >>From gcc-bugs-return-654196-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 16:50:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40355 invoked by alias); 17 Sep 2019 16:50:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40317 invoked by uid 48); 17 Sep 2019 16:50:54 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/91794] exception and unwind state is not carried to LTO but controls EH vs debug frame Date: Tue, 17 Sep 2019 16:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: EH, lto X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on 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-09/txt/msg01286.txt.bz2 Content-length: 778 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91794 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-17 Ever confirmed|0 |1 --- Comment #5 from Eric Botcazou --- > Eric - was the intent of the PR81351 fix that the dwarf2out_do_eh_frame () > works per function? No, dwarf2out_do_eh_frame is global but whether the CFI for EH is emitted is decided on a per-function basis in the end, see my explanation in: https://gcc.gnu.org/ml/gcc-patches/2017-11/msg00771.html >>From gcc-bugs-return-654195-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 16:50:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37769 invoked by alias); 17 Sep 2019 16:50:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 37691 invoked by uid 48); 17 Sep 2019 16:49:57 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91758] Clang fails to pass validation after r261089 Date: Tue, 17 Sep 2019 16: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: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01285.txt.bz2 Content-length: 586 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91758 --- Comment #6 from Martin Li=C5=A1ka --- > @Eric, @Jakub, @Richard: Aren't we missing something similar with the sto= re > merging of bool:1 bit fields? > I can see the cast to 'unsigned char' from 'bool' in GIMPLE. Both should = be > 1B and > so that we maybe encorporate random bits? I made a wrong assumption, one can't have value of boolean type different f= rom 0/1. Otherwise, it will be an UBSAN: snippet2.c:34:18: runtime error: load of value 255, which is not a valid va= lue for type 'bool' >>From gcc-bugs-return-654197-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 17:17:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111631 invoked by alias); 17 Sep 2019 17:17:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111562 invoked by uid 48); 17 Sep 2019 17:17:05 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91758] [9 Regression] Clang fails to pass validation after r261089 Date: Tue, 17 Sep 2019 17:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01287.txt.bz2 Content-length: 551 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91758 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |INVALID --- Comment #7 from Martin Li=C5=A1ka --- I've got it. It's a usage of an uninitialize member variable in a class: https://bugs.llvm.org/show_bug.cgi?id=3D40547#c38 >>From gcc-bugs-return-654198-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 17:20:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116247 invoked by alias); 17 Sep 2019 17:20:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116153 invoked by uid 48); 17 Sep 2019 17:20:30 -0000 From: "manu at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/49973] Column numbers count multibyte characters as multiple columns Date: Tue, 17 Sep 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: preprocessor X-Bugzilla-Version: 4.5.2 X-Bugzilla-Keywords: easyhack X-Bugzilla-Severity: normal X-Bugzilla-Who: manu 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-09/txt/msg01288.txt.bz2 Content-length: 652 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D49973 --- Comment #15 from Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez --- (In reply to Lewis Hyatt from comment #13) > I have one other question though. This quick attempt uses wchar.h, namely > the mbrtowc() and wcwidth() functions. Firstly, it seems unfortunate to > introduce a dependency on those, which may be problematic for Windows, et= c. Apart from Joseph suggestion, in a more general sense, there is no issue wi= th introducing a dependency on gnulib. It is a long-term goal to replace parts= of libiberty with gnulib: https://gcc.gnu.org/wiki/replacelibibertywithgnulib >>From gcc-bugs-return-654199-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 17:45:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81999 invoked by alias); 17 Sep 2019 17:45:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 81964 invoked by uid 48); 17 Sep 2019 17:44:56 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 17:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01289.txt.bz2 Content-length: 1986 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 --- Comment #6 from Uro=C5=A1 Bizjak --- Some debugging & tracing throug main shows the following: There is an indirect call where we enter with stack pointer 0xffffce60, and return with a stack pointer of 0xffffce80. Later, pushl misaligns the stack pointer to 0xffffce7c. movzbl C1@GOTOFF(%ebx), %eax # 111 [c=3D9 l=3D7] *movqi_inter= nal/4 pushl 4+d2@GOTOFF(%ebx) # 166 [c=3D9 l=3D6] *pushsi2 pushl d2@GOTOFF(%ebx) # 167 [c=3D9 l=3D6] *pushsi2 pushl %eax # 112 [c=3D4 l=3D1] *pushqi2 pushl -96(%ebp) # 113 [c=3D8 l=3D3] *pushsi2 ce60 call *-84(%ebp) # 115 [c=3D4 l=3D3] *call_pop ce80 movzbl -89(%ebp), %eax # 116 [c=3D8 l=3D4] *movqi_internal/4 pushl %edi # 118 [c=3D4 l=3D1] *pushsi2 ce7c movb %al, -96(%ebp) # 157 [c=3D4 l=3D3] *movqi_internal/8 call ffi_closure_free@PLT # 120 [c=3D0 l=3D5] *call ce7c movsbl -96(%ebp), %eax # 122 [c=3D12 l=3D4] extendqisi2 The offending indirect call is defined as: (call_insn 115 114 116 7 (parallel [ (call (mem:QI (mem/f/c:SI (plus:SI (reg/f:SI 6 bp) (const_int -84 [0xffffffffffffffac])) [23 callback_code+0 S4 A32]) [0 *callback_code.865_10 S1 A8]) (const_int 32 [0x20])) (set (reg/f:SI 7 sp) (plus:SI (reg/f:SI 7 sp) (const_int 20 [0x14]))) ]) "../../testsuite/libffi.bhaible/test-callback.c":2325:13 673 {*call_pop} (expr_list:REG_ARGS_SIZE (const_int 12 [0xc]) (expr_list:REG_CALL_DECL (nil) (nil))) (nil)) So, the function should pop 20 bytes from the stack, which is not the case. According to the debug session, it pops 32 bytes. The indirectly called function is: ffi_closure_STDCALL () from ./libffi.so.7 So, the above function misaligns the stack. >>From gcc-bugs-return-654200-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 17:46:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113161 invoked by alias); 17 Sep 2019 17:46:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111710 invoked by uid 48); 17 Sep 2019 17:46:35 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 17:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01290.txt.bz2 Content-length: 626 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 Uro=C5=A1 Bizjak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #7 from Uro=C5=A1 Bizjak --- (In reply to Uro=C5=A1 Bizjak from comment #6) > The indirectly called function is: >=20 > ffi_closure_STDCALL () from ./libffi.so.7 >=20 > So, the above function misaligns the stack. Not our problem. >>From gcc-bugs-return-654201-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 18:19:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 20870 invoked by alias); 17 Sep 2019 18:19:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 20318 invoked by uid 48); 17 Sep 2019 18:19:11 -0000 From: "dragan.mladjenovic@rt-rk.com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91769] [9/10 regression] wrong code with -O2 on MIPS Date: Tue, 17 Sep 2019 18:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dragan.mladjenovic@rt-rk.com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01291.txt.bz2 Content-length: 918 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91769 --- Comment #4 from Dragan Mladjenovic --- Hi, This fix is propbably nothing more than: --- a/gcc/config/mips/mips.c +++ b/gcc/config/mips/mips.c @@ -4862,7 +4862,7 @@ mips_split_move (rtx dest, rtx src, enum mips_split_t= ype split_type, rtx insn_) { rtx tmp =3D XEXP (src, 0); mips_classify_address (&addr, tmp, GET_MODE (tmp), true); - if (addr.reg && REGNO (addr.reg) !=3D REGNO (dest)) + if (addr.reg && !reg_overlap_mentioned_p (dest, addr.reg)) validate_change (next, &SET_SRC (set), src, false); } else But I have to regtest it before posting it on the mailing list. There are m= ore bug reports that are potentialy relate to this particular piece of code, so= I have to check them too. >>From gcc-bugs-return-654202-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 18:47:33 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 27081 invoked by alias); 17 Sep 2019 18:47:33 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 27028 invoked by uid 48); 17 Sep 2019 18:47:29 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Tue, 17 Sep 2019 18:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01292.txt.bz2 Content-length: 282 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91797 --- Comment #1 from seurer at gcc dot gnu.org --- This also affects gcc.target/powerpc/pr87507.c FAIL: gcc.target/powerpc/pr87507.c scan-assembler-times \\mstd\\M 4 FAIL: gcc.target/powerpc/pr87507.c scan-assembler-not \\mld\\M >>From gcc-bugs-return-654203-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 18:55:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48167 invoked by alias); 17 Sep 2019 18:55:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48146 invoked by uid 48); 17 Sep 2019 18:55:34 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] New: [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Tue, 17 Sep 2019 18:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01293.txt.bz2 Content-length: 2435 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91799 Bug ID: 91799 Summary: [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- make -k check-gcc RUNTESTFLAGS=3Dpowerpc.exp=3Dgcc.target/powerpc/pr88233.c Executing on host: /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/pr88233.c=20=20= =20 -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -mcpu=3Dpower8 -ffat-lto-objects -fno-iden= t -S -o pr88233.s (timeout =3D 300) spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/pr88233.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -mcpu=3Dpower8 -ffat-lto-objects -fno-ident= -S -o pr88233.s PASS: gcc.target/powerpc/pr88233.c (test for excess errors) PASS: gcc.target/powerpc/pr88233.c scan-assembler-not \\mmtvsr gcc.target/powerpc/pr88233.c: \\mlxvd2x\\M found 0 times FAIL: gcc.target/powerpc/pr88233.c scan-assembler-times \\mlxvd2x\\M 1 gcc.target/powerpc/pr88233.c: \\mstxvd2x\\M found 0 times FAIL: gcc.target/powerpc/pr88233.c scan-assembler-times \\mstxvd2x\\M 1 Executing on host: /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ vmx_hw_available101572.c=20=20=20 -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -mno-vsx -lm -o vmx_hw_available101572.exe= =20=20=20 (timeout =3D 300) Is this test case set up properly? ------------------------------------------------------------------------ r273245 | segher | 2019-07-08 15:38:46 -0500 (Mon, 08 Jul 2019) | 10 lines rs6000: Add testcase for PR88233 This testcase tests that with -mcpu=3Dpower8 we do not generate any mtvsr* instructions, and we do the copy with {l,st}xvd2x. The code it generates: .cfi_startproc lfd 2,8(3) lfd 1,0(3) blr .long 0 .byte 0,0,0,0,0,0,0,0 .cfi_endproc >>From gcc-bugs-return-654204-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 18:56:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49995 invoked by alias); 17 Sep 2019 18:56:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49845 invoked by uid 48); 17 Sep 2019 18:56:28 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Tue, 17 Sep 2019 18:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget cc cf_gcchost cf_gccbuild Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01294.txt.bz2 Content-length: 761 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91799 seurer at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |powerpc64le-unknown-linux-g | |nu CC| |segher at gcc dot gnu.org Host| |powerpc64le-unknown-linux-g | |nu Build| |powerpc64le-unknown-linux-g | |nu --- Comment #1 from seurer at gcc dot gnu.org --- Note: tests run on power8 >>From gcc-bugs-return-654205-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 18:58:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51484 invoked by alias); 17 Sep 2019 18:58:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51315 invoked by uid 48); 17 Sep 2019 18:57:58 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91800] New: ICE in gfc_code2string(): Bad code Date: Tue, 17 Sep 2019 18:58: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: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01295.txt.bz2 Content-length: 2363 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91800 Bug ID: 91800 Summary: ICE in gfc_code2string(): Bad code Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gscfq@t-online.de Target Milestone: --- Applying an old feature (z0.f90) to a new one (z1.f90) : $ cat z0.f90 program p integer :: n =3D 4habcd print *, n print *, transfer('abcd', 1) end $ gfortran-10-20190915 z0.f90 z0.f90:2:17: 2 | integer :: n =3D 4habcd | 1 Warning: Extension: Conversion from HOLLERITH to INTEGER(4) at (1) z0.f90:2:20: 2 | integer :: n =3D 4habcd | 1 Warning: Legacy Extension: Hollerith constant at (1) $ ./a.out 1684234849 1684234849 $ cat z1.f90 module m type t(n) integer, len :: n =3D 4habcd end type end $ gfortran-10-20190915 -c z1.f90 z1.f90:3:28: 3 | integer, len :: n =3D 4habcd | 1 Warning: Legacy Extension: Hollerith constant at (1) f951: internal compiler error: gfc_code2string(): Bad code 0x61c371 gfc_internal_error(char const*, ...) ../../gcc/fortran/error.c:1363 0x655014 gfc_code2string(mstring const*, int) ../../gcc/fortran/misc.c:202 0x6569fb mio_name ../../gcc/fortran/module.c:1742 0x65a934 mio_name_bt ../../gcc/fortran/module.c:2140 0x65a934 mio_typespec ../../gcc/fortran/module.c:2641 0x65a130 mio_expr ../../gcc/fortran/module.c:3568 0x65addc mio_component ../../gcc/fortran/module.c:2918 0x65bd6a mio_component_list ../../gcc/fortran/module.c:2939 0x65bd6a mio_symbol ../../gcc/fortran/module.c:4398 0x65c1cd write_symbol ../../gcc/fortran/module.c:5749 0x65c332 write_symbol0 ../../gcc/fortran/module.c:5789 0x65c2a8 write_symbol0 ../../gcc/fortran/module.c:5768 0x65eeb4 write_module ../../gcc/fortran/module.c:6131 0x65eeb4 dump_module ../../gcc/fortran/module.c:6261 0x65f27d gfc_dump_module(char const*, int) ../../gcc/fortran/module.c:6318 0x677b66 gfc_parse_file() ../../gcc/fortran/parse.c:6404 0x6c1a0f gfc_be_parse_file ../../gcc/fortran/f95-lang.c:204 >>From gcc-bugs-return-654206-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 19:00:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54376 invoked by alias); 17 Sep 2019 19:00: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 54177 invoked by uid 48); 17 Sep 2019 19:00:41 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91801] New: ICE in gfc_simplify_reshape, at fortran/simplify.c:6733 Date: Tue, 17 Sep 2019 19:00: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: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01296.txt.bz2 Content-length: 2101 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91801 Bug ID: 91801 Summary: ICE in gfc_simplify_reshape, at fortran/simplify.c:6733 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gscfq@t-online.de Target Milestone: --- Follow-up of pr91565, using order with values < 1 or > n (with n =3D size of SHAPE). $ cat z1.f90 program p integer, parameter :: a(2) =3D [2,0] print *, reshape([1,2,3,4,5,6], [2,3], order=3Da) end $ cat z2.f90 program p integer, parameter :: a(2) =3D [2,3] print *, reshape([1,2,3,4,5,6], [2,3], order=3Da) end $ gfortran-10-20190915 -c z1.f90 f951: internal compiler error: in gfc_simplify_reshape, at fortran/simplify.c:6733 0x6a8eae gfc_simplify_reshape(gfc_expr*, gfc_expr*, gfc_expr*, gfc_expr*) ../../gcc/fortran/simplify.c:6733 0x62fdcb do_simplify ../../gcc/fortran/intrinsic.c:4566 0x63a45e gfc_intrinsic_func_interface(gfc_expr*, int) ../../gcc/fortran/intrinsic.c:4941 0x691c41 resolve_unknown_f ../../gcc/fortran/resolve.c:2894 0x691c41 resolve_function ../../gcc/fortran/resolve.c:3231 0x68e065 gfc_resolve_expr(gfc_expr*) ../../gcc/fortran/resolve.c:6952 0x68784c gfc_resolve_expr(gfc_expr*) ../../gcc/fortran/resolve.c:6919 0x68784c gfc_resolve_code(gfc_code*, gfc_namespace*) ../../gcc/fortran/resolve.c:11594 0x6964bf gfc_resolve_blocks(gfc_code*, gfc_namespace*) ../../gcc/fortran/resolve.c:10638 0x686628 gfc_resolve_code(gfc_code*, gfc_namespace*) ../../gcc/fortran/resolve.c:11584 0x688ed7 resolve_codes ../../gcc/fortran/resolve.c:17105 0x688f9e gfc_resolve(gfc_namespace*) ../../gcc/fortran/resolve.c:17140 0x6774ac resolve_all_program_units ../../gcc/fortran/parse.c:6193 0x6774ac gfc_parse_file() ../../gcc/fortran/parse.c:6440 0x6c1a0f gfc_be_parse_file ../../gcc/fortran/f95-lang.c:204 >>From gcc-bugs-return-654207-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 19:03:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78415 invoked by alias); 17 Sep 2019 19:03:27 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 73815 invoked by uid 48); 17 Sep 2019 19:03:23 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87980] ICE in gfc_conv_descriptor_data_get, at fortran/trans-array.c for assignment on allocatable polymorphic variable Date: Tue, 17 Sep 2019 19:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gscfq@t-online.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-09/txt/msg01297.txt.bz2 Content-length: 2356 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87980 G. Steinmetz changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gscfq@t-online.de --- Comment #5 from G. Steinmetz --- Some possible simplifications (z1/z2) : $ cat z1.f90 module m type t contains procedure :: f =3D> g end type contains subroutine g (z, x) class(t) :: z class(t), optional :: x end subroutine s (z, x) class(t) :: z class(t), optional :: x(:) if ( present(x) ) call z%f(x(1)) end end $ cat z2.f90 module m type t contains procedure :: f =3D> g end type contains subroutine g (z, x) class(t) :: z class(t), optional :: x end subroutine s (z, x) class(t) :: z class(t), optional :: x(1) if ( present(x) ) call z%f(x(1)) end end $ gfortran-10-20190915 -c z1.f90 z1.f90:14:0: 14 | if ( present(x) ) call z%f(x(1)) | internal compiler error: in gfc_conv_descriptor_data_get, at fortran/trans-array.c:145 0x6ca048 gfc_conv_descriptor_data_get(tree_node*) ../../gcc/fortran/trans-array.c:145 0x6f6669 gfc_conv_class_to_class(gfc_se*, gfc_expr*, gfc_typespec, bool, bo= ol, bool, bool) ../../gcc/fortran/trans-expr.c:1163 0x6ffe24 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*, gfc_expr*, vec*) ../../gcc/fortran/trans-expr.c:5861 0x732988 gfc_trans_call(gfc_code*, bool, tree_node*, tree_node*, bool) ../../gcc/fortran/trans-stmt.c:406 0x6c5341 trans_code ../../gcc/fortran/trans.c:1920 0x72eee3 gfc_trans_if_1 ../../gcc/fortran/trans-stmt.c:1448 0x7367fa gfc_trans_if(gfc_code*) ../../gcc/fortran/trans-stmt.c:1479 0x6c5097 trans_code ../../gcc/fortran/trans.c:1940 0x6edd14 gfc_generate_function_code(gfc_namespace*) ../../gcc/fortran/trans-decl.c:6781 0x6c8d89 gfc_generate_module_code(gfc_namespace*) ../../gcc/fortran/trans.c:2250 0x6776c1 translate_all_program_units ../../gcc/fortran/parse.c:6241 0x6776c1 gfc_parse_file() ../../gcc/fortran/parse.c:6493 0x6c1a0f gfc_be_parse_file ../../gcc/fortran/f95-lang.c:204 >>From gcc-bugs-return-654208-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 19:04:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109958 invoked by alias); 17 Sep 2019 19:04:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 109906 invoked by uid 48); 17 Sep 2019 19:04:19 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91300] Wrong runtime error message with allocate and errmsg= Date: Tue, 17 Sep 2019 19:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: gscfq@t-online.de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P5 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-09/txt/msg01298.txt.bz2 Content-length: 1006 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91300 G. Steinmetz changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gscfq@t-online.de --- Comment #4 from G. Steinmetz --- Variants that actually compile : $ cat z3.f90 # with a scalar, x(:) -> x module m type t contains procedure :: f =3D> g end type contains subroutine g (z, x) class(t) :: z class(t), optional :: x end subroutine s (z, x) class(t) :: z class(t), optional :: x if ( present(x) ) call z%f(x) end end $ cat z4.f90 # without optional module m type t contains procedure :: f =3D> g end type contains subroutine g (z, x) class(t) :: z class(t), optional :: x end subroutine s (z, x) class(t) :: z class(t) :: x(:) call z%f(x(1)) end end >>From gcc-bugs-return-654209-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 19:06:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112509 invoked by alias); 17 Sep 2019 19:06: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 112466 invoked by uid 48); 17 Sep 2019 19:06:14 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91802] New: ICE in mio_name_expr_t, at fortran/module.c:2141 Date: Tue, 17 Sep 2019 19:06: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: gscfq@t-online.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01299.txt.bz2 Content-length: 1806 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91802 Bug ID: 91802 Summary: ICE in mio_name_expr_t, at fortran/module.c:2141 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gscfq@t-online.de Target Milestone: --- Since gfortran is supporting 15 dimensions : (up to gcc-7 change sources to use 7+1 dims) $ cat z0.f90 module m real :: x(1,2,1,2,1,2,1,2)[1,2,1,2,1,2,1,*] end $ gfortran-10-20190915 -c z0.f90 -fcoarray=3Dsingle z0.f90:2:44: 2 | real :: x(1,2,1,2,1,2,1,2)[1,2,1,2,1,2,1,*] | 1 Error: Array specification at (1) has more than 15 dimensions $ cat z1.f90 module m real :: x dimension :: x(1,2,1,2,1,2,1,2) codimension :: x[1,2,1,2,1,2,1,*] end $ gfortran-10-20190915 -c z1.f90 -fcoarray=3Dsingle f951: internal compiler error: Segmentation fault 0xb3e54f crash_signal ../../gcc/toplev.c:326 0x65a11c mio_name_expr_t ../../gcc/fortran/module.c:2141 0x65a11c mio_expr ../../gcc/fortran/module.c:3549 0x65ac40 mio_array_spec ../../gcc/fortran/module.c:2743 0x65be90 mio_symbol ../../gcc/fortran/module.c:4424 0x65c1cd write_symbol ../../gcc/fortran/module.c:5749 0x65c332 write_symbol0 ../../gcc/fortran/module.c:5789 0x65eeb4 write_module ../../gcc/fortran/module.c:6131 0x65eeb4 dump_module ../../gcc/fortran/module.c:6261 0x65f27d gfc_dump_module(char const*, int) ../../gcc/fortran/module.c:6318 0x677b66 gfc_parse_file() ../../gcc/fortran/parse.c:6404 0x6c1a0f gfc_be_parse_file ../../gcc/fortran/f95-lang.c:204 >>From gcc-bugs-return-654210-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 19:11:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116655 invoked by alias); 17 Sep 2019 19:11:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116613 invoked by uid 48); 17 Sep 2019 19:11:31 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91300] Wrong runtime error message with allocate and errmsg= Date: Tue, 17 Sep 2019 19:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: gscfq@t-online.de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01300.txt.bz2 Content-length: 149 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91300 --- Comment #5 from G. Steinmetz --- Please ignore comment 4, wrong PR ... >>From gcc-bugs-return-654211-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 19:12:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117823 invoked by alias); 17 Sep 2019 19:12: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 117745 invoked by uid 48); 17 Sep 2019 19:12:21 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Tue, 17 Sep 2019 19:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget bug_status cf_reconfirmed_on cf_gcchost assigned_to everconfirmed cf_gccbuild Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01301.txt.bz2 Content-length: 934 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91797 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- Target|powerpc64le-unknown-linux-g |powerpc64le-*-* |nu | Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-17 Host|powerpc64le-unknown-linux-g | |nu | Assignee|unassigned at gcc dot gnu.org |segher at gcc dot g= nu.org Ever confirmed|0 |1 Build|powerpc64le-unknown-linux-g | |nu | --- Comment #2 from Segher Boessenkool --- Confirmed. Only happens on LE. I'll have a look. >>From gcc-bugs-return-654212-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 19:13:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119259 invoked by alias); 17 Sep 2019 19:13:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119180 invoked by uid 48); 17 Sep 2019 19:13:33 -0000 From: "gscfq@t-online.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/87980] ICE in gfc_conv_descriptor_data_get, at fortran/trans-array.c for assignment on allocatable polymorphic variable Date: Tue, 17 Sep 2019 19:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gscfq@t-online.de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01302.txt.bz2 Content-length: 763 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87980 --- Comment #6 from G. Steinmetz --- Variants that actually compile : $ cat z3.f90 # with a scalar, x(:) -> x module m type t contains procedure :: f =3D> g end type contains subroutine g (z, x) class(t) :: z class(t), optional :: x end subroutine s (z, x) class(t) :: z class(t), optional :: x if ( present(x) ) call z%f(x) end end $ cat z4.f90 # without optional module m type t contains procedure :: f =3D> g end type contains subroutine g (z, x) class(t) :: z class(t), optional :: x end subroutine s (z, x) class(t) :: z class(t) :: x(:) call z%f(x(1)) end end >>From gcc-bugs-return-654214-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 19:15:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121202 invoked by alias); 17 Sep 2019 19:15: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 121034 invoked by uid 48); 17 Sep 2019 19:15:39 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/90393] [9/10 Regression] ICE in return statement with a conditional operator, one of the second and third arguments is throw, and the other is a const variable of a class with a nontrivial copy constructor. Date: Tue, 17 Sep 2019 19:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: ice-on-valid-code, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01304.txt.bz2 Content-length: 456 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90393 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tonvandenheuvel at gmail d= ot com --- Comment #13 from Marek Polacek --- *** Bug 91791 has been marked as a duplicate of this bug. *** >>From gcc-bugs-return-654213-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 19:15:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121080 invoked by alias); 17 Sep 2019 19:15: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 120978 invoked by uid 48); 17 Sep 2019 19:15:38 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91791] ICE when throwing exception in a ternary expression Date: Tue, 17 Sep 2019 19:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek 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-09/txt/msg01303.txt.bz2 Content-length: 570 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91791 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |mpolacek at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #2 from Marek Polacek --- Yes. *** This bug has been marked as a duplicate of bug 90393 *** >>From gcc-bugs-return-654215-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 20:24:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89690 invoked by alias); 17 Sep 2019 20:24:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 89067 invoked by uid 55); 17 Sep 2019 20:24:37 -0000 From: "ian at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91781] [10 regression] r275691 breaks go test "reflect" Date: Tue, 17 Sep 2019 20:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ian at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01305.txt.bz2 Content-length: 932 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91781 --- Comment #5 from ian at gcc dot gnu.org --- Author: ian Date: Tue Sep 17 20:24:00 2019 New Revision: 275813 URL: https://gcc.gnu.org/viewcvs?rev=3D275813&root=3Dgcc&view=3Drev Log: PR go/91781 reflect: promote integer closure return to full word The libffi library expects an integer return type to be promoted to a full word. Implement that when returning from a closure written in Go. This only matters on big-endian systems when returning an integer small= er than the pointer size, which is why we didn't notice it until now. Fixes https://gcc.gnu.org/PR91781. Reviewed-on: https://go-review.googlesource.com/c/gofrontend/+/195858 Modified: trunk/gcc/go/gofrontend/MERGE trunk/libgo/go/reflect/makefunc_ffi.go trunk/libgo/go/reflect/makefunc_ffi_c.c trunk/libgo/runtime/go-reflect-call.c >>From gcc-bugs-return-654216-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 20:28:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101467 invoked by alias); 17 Sep 2019 20:28:25 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 99118 invoked by uid 48); 17 Sep 2019 20:28:22 -0000 From: "ian at airs dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91781] [10 regression] r275691 breaks go test "reflect" Date: Tue, 17 Sep 2019 20:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ian at airs dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01306.txt.bz2 Content-length: 542 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91781 Ian Lance Taylor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #6 from Ian Lance Taylor --- Thanks for reporting this. It should be fixed. (To Andreas's point, there is already Go closure support in libffi for PPC6= 4.) >>From gcc-bugs-return-654217-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 20:37:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12642 invoked by alias); 17 Sep 2019 20:37:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 12561 invoked by uid 48); 17 Sep 2019 20:37:35 -0000 From: "bernd.edlinger at hotmail dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91803] New: statement-expressions are not allowed in template arguments Date: Tue, 17 Sep 2019 20:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bernd.edlinger at hotmail 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-09/txt/msg01307.txt.bz2 Content-length: 1950 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91803 Bug ID: 91803 Summary: statement-expressions are not allowed in template arguments Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: bernd.edlinger at hotmail dot de Target Milestone: --- I wanted to use something like __typeof(ORIGINAL_REGNO(rtl)) in a template argument, but it does not work, I wonder if that is a bug. $ cat test.cc=20 template X identity(X x) { return x; } #define IDENTITY(X) __extension__ \ ({ __typeof(X) const x =3D (X); x; }) int main() { /* error: statement-expressions are not allowed outside functions nor in template-argument lists */ if (identity<__typeof(IDENTITY(0))>(1) !=3D 1); __builtin_abort(); /* but this works! */ if (identity<__typeof(identity<__typeof(0)>(0))>(1) !=3D 1) __builtin_abort(); } $ g++ test.cc test.cc: In function 'int main()': test.cc:6:1: error: statement-expressions are not allowed outside functions= nor in template-argument lists 6 | ({ __typeof(X) const x =3D (X); x; }) | ^ test.cc:13:25: note: in expansion of macro 'IDENTITY' 13 | if (identity<__typeof(IDENTITY(0))>(1) !=3D 1); | ^~~~~~~~ test.cc:13:40: error: no matching function for call to 'identity< >(int)' 13 | if (identity<__typeof(IDENTITY(0))>(1) !=3D 1); | ^ test.cc:2:3: note: candidate: 'template X identity(X)' 2 | X identity(X x) | ^~~~~~~~ test.cc:2:3: note: template argument deduction/substitution failed: test.cc:13:40: error: template argument 1 is invalid 13 | if (identity<__typeof(IDENTITY(0))>(1) !=3D 1); | ^ >>From gcc-bugs-return-654218-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 20:41:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17059 invoked by alias); 17 Sep 2019 20:41: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 17009 invoked by uid 48); 17 Sep 2019 20:41:09 -0000 From: "schwab@linux-m68k.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 20:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on resolution everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01308.txt.bz2 Content-length: 554 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Last reconfirmed| |2019-09-17 Resolution|INVALID |--- Ever confirmed|0 |1 --- Comment #8 from Andreas Schwab --- Nope, don't use a broken libffi. >>From gcc-bugs-return-654219-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 20:42:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22098 invoked by alias); 17 Sep 2019 20:42: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 21919 invoked by uid 48); 17 Sep 2019 20:42:23 -0000 From: "schwab@linux-m68k.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 20:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01309.txt.bz2 Content-length: 511 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #46892|0 |1 is obsolete| | --- Comment #9 from Andreas Schwab --- Created attachment 46893 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46893&action=3Dedit libfi.so.7 >>From gcc-bugs-return-654220-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 21:21:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111805 invoked by alias); 17 Sep 2019 21:21:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111733 invoked by uid 48); 17 Sep 2019 21:21:10 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 21:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01310.txt.bz2 Content-length: 1316 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 --- Comment #10 from Uro=C5=A1 Bizjak --- (In reply to Andreas Schwab from comment #9) > Created attachment 46893 [details] > libfi.so.7 This attached library has exactly the same problem. Put a breakpoint at: 0x08049265 <+341>: pushl -0x60(%ebp) * 0x08049268 <+344>: call *-0x54(%ebp) 0x0804926b <+347>: movzbl -0x59(%ebp),%eax then: Breakpoint 1, 0x08049268 in main () (gdb) p $sp $1 =3D (void *) 0xffffce60 (gdb) ni Char f(Char,double,Char):({'A'},0.2,{'C'})->{'B'} 0x0804926b in main () (gdb) p $sp $2 =3D (void *) 0xffffce80 The called STDCALL function should adjust stack by 0x14 here, this is what compiler claims: (call_insn 115 114 116 7 (parallel [ (call (mem:QI (mem/f/c:SI (plus:SI (reg/f:SI 6 bp) (const_int -84 [0xffffffffffffffac])) [23 callback_code+0 S4 A32]) [0 *callback_code.865_10 S1 A8]) (const_int 32 [0x20])) (set (reg/f:SI 7 sp) (plus:SI (reg/f:SI 7 sp) (const_int 20 [0x14]))) ]) "../../testsuite/libffi.bhaible/test-callback.c":2325:13 673 {*call_pop} (expr_list:REG_ARGS_SIZE (const_int 12 [0xc]) (expr_list:REG_CALL_DECL (nil) (nil))) (nil)) >>From gcc-bugs-return-654221-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 21:21:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114720 invoked by alias); 17 Sep 2019 21:21:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 112649 invoked by uid 48); 17 Sep 2019 21:21:20 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91804] New: [10 regression] r265398 breaks gcc.target/powerpc/vec-rlmi-rlnm.c Date: Tue, 17 Sep 2019 21:21: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: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01311.txt.bz2 Content-length: 2330 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91804 Bug ID: 91804 Summary: [10 regression] r265398 breaks gcc.target/powerpc/vec-rlmi-rlnm.c Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- Executing on host: /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/vec-rlmi-rlnm.c= =20=20=20 -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -mcpu=3Dpower9 -ffat-lto-objects -fno-iden= t -S -o vec-rlmi-rlnm.s (timeout =3D 300) spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/vec-rlmi-rlnm.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -mcpu=3Dpower9 -ffat-lto-objects -fno-ident= -S -o vec-rlmi-rlnm.s PASS: gcc.target/powerpc/vec-rlmi-rlnm.c (test for excess errors) PASS: gcc.target/powerpc/vec-rlmi-rlnm.c scan-assembler-times vrlwmi 1 PASS: gcc.target/powerpc/vec-rlmi-rlnm.c scan-assembler-times vrldmi 1 PASS: gcc.target/powerpc/vec-rlmi-rlnm.c scan-assembler-times splt 2 PASS: gcc.target/powerpc/vec-rlmi-rlnm.c scan-assembler-times vextsb2d 1 PASS: gcc.target/powerpc/vec-rlmi-rlnm.c scan-assembler-times vslw 1 PASS: gcc.target/powerpc/vec-rlmi-rlnm.c scan-assembler-times vsld 1 gcc.target/powerpc/vec-rlmi-rlnm.c: xxlor found 3 times FAIL: gcc.target/powerpc/vec-rlmi-rlnm.c scan-assembler-times xxlor 2 PASS: gcc.target/powerpc/vec-rlmi-rlnm.c scan-assembler-times vrlwnm 2 PASS: gcc.target/powerpc/vec-rlmi-rlnm.c scan-assembler-times vrldnm 2 Note the extra xxlor with r265397: rlnm_test_2: .LFB5: .cfi_startproc xxspltib 32,8 vextsb2d 0,0 vsld 3,3,0 xxlor 35,35,36 vrldnm 2,2,3 blr with r265398: rlnm_test_2: .LFB5: .cfi_startproc xxspltib 0,8 xxlor 32,0,0 vextsb2d 0,0 vsld 3,3,0 xxlor 35,35,36 vrldnm 2,2,3 blr >>From gcc-bugs-return-654222-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 21:26:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112571 invoked by alias); 17 Sep 2019 21:26:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 109909 invoked by uid 48); 17 Sep 2019 21:26:09 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 21:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01312.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 --- Comment #11 from Uro=C5=A1 Bizjak --- Also: Breakpoint 1, 0x08049268 in main () (gdb) ni Char f(Char,double,Char):({'A'},0.2,{'C'})->{'B'} 0x0804926b in main () (gdb) p $sp $5 =3D (void *) 0xffffce80 (gdb) set $sp =3D 0xffffce74 (gdb) c Continuing. Char f(Char,double,Char):({'A'},0.2,{'C'})->{'B'} [Inferior 1 (process 7985) exited normally] >>From gcc-bugs-return-654223-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 21:32:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19682 invoked by alias); 17 Sep 2019 21:32: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 19623 invoked by uid 48); 17 Sep 2019 21:32:16 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91803] statement-expressions are not allowed in template arguments Date: Tue, 17 Sep 2019 21:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01313.txt.bz2 Content-length: 487 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91803 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mpolacek at gcc dot gnu.org --- Comment #1 from Marek Polacek --- I do not think that is a bug in the compiler; after all, the error message = says that is not valid. >>From gcc-bugs-return-654224-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 21:50:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61573 invoked by alias); 17 Sep 2019 21:50: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 61532 invoked by uid 48); 17 Sep 2019 21:50:16 -0000 From: "bernd.edlinger at hotmail dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91803] statement-expressions are not allowed in template arguments Date: Tue, 17 Sep 2019 21:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bernd.edlinger at hotmail 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-09/txt/msg01314.txt.bz2 Content-length: 484 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91803 --- Comment #2 from Bernd Edlinger --- (In reply to Marek Polacek from comment #1) > I do not think that is a bug in the compiler; after all, the error message > says that is not valid. Yes, usually that would not make sense, but __typeof() alone can handle those statement-expressions just fine, but not when in an argument list, that is strange. So maybe a feature request, not a bug report. >>From gcc-bugs-return-654225-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 21:57:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72510 invoked by alias); 17 Sep 2019 21:57:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72426 invoked by uid 48); 17 Sep 2019 21:57:10 -0000 From: "schwab@linux-m68k.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91779] Unbalanced stack manipulation Date: Tue, 17 Sep 2019 21:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: schwab@linux-m68k.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01315.txt.bz2 Content-length: 472 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91779 Andreas Schwab changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |INVALID --- Comment #12 from Andreas Schwab --- Ok, I was fooled by the extra insns for stack alignment. >>From gcc-bugs-return-654226-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 22:04:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80278 invoked by alias); 17 Sep 2019 22:04:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79989 invoked by uid 48); 17 Sep 2019 22:04:04 -0000 From: "chris at clearwater dot dev" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91805] New: Data race in std::locale::classic Date: Tue, 17 Sep 2019 22:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: chris at clearwater dot dev X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-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-09/txt/msg01316.txt.bz2 Content-length: 1168 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91805 Bug ID: 91805 Summary: Data race in std::locale::classic Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: chris at clearwater dot dev Target Milestone: --- Created attachment 46894 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46894&action=3Dedit Fixes data race std::locale::classic() uses gthread_once to initialize the classic locale i= mpl in a thread-safe manner but then uses placement new without any synchroniza= tion to construct a locale into static global aligned storage. This is a data race as you can end up with multiple threads all racing to w= rite to the same memory location. I suggest the attached fix which moves the placement new into the ghtread_o= nce block and then simply reinterpret_casts the global static aligned storage in std::locale::classic(). This should be fine as the constructor is just stor= ing a pointer the the impl and the destructor is never called. >>From gcc-bugs-return-654227-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 22:35:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19541 invoked by alias); 17 Sep 2019 22:35:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 19456 invoked by uid 48); 17 Sep 2019 22:35:08 -0000 From: "lhyatt at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/49973] Column numbers count multibyte characters as multiple columns Date: Tue, 17 Sep 2019 22:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: preprocessor X-Bugzilla-Version: 4.5.2 X-Bugzilla-Keywords: easyhack X-Bugzilla-Severity: normal X-Bugzilla-Who: lhyatt at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01317.txt.bz2 Content-length: 2295 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D49973 --- Comment #16 from Lewis Hyatt --- Thank you both for the feedback so far. Regarding the use of wcwidth(), one thing I noticed is that glibc has a much different result than gnulib does,= say for instance emojis return width 2 in the former rather than 1. (Which seems better based on what I can tell.) It seems that glibc has undergone a fair amount of tweaking to match what applications expect and so what it provide= s is not coming directly from parsing the Unicode specs, although that's probably the bulk of it. But I wonder, perhaps this is a sign that it might be bette= r to just make use of glibc and not try to add in a third implementation to the = mix? In any case, the underlying source of wcwidth() could easily be changed as a drop-in replacement so I guess it can also be decided later. The use of mbrtowc() is the bigger problem, since this converts from the user's locale= and it needs to convert from what -finput-charset asked for (or else UTF-8) instead. I have a more or less fully-baked patch at this point, that fixes up all diagnostics that I am aware of (changes mostly in diagnostic.c and diagnostic-show-locus.c) to be multi-byte aware. That includes column numbe= rs, carets, annotations, notes, fixit hints, etc. The patch still ignores the input-charset issue and uses mbrtowc(), so that is the last thing for me to= add before I think it is worth sharing. I was wondering if I could get some adv= ice as to where to start here please? It seems that basically location_get_source_line() in input.c needs to retu= rn the lines converted to UTF-8, since all parsing has been working with the l= ines in this form, and all the byte offsets they populated rich_locations with, = etc, are relative to the converted data too. I am not sure what's the correct way though for location_get_source_line() to know the value of the -finput-char= set option. Typically this is inspected from a cpp_reader object, but none is available in the context where this runs, that I understand anyway. It seems that in order to make use of the existing conversion machinery in libcpp/charset.c, I need to have a cpp_reader instance available too. Appreciate any suggestions here. Thanks! -Lewis >>From gcc-bugs-return-654228-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 22:46:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31745 invoked by alias); 17 Sep 2019 22:46:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31671 invoked by uid 55); 17 Sep 2019 22:46:36 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/49973] Column numbers count multibyte characters as multiple columns Date: Tue, 17 Sep 2019 22:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: preprocessor X-Bugzilla-Version: 4.5.2 X-Bugzilla-Keywords: easyhack X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01318.txt.bz2 Content-length: 952 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D49973 --- Comment #17 from joseph at codesourcery dot com --- On Tue, 17 Sep 2019, lhyatt at gmail dot com wrote: > In any case, the underlying source of wcwidth() could easily be changed a= s a > drop-in replacement so I guess it can also be decided later. The use of > mbrtowc() is the bigger problem, since this converts from the user's loca= le and > it needs to convert from what -finput-charset asked for (or else UTF-8) > instead. If __STDC_ISO_10646__ is defined, wchar_t is Unicode and so local code=20 converting from UTF-8 to wchar_t can be used (together with wcwidth from=20 libc if available). If __STDC_ISO_10646__ is not defined, the encoding of wchar_t is unknown.= =20=20 Maybe in that case it's best to avoid libc's wcwidth (if any) and just use= =20 a local implementation of wcwidth on the results of converting UTF-8 to=20 Unicode code points. >>From gcc-bugs-return-654229-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 23:06:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61293 invoked by alias); 17 Sep 2019 23:06: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 61222 invoked by uid 48); 17 Sep 2019 23:06:07 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/58442] bootstrapping vax crashes on NetBSD Date: Tue, 17 Sep 2019 23: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: 4.8.1 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status see_also resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01319.txt.bz2 Content-length: 917 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D58442 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D58901 Resolution|--- |FIXED --- Comment #13 from Eric Gallager --- (In reply to coypu from comment #12) > I think this ticket can be closed. > all the vax code with mode_dependent_address_p already checks that it's > MEM_P like suggested by matt thomas. >=20 >=20 > I can almost complete a build with the patch in #58901, with the other > unfixed bug being in binutils rather than GCC :-) ok, closing then >>From gcc-bugs-return-654230-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 23:15:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80393 invoked by alias); 17 Sep 2019 23:15: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 80199 invoked by uid 48); 17 Sep 2019 23:15:35 -0000 From: "aurelien at aurel32 dot net" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91769] [9/10 regression] wrong code with -O2 on MIPS Date: Tue, 17 Sep 2019 23:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: aurelien at aurel32 dot net X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01320.txt.bz2 Content-length: 401 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91769 --- Comment #5 from Aurelien Jarno --- (In reply to Dragan Mladjenovic from comment #4) > Hi, >=20 > This fix is propbably nothing more than: Thanks for the fix. I have just tried it and I confirm it fixes the issue. = Note that when backporting it to the 9 branch, it might be a good idea to also backport r273174. >>From gcc-bugs-return-654231-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 17 23:17:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82276 invoked by alias); 17 Sep 2019 23:17:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 82211 invoked by uid 48); 17 Sep 2019 23:17:02 -0000 From: "ian at airs dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91763] [10 regression] go.go-torture/execute/printnil.go FAILs Date: Tue, 17 Sep 2019 23:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: ian at airs dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01321.txt.bz2 Content-length: 2102 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91763 --- Comment #1 from Ian Lance Taylor --- I can recreate this on sparc-sun-solaris2.11 using gas.2.30. It works using the native assembler. I'm using the native linker. It works if I #ifdef out these lines in lto-opts.c: #if 0 /* If debug info is enabled append -g. */ if (debug_info_level > DINFO_LEVEL_NONE) append_to_collect_gcc_options (&temporary_obstack, &first_p, "-g"); #endif The failure is that the stack unwinder is unable to find any exception frame information. Working executable: > readelf -S --wide foo | grep eh [ 2] .eh_frame_hdr PROGBITS 00010108 000108 000174 00 A 0 = 0=20 4 [61] .eh_frame PROGBITS 00025120 005120 000460 00 WA 0 = 0=20 4 Failing executable: [ 2] .eh_frame_hdr PROGBITS 00010108 000108 00001c 00 A 0 = 0=20 4 [61] .eh_frame PROGBITS 00024fc8 004fc8 000044 00 WA 0 = 0=20 4 Looking at foo.ltrans0.ltrans.o; working case: [113] .eh_frame PROGBITS 00000000 0016f4 00041c 00 WA 0 = 0=20 4 [114] .rela.eh_frame RELA 00000000 004198 000204 0c I 115= 113 4 Failing case has no eh sections at all in foo.ltrans0.ltrans.o. The failing case has 10 .debug and .rela.debug sections. The working case = has no such sections. So somehow in the failing case we are getting debug sections and no eh sections. In the working case we are getting eh sections and no debug sections. Looking at foo.ltrans0.s, the only change in .cfi directives is that in the failing case there is a ".cfi_sections .debug_frame" directive. That direc= tive tells gas to emit frame information into .debug_frame but not .eh_frame. So the problem is from these lines in dwarf2out_assembly_start: if (HAVE_GAS_CFI_SECTIONS_DIRECTIVE && dwarf2out_do_cfi_asm () && !dwarf2out_do_eh_frame ()) fprintf (asm_out_file, "\t.cfi_sections\t.debug_frame\n"); The fix may be to also pass -fexceptions/-funwind-tables/-fnon-call-excepti= ons to lto. I'll give that a try. >>From gcc-bugs-return-654232-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 00:22:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 865 invoked by alias); 18 Sep 2019 00:22: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 782 invoked by uid 48); 18 Sep 2019 00:22:53 -0000 From: "danglin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/30277] bit-field: wrong overload resolution Date: Wed, 18 Sep 2019 00:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: danglin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jason at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01322.txt.bz2 Content-length: 428 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D30277 John David Anglin changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |danglin at gcc dot gnu.org --- Comment #8 from John David Anglin --- Also seen on hppa-unknown-linux-gnu. >>From gcc-bugs-return-654233-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 00:33:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61086 invoked by alias); 18 Sep 2019 00:33: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 60934 invoked by uid 48); 18 Sep 2019 00:33:34 -0000 From: "ian at airs dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91763] [10 regression] go.go-torture/execute/printnil.go FAILs Date: Wed, 18 Sep 2019 00:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: ian at airs dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01323.txt.bz2 Content-length: 640 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91763 --- Comment #2 from Ian Lance Taylor --- I see now the fact that we are using exceptions is already being passed. T= he problem seems to be that flag_exceptions is set when we read an exception region from an input function, by lto_init_eh. But before we read any of t= he input functions, lto_main has already called symtab->compile which has call= ed (*debug_hooks->assembly_start) which has checked flag_exceptions when decid= ing whether to emit a .cfi_sections directive. So although flag_exceptions does get set, it gets set too late to fix this problem. >>From gcc-bugs-return-654234-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 02:09:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32459 invoked by alias); 18 Sep 2019 02:09: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 30385 invoked by uid 48); 18 Sep 2019 02:09:40 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/18501] [7/8/9/10 Regression] Missing 'used uninitialized' warning (CCP) Date: Wed, 18 Sep 2019 02:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 4.0.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01324.txt.bz2 Content-length: 483 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D18501 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vlad at ispras dot ru --- Comment #90 from Eric Gallager --- At Cauldron, Vladislav Ivanishin said in his lightning talk that ISP RAS ha= s a patch to fix this. >>From gcc-bugs-return-654235-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 02:21:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70872 invoked by alias); 18 Sep 2019 02:21: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 68321 invoked by uid 48); 18 Sep 2019 02:21:16 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/52593] Builtin sqrt on x86 is not correctly rounded Date: Wed, 18 Sep 2019 02:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.6.4 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01325.txt.bz2 Content-length: 256 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D52593 --- Comment #11 from Eric Gallager --- (In reply to David Heidelberger (okias) from comment #10) > fixed in glibc so... what still needs to be done from GCC's side then? >>From gcc-bugs-return-654236-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 02:25:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83632 invoked by alias); 18 Sep 2019 02:25: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 83549 invoked by uid 48); 18 Sep 2019 02:25:33 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/58427] xgcc target compilation depends on installed libgcc_s.so Date: Wed, 18 Sep 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: bootstrap X-Bugzilla-Version: 4.7.3 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01326.txt.bz2 Content-length: 332 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D58427 --- Comment #2 from Eric Gallager --- (In reply to Rose Garcia from comment #1) > related binutils bugreport: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D12549#c18 That binutils issue has been fixed; is there anything left for GCC to do? >>From gcc-bugs-return-654237-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 02:54:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120563 invoked by alias); 18 Sep 2019 02:54:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 120513 invoked by uid 48); 18 Sep 2019 02:53:57 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89557] [7/8/9/10 regression] 4*movq to 2*movaps IPC performance regression on znver1 with -Og Date: Wed, 18 Sep 2019 02:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01327.txt.bz2 Content-length: 2801 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89557 --- Comment #10 from Eric Gallager --- (In reply to Jan Ziak (http://atom-symbol.net) from comment #9) > (In reply to Richard Biener from comment #5) > > Please provide a compilable testcase. >=20 > Done some time ago. Please change the status of this bug from WAITING to > some other status. I had to modify the Makefile a bit (i.e. rename compiler executables, tweak flags, specify shell) to get it to work on my system, and once I did, this = is the output I got: $ /opt/local/libexec/gnubin/make rm -f a?-?.? g++-mp-7 -O0 -g -Wall -Werror -Wswitch-enum -o a0-7.4 a.cc /var/folders/2V/2VxMt4WCF5avqTEcHvhx9k+++TI/-Tmp-//ccD198h7.s:3:11: warning: section "__textcoal_nt" is deprecated .section __TEXT,__textcoal_nt,coalesced,pure_instructions ^ ~~~~~~~~~~~~~ /var/folders/2V/2VxMt4WCF5avqTEcHvhx9k+++TI/-Tmp-//ccD198h7.s:3:11: note: change section name to "__text" .section __TEXT,__textcoal_nt,coalesced,pure_instructions ^ ~~~~~~~~~~~~~ g++-mp-7 -Og -g -Wall -Werror -Wswitch-enum -o ag-7.4 a.cc g++-mp-7 -O1 -g -Wall -Werror -Wswitch-enum -o a1-7.4 a.cc g++-mp-8 -O0 -g -Wall -Werror -Wswitch-enum -o a0-8.3 a.cc /var/folders/2V/2VxMt4WCF5avqTEcHvhx9k+++TI/-Tmp-//ccnY2JQT.s:3:11: warning: section "__textcoal_nt" is deprecated .section __TEXT,__textcoal_nt,coalesced,pure_instructions ^ ~~~~~~~~~~~~~ /var/folders/2V/2VxMt4WCF5avqTEcHvhx9k+++TI/-Tmp-//ccnY2JQT.s:3:11: note: change section name to "__text" .section __TEXT,__textcoal_nt,coalesced,pure_instructions ^ ~~~~~~~~~~~~~ g++-mp-8 -Og -g -Wall -Werror -Wswitch-enum -o ag-8.3 a.cc g++-mp-8 -O1 -g -Wall -Werror -Wswitch-enum -o a1-8.3 a.cc g++-mp-8 -O3 -g -Wall -Werror -Wswitch-enum -o a3-8.3 a.cc g++-mp-7 -Og -g -Wall -Werror -Wswitch-enum -march=3Dnative -o ag-7.4n a.cc g++-mp-8 -Og -g -Wall -Werror -Wswitch-enum -march=3Dnative -o ag-8.3n a.cc /usr/bin/time ./a0-7.4 |& egrep -o [0-9]+.*user 1.48 real 1.26 user /usr/bin/time ./ag-7.4 |& egrep -o [0-9]+.*user 0.61 real 0.59 user /usr/bin/time ./a1-7.4 |& egrep -o [0-9]+.*user 0.57 real 0.55 user /usr/bin/time ./a0-8.3 |& egrep -o [0-9]+.*user 1.27 real 1.21 user /usr/bin/time ./ag-8.3 |& egrep -o [0-9]+.*user 0.60 real 0.59 user /usr/bin/time ./a1-8.3 |& egrep -o [0-9]+.*user 0.60 real 0.59 user /usr/bin/time ./a3-8.3 |& egrep -o [0-9]+.*user 0.45 real 0.43 user /usr/bin/time ./ag-7.4n |& egrep -o [0-9]+.*user 0.60 real 0.59 user /usr/bin/time ./ag-8.3n |& egrep -o [0-9]+.*user 0.61 real 0.59 user $ So, uh, I'm not sure if that's a confirmation, but it's an extra data point. >>From gcc-bugs-return-654238-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 04:38:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36355 invoked by alias); 18 Sep 2019 04:38:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 36217 invoked by uid 48); 18 Sep 2019 04:38:47 -0000 From: "yhr-_-yhr at qq dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91776] `-fsplit-paths` generates slower code on arm Date: Wed, 18 Sep 2019 04:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: yhr-_-yhr at qq 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-09/txt/msg01328.txt.bz2 Content-length: 4940 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91776 --- Comment #2 from yhr-_-yhr at qq dot com --- > I think it's BM2837, ie. Cortex-A53. Or did you mean a different Pi? oops you're right, I just got this pointed out when I showed this post to my friend. I just copied it from `cat /proc/cpuinfo`. > Can you try using -mno-strict-it on your examples and see whether that he= lps? Did you mean -mno-restrict-it? I followed gcc's correction info. (4) pi@rpi:~/Desktop $ gcc -v -save-temps -Wall -march=3Dnative -mtune=3Dnative -mno-restrict-it -o fibmod -O2 -fsplit-paths fibmod.c=20 [...] pi@rpi:~/Desktop $ ./fibmod ~ 129358055 loop/s ~ 144338387 loop/s ~ 143361058 loop/s ~ 143191701 loop/s ~ 143414626 loop/s ~ 143312006 loop/s ^C [fibmod.S] .L7: mov r1, #0 mov r2, #1 mov r0, r1 b .L5 .L13: sub r3, r3, r10 cmp r2, #0 cmpeq r3, #1 beq .L4 .L3: mov r0, r2 mov r2, r3 .L5: add r3, r0, r2 add r1, r1, #1 cmp r10, r3 bls .L13 cmp r3, #1 cmpeq r2, #0 bne .L3 .L4: adds r4, r4, r1 adc r5, r5, #0 subs r6, r4, ip sbc r7, r5, lr cmp r7, r9 cmpeq r6, r8 bls .L6 bl clock mov r1, r7 str r0, [sp] mov r0, r6 bl __aeabi_ul2d ldr r3, [sp] vmov d6, r0, r1 ldr r0, [sp, #4] sub r2, r3, fp vmov s14, r2 @ int mov fp, r3 vcvt.f64.s32 d7, s14 vdiv.f64 d6, d6, d7 vmul.f64 d7, d6, d8 vmov r2, r3, d7 bl printf mov ip, r4 mov lr, r5 .L6: add r10, r10, #1 b .L7 (5) pi@rpi:~/Desktop $ gcc -v -save-temps -Wall -march=3Dnative -mtune=3Dnative -mno-restrict-it -o fibmod -O2 fibmod.c [...] pi@rpi:~/Desktop $ ./fibmod ~ 277312518 loop/s ~ 279153709 loop/s ~ 278075227 loop/s ~ 277919398 loop/s ~ 277167351 loop/s ~ 278028104 loop/s ~ 278017452 loop/s ^C [fibmod.S] .L5: mov r1, #0 mov r2, #1 mov r0, r1 .L3: add r3, r0, r2 add r1, r1, #1 cmp r10, r3 mov r0, r2 subls r3, r3, r10 cmp r3, #1 cmpeq r2, #0 mov r2, r3 bne .L3 adds r4, r4, r1 adc r5, r5, #0 subs r6, r4, ip sbc r7, r5, lr cmp r7, r9 cmpeq r6, r8 bls .L4 bl clock mov r1, r7 str r0, [sp] mov r0, r6 bl __aeabi_ul2d ldr r3, [sp] vmov d6, r0, r1 ldr r0, [sp, #4] sub r2, r3, fp vmov s14, r2 @ int mov fp, r3 vcvt.f64.s32 d7, s14 vdiv.f64 d6, d6, d7 vmul.f64 d7, d6, d8 vmov r2, r3, d7 bl printf mov ip, r4 mov lr, r5 .L4: add r10, r10, #1 b .L5 I also checked the two fibmod.S without `-mno-restrict-it` but it seems to = be no difference. Oh but I found another that actually makes a little (~7%) difference.. with= out `-march=3Dnative -mtune=3Dnative` (6) pi@rpi:~/Desktop $ gcc -v -save-temps -Wall -mno-restrict-it -o fibmod -O2 -fsplit-paths fibmod.c [...] pi@rpi:~/Desktop $ ./fibmod ~ 140006573 loop/s ~ 153067683 loop/s ~ 153172437 loop/s ~ 152992126 loop/s ~ 153133548 loop/s ^C [fibmod.S] .L7: mov r1, #0 mov r0, r1 @ here mov r2, #1 @ here b .L5 .L13: sub r3, r3, r10 cmp r2, #0 cmpeq r3, #1 beq .L4 .L3: mov r0, r2 mov r2, r3 .L5: add r3, r0, r2 cmp r10, r3 @ here add r1, r1, #1 @ here bls .L13 cmp r3, #1 cmpeq r2, #0 bne .L3 .L4: adds r4, r4, r1 adc r5, r5, #0 subs r6, r4, ip sbc r7, r5, lr cmp r7, r9 cmpeq r6, r8 bls .L6 bl clock mov r1, r7 str r0, [sp, #4] mov r0, r6 bl __aeabi_ul2d ldr r3, [sp, #4] sub r2, r3, fp mov fp, r3 vmov s14, r2 @ int vcvt.f64.s32 d7, s14 vmov d6, r0, r1 ldr r0, .L14+16 vdiv.f64 d6, d6, d7 vmul.f64 d7, d6, d8 vmov r2, r3, d7 bl printf mov ip, r4 mov lr, r5 .L6: add r10, r10, #1 b .L7 with neither `-fsplit-paths` nor `-march=3Dnative -mtune=3Dnative` the spee= d is identical to (5). >>From gcc-bugs-return-654239-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 05:03:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 95146 invoked by alias); 18 Sep 2019 05:03: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 95086 invoked by uid 48); 18 Sep 2019 05:03:32 -0000 From: "unixod at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: =?UTF-8?B?W0J1ZyBjKysvOTE4MDZdIE5ldzogZXJyb3I6IGV4cGFuc2lvbiBwYXR0ZXJu?= =?UTF-8?B?IOKAmDxsYW1iZGE+KCnigJkgY29udGFpbnMgbm8gcGFyYW1ldGVyIHBhY2tz?= Date: Wed, 18 Sep 2019 05:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: unixod 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-09/txt/msg01329.txt.bz2 Content-length: 1096 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91806 Bug ID: 91806 Summary: error: expansion pattern =E2=80=98()=E2=80=99 c= ontains no parameter packs Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: unixod at gmail dot com Target Milestone: --- Hi, The following code: template void foo() { std::vector { []() { using U =3D T; return sizeof(U); // If replace U with T then code compiles. }()... }; } triggers a compilation error: error: expansion pattern =E2=80=98()=E2=80=99 contains no param= eter packs The aforementioned example is synthetic, in the real code where I encounter= ed this problem, the fix had required to move a lambda to a separate function. The nature of this bug seems very similar to those posted in Bug 86859 and = Bug 87001, but I'm unsure. >>From gcc-bugs-return-654240-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 06:26:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109749 invoked by alias); 18 Sep 2019 06:26:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 109701 invoked by uid 48); 18 Sep 2019 06:26:04 -0000 From: "0xe2.0x9a.0x9b at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/89557] [7/8/9/10 regression] 4*movq to 2*movaps IPC performance regression on znver1 with -Og Date: Wed, 18 Sep 2019 06:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: 0xe2.0x9a.0x9b at gmail dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01330.txt.bz2 Content-length: 1579 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89557 --- Comment #11 from Jan Ziak (http://atom-symbol.net) <0xe2.0x9a.0x9b at g= mail dot com> --- (In reply to Eric Gallager from comment #10) >=20 > /usr/bin/time ./a0-7.4 |& egrep -o [0-9]+.*user > 1.48 real 1.26 user > /usr/bin/time ./ag-7.4 |& egrep -o [0-9]+.*user > 0.61 real 0.59 user > /usr/bin/time ./a1-7.4 |& egrep -o [0-9]+.*user > 0.57 real 0.55 user >=20 > /usr/bin/time ./a0-8.3 |& egrep -o [0-9]+.*user > 1.27 real 1.21 user > /usr/bin/time ./ag-8.3 |& egrep -o [0-9]+.*user > 0.60 real 0.59 user > /usr/bin/time ./a1-8.3 |& egrep -o [0-9]+.*user > 0.60 real 0.59 user > /usr/bin/time ./a3-8.3 |& egrep -o [0-9]+.*user > 0.45 real 0.43 user >=20 > /usr/bin/time ./ag-7.4n |& egrep -o [0-9]+.*user > 0.60 real 0.59 user > /usr/bin/time ./ag-8.3n |& egrep -o [0-9]+.*user > 0.61 real 0.59 user >=20 > So, uh, I'm not sure if that's a confirmation, but it's an extra data poi= nt. Interesting. Your measurement is showing that there is no performance regression on your machine when going from ag-7.4 to ag-8.3. Some questions: - What CPU was used to obtain your results? - If you run "perf record ./ag-8.3; perf report", which instructions do you= see highlighted when you enter the disassembly of function "mul"? On Ryzen 3700= X, I see: 3.57% movdqu 0x70(%rsp), %xmm4 69.25% movups %xmm4, 0x30(%rsp) 9.32% jmpq 11bb Thanks. ---- Sidenote: The mirror http://gcc.fyxm.net at https://gcc.gnu.org/mirrors.htm= l is invalid. >>From gcc-bugs-return-654241-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 06:45:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 2066 invoked by alias); 18 Sep 2019 06:45:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 1888 invoked by uid 48); 18 Sep 2019 06:45:25 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91758] Clang fails to pass validation after r261089 Date: Wed, 18 Sep 2019 06:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01331.txt.bz2 Content-length: 277 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91758 --- Comment #8 from Eric Botcazou --- > I've got it. It's a usage of an uninitialize member variable in a class: > https://bugs.llvm.org/show_bug.cgi?id=3D40547#c38 Thanks for catching this! >>From gcc-bugs-return-654242-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 06:49:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8833 invoked by alias); 18 Sep 2019 06:49:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 8778 invoked by uid 48); 18 Sep 2019 06:49:31 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91763] [10 regression] go.go-torture/execute/printnil.go FAILs Date: Wed, 18 Sep 2019 06:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01332.txt.bz2 Content-length: 266 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91763 --- Comment #3 from Richard Biener --- So that sounds like PR91794? See the 2nd attachment for a suggested fix, note -fexceptions/-fnon-call-exceptions is dealt with in another way. >>From gcc-bugs-return-654243-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 06:59:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22874 invoked by alias); 18 Sep 2019 06: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 22830 invoked by uid 48); 18 Sep 2019 06:59:48 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/91794] exception and unwind state is not carried to LTO but controls EH vs debug frame Date: Wed, 18 Sep 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: driver X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: EH, lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01333.txt.bz2 Content-length: 1030 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91794 --- Comment #6 from Richard Biener --- (In reply to Eric Botcazou from comment #5) > > Eric - was the intent of the PR81351 fix that the dwarf2out_do_eh_frame= () > > works per function? >=20 > No, dwarf2out_do_eh_frame is global but whether the CFI for EH is emitted= is > decided on a per-function basis in the end, see my explanation in: > https://gcc.gnu.org/ml/gcc-patches/2017-11/msg00771.html Hmm, that doesn't give a lot of detail. Clearly it doesn't yet work. I see dwarf2out_do_eh_frame is also used as gate for the "dwarf2" pass. That probably should use per-function settings then, thus an alternate predicate? Because the global setting simply tells the assembler to either emit everything into eh_frame or debug_frame (seems the assembler cannot have different settings on a per function basis?). So I guess an appropriate cleanup would be to pass a struct function to dwarf2out_do_eh_frame but also deal with it being NULL? >>From gcc-bugs-return-654244-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 07:12:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62500 invoked by alias); 18 Sep 2019 07:12: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 62447 invoked by uid 48); 18 Sep 2019 07:12:12 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91763] [10 regression] go.go-torture/execute/printnil.go FAILs Date: Wed, 18 Sep 2019 07:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01334.txt.bz2 Content-length: 1618 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91763 --- Comment #4 from Richard Biener --- (In reply to Ian Lance Taylor from comment #2) > I see now the fact that we are using exceptions is already being passed.= =20 > The problem seems to be that flag_exceptions is set when we read an > exception region from an input function, by lto_init_eh. But before we r= ead > any of the input functions, lto_main has already called symtab->compile > which has called (*debug_hooks->assembly_start) which has checked > flag_exceptions when deciding whether to emit a .cfi_sections directive. = So > although flag_exceptions does get set, it gets set too late to fix this > problem. Hmm. I guess we need to stream this as part of the callgraph instead. And actually we do, gathering first_personality_decl, so we could convenien= tly init EH there as well? Index: gcc/lto/lto.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/lto/lto.c (revision 275798) +++ gcc/lto/lto.c (working copy) @@ -106,7 +106,10 @@ lto_materialize_function (struct cgraph_ if (node->clone_of) return; if (DECL_FUNCTION_PERSONALITY (decl) && !first_personality_decl) - first_personality_decl =3D DECL_FUNCTION_PERSONALITY (decl); + { + first_personality_decl =3D DECL_FUNCTION_PERSONALITY (decl); + lto_init_eh (); + } } /* Let the middle end know about the function. */ >>From gcc-bugs-return-654245-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 07:13:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64058 invoked by alias); 18 Sep 2019 07:13:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 64000 invoked by uid 48); 18 Sep 2019 07:13:25 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91758] Clang fails to pass validation after r261089 Date: Wed, 18 Sep 2019 07:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01335.txt.bz2 Content-length: 462 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91758 --- Comment #9 from Martin Li=C5=A1ka --- (In reply to Eric Botcazou from comment #8) > > I've got it. It's a usage of an uninitialize member variable in a class: > > https://bugs.llvm.org/show_bug.cgi?id=3D40547#c38 >=20 > Thanks for catching this! You're welcome. It took me almost the whole day yesterday, but I learn more about store merging (and read quite some RTL dumps). >>From gcc-bugs-return-654246-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 07:29:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89400 invoked by alias); 18 Sep 2019 07:29:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 89239 invoked by uid 48); 18 Sep 2019 07:29:11 -0000 From: "jb at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91413] [F2018]: Procedures are recursive by default; switching from stack to static allocation is not safe Date: Wed, 18 Sep 2019 07:29: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: enhancement X-Bugzilla-Who: jb 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: 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-09/txt/msg01336.txt.bz2 Content-length: 537 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91413 Janne Blomqvist changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|jb at gcc dot gnu.org |unassigned at gcc d= ot gnu.org --- Comment #4 from Janne Blomqvist --- Unassigning myself. Pointer to effort to start discussion on how to properly solve this at https://gcc.gnu.org/ml/gcc-patches/2019-08/msg00687.html >>From gcc-bugs-return-654247-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 07:43:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104814 invoked by alias); 18 Sep 2019 07:43: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 104764 invoked by uid 48); 18 Sep 2019 07:43:39 -0000 From: "dragan.mladjenovic@rt-rk.com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91474] Internal compiler error when building mabi=32 mips64-elf cross-compiler: segfault in parallel_settings.cc Date: Wed, 18 Sep 2019 07:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dragan.mladjenovic@rt-rk.com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01337.txt.bz2 Content-length: 385 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91474 --- Comment #5 from Dragan Mladjenovic --- Hi, I wasn't able to reproduce this issue which leds me to believe that this is= the r273174 is the probable fix. In either way, it should be backported to gcc-9 branch, but it would be nice if you can confirm if it fixes the problem. Thanks in advance. >>From gcc-bugs-return-654248-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 07:47:33 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122374 invoked by alias); 18 Sep 2019 07:47:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 122308 invoked by uid 48); 18 Sep 2019 07:47:28 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/91794] exception and unwind state is not carried to LTO but controls EH vs debug frame Date: Wed, 18 Sep 2019 07:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 9.2.1 X-Bugzilla-Keywords: EH, lto X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01338.txt.bz2 Content-length: 332 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91794 --- Comment #7 from Eric Botcazou --- > So I guess an appropriate cleanup would be to pass a struct function > to dwarf2out_do_eh_frame but also deal with it being NULL? You need to ask Jan, my fix for 81351 was minimal and based on his insight. >>From gcc-bugs-return-654249-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 07:54:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 401 invoked by alias); 18 Sep 2019 07:54:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 131050 invoked by uid 48); 18 Sep 2019 07:54:31 -0000 From: "dragan.mladjenovic@rt-rk.com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91702] [9/10 Regression] ICE with mips16 Date: Wed, 18 Sep 2019 07:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dragan.mladjenovic@rt-rk.com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01339.txt.bz2 Content-length: 280 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91702 --- Comment #1 from Dragan Mladjenovic --- Hi, Same as with https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91474#c5. Choul= d you perhaps verify if r273174 fixes your issue? Thanks in advance. >>From gcc-bugs-return-654250-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 08:19:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49049 invoked by alias); 18 Sep 2019 08:19: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 48971 invoked by uid 48); 18 Sep 2019 08:19:21 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91804] [10 regression] r265398 breaks gcc.target/powerpc/vec-rlmi-rlnm.c Date: Wed, 18 Sep 2019 08:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01340.txt.bz2 Content-length: 294 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91804 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >>From gcc-bugs-return-654251-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 08:21:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50447 invoked by alias); 18 Sep 2019 08:21:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 50384 invoked by uid 48); 18 Sep 2019 08:20:58 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Wed, 18 Sep 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: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01341.txt.bz2 Content-length: 294 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91799 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >>From gcc-bugs-return-654252-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 08:21:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 51308 invoked by alias); 18 Sep 2019 08:21:23 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51214 invoked by uid 48); 18 Sep 2019 08:21:19 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91797] [10 regression] r273240 breaks test case gcc.target/powerpc/pr68805.c Date: Wed, 18 Sep 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: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01342.txt.bz2 Content-length: 294 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91797 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >>From gcc-bugs-return-654253-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 09:08:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40215 invoked by alias); 18 Sep 2019 09:08:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40156 invoked by uid 48); 18 Sep 2019 09:08:16 -0000 From: "rearnsha at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91708] [10 regression][ARM] Bootstrap fails in gen_movsi, at config/arm/arm.md:5258 Date: Wed, 18 Sep 2019 09:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rearnsha at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bernd.edlinger at hotmail dot de 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-09/txt/msg01343.txt.bz2 Content-length: 626 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91708 --- Comment #19 from Richard Earnshaw --- (In reply to Wilco from comment #18) > (In reply to Richard Earnshaw from comment #17) > > So do we have a testcase that shows the problem on older compilers? >=20 > Yes, the same testcase shows the same incorrect substitution in older > compilers. I tried GCC9, but the MEM to MEM change dates back much furthe= r. Right, but does it lead to wrong code? It seemed to me that the compiler l= oses the correct alignment internally, but the object is really still aligned so nothing harmful happens. >>From gcc-bugs-return-654254-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 09:13:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113700 invoked by alias); 18 Sep 2019 09:13: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 113653 invoked by uid 48); 18 Sep 2019 09:13:16 -0000 From: "rearnsha at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91776] `-fsplit-paths` generates slower code on arm Date: Wed, 18 Sep 2019 09:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rearnsha at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01344.txt.bz2 Content-length: 492 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91776 --- Comment #3 from Richard Earnshaw --- (In reply to Wilco from comment #1) > (In reply to yhr-_-yhr from comment #0) > > I'm doing this test on a Raspberry Pi Model 3B+. The CPU is BCM2835 ARM= v7. >=20 > I think it's BM2837, ie. Cortex-A53. Or did you mean a different Pi? BCM2835 is the Linux driver name for the BCM2[78]xx and series. You get the same on a Pi4 as well, even though it uses a BCM2711. >>From gcc-bugs-return-654256-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 11:28:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78455 invoked by alias); 18 Sep 2019 11:28: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 78329 invoked by uid 55); 18 Sep 2019 11:28:51 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91763] [10 regression] go.go-torture/execute/printnil.go FAILs Date: Wed, 18 Sep 2019 11:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01346.txt.bz2 Content-length: 823 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91763 --- Comment #6 from Richard Biener --- Author: rguenth Date: Wed Sep 18 11:28:20 2019 New Revision: 275872 URL: https://gcc.gnu.org/viewcvs?rev=3D275872&root=3Dgcc&view=3Drev Log: 2019-09-18 Richard Biener PR lto/91763 * lto-streamer-in.c (input_eh_regions): Move EH init to lto_materialize_function. * tree-streamer-in.c (lto_input_ts_function_decl_tree_pointers): Likewise. lto/ * lto.c (lto_materialize_function): Initialize EH by looking at the function personality and flag_exceptions setting. Modified: trunk/gcc/ChangeLog trunk/gcc/lto-streamer-in.c trunk/gcc/lto/ChangeLog trunk/gcc/lto/lto.c trunk/gcc/tree-streamer-in.c >>From gcc-bugs-return-654255-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 11:28:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77647 invoked by alias); 18 Sep 2019 11:28: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 77585 invoked by uid 48); 18 Sep 2019 11:28:41 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91763] [10 regression] go.go-torture/execute/printnil.go FAILs Date: Wed, 18 Sep 2019 11:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01345.txt.bz2 Content-length: 452 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91763 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Richard Biener --- This one should be fixed now. >>From gcc-bugs-return-654257-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 11:47:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104894 invoked by alias); 18 Sep 2019 11:47: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 104806 invoked by uid 48); 18 Sep 2019 11:47:15 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91776] `-fsplit-paths` generates slower code on arm Date: Wed, 18 Sep 2019 11:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01347.txt.bz2 Content-length: 1186 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91776 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-18 Ever confirmed|0 |1 --- Comment #4 from Wilco --- (In reply to yhr-_-yhr from comment #2) > > I think it's BM2837, ie. Cortex-A53. Or did you mean a different Pi? > oops you're right, I just got this pointed out when I showed this post to= my > friend. I just copied it from `cat /proc/cpuinfo`. >=20 > > Can you try using -mno-strict-it on your examples and see whether that = helps? > Did you mean -mno-restrict-it? I followed gcc's correction info. Yes - but it looks like your compiler defaults to Arm (which is strange), s= o it has no effect. With GCC8 I can reproduce this for Arm, but not on newer compilers. On Thum= b-2 it still is an issue due to -mrestrict-it (comment 1). Basically it shows h= ow important conditional execution is for performance even on modern CPUs. >>From gcc-bugs-return-654258-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 11:58:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13455 invoked by alias); 18 Sep 2019 11:58:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 13368 invoked by uid 48); 18 Sep 2019 11:58:11 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91708] [10 regression][ARM] Bootstrap fails in gen_movsi, at config/arm/arm.md:5258 Date: Wed, 18 Sep 2019 11:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bernd.edlinger at hotmail dot de 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-09/txt/msg01348.txt.bz2 Content-length: 821 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91708 --- Comment #20 from Wilco --- (In reply to Richard Earnshaw from comment #19) > (In reply to Wilco from comment #18) > > (In reply to Richard Earnshaw from comment #17) > > > So do we have a testcase that shows the problem on older compilers? > >=20 > > Yes, the same testcase shows the same incorrect substitution in older > > compilers. I tried GCC9, but the MEM to MEM change dates back much furt= her. >=20 > Right, but does it lead to wrong code? It seemed to me that the compiler > loses the correct alignment internally, but the object is really still > aligned so nothing harmful happens. It's not the alignment that is the main issue but the aliasing is wrong - an unaligned access will still execute correctly on a modern CPU. >>From gcc-bugs-return-654259-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 12:14:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81107 invoked by alias); 18 Sep 2019 12: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 81052 invoked by uid 48); 18 Sep 2019 12:14:23 -0000 From: "rearnsha at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91708] [10 regression][ARM] Bootstrap fails in gen_movsi, at config/arm/arm.md:5258 Date: Wed, 18 Sep 2019 12:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rearnsha at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bernd.edlinger at hotmail dot de 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-09/txt/msg01349.txt.bz2 Content-length: 238 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91708 --- Comment #21 from Richard Earnshaw --- But dropping in a char* will give a more restrictive alias set, so that isn= 't wrong, even if it is suboptimal >>From gcc-bugs-return-654260-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 12:23:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9399 invoked by alias); 18 Sep 2019 12:23:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5241 invoked by uid 48); 18 Sep 2019 12:23:00 -0000 From: "raplonu.jb at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91807] New: [Regression] std::variant with multiple identical types assignment fail Date: Wed, 18 Sep 2019 12:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: raplonu.jb 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-09/txt/msg01350.txt.bz2 Content-length: 40553 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91807 Bug ID: 91807 Summary: [Regression] std::variant with multiple identical types assignment fail Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: raplonu.jb at gmail dot com Target Milestone: --- Created attachment 46895 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46895&action=3Dedit preprocessed file Repro: #include struct me_data { me_data() =3D default; me_data(const me_data &) {}; me_data(me_data &&) noexcept {}; me_data& operator=3D(const me_data &) =3D default; }; int main() { std::variant v1, v2; v2 =3D v1; } Compiles with 8. Breaks with 9 (see bellow) and 10.0.0 201 (on wandbox : https://wandbox.org/permlink/3GZeJzWMlElIgqGd ): In file included from main.cpp:1: /usr/include/c++/9/variant: In instantiation of =E2=80=98std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]:: mutable [with auto:3 =3D const me_data&; auto:4 =3D std::integral_constant<= long unsigned int, 0>]=E2=80=99: /usr/include/c++/9/bits/invoke.h:60:36: required from =E2=80=98constexpr = _Res std::__invoke_impl(std::__invoke_other, _Fn&&, _Args&& ...) [with _Res =3D std::__detail::__variant::__variant_idx_cookie; _Fn =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Args =3D {const me_data&, std::integral_constant}]= =E2=80=99 /usr/include/c++/9/bits/invoke.h:95:40: required from =E2=80=98constexpr = typename std::__invoke_result<_Functor, _ArgTypes>::type std::__invoke(_Callable&&, _Args&& ...) [with _Callable =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Args =3D {const me_data&, std::integral_constant}; typename std::__invoke_result<_Functor, _ArgTypes>::type =3D std::__detail::__variant::__variant_idx_cookie]=E2=80=99 /usr/include/c++/9/variant:961:24: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__visit_invoke_impl(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:980:28: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__do_visit_invoke(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:996:28: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__visit_invoke(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:1005:28: required from =E2=80=98static constex= pr auto std::__detail::__variant::__gen_vtable_impl<__same_return_types, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::_S_apply() [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor = =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:915:56: required from =E2=80=98static constexp= r void std::__detail::__variant::__gen_vtable_impl<__same_return_types, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...), __dimensions ...>, std::tuple<_Variants ...>, std::integer_sequence >::_S_apply_single_alt(_Tp&, _Tp*) [with bool __do_cookie =3D true; long unsigned int __index =3D 0; _Tp =3D std::__detail::__variant::_Multi_array, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&, const std::variant&)>; bool __same_return_typ= es =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Vis= itor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; long unsigned int ...__dimensions =3D {2}; _Variants =3D {const std::variant&}; long unsigned int ...__indices =3D {}]=E2= =80=99 /usr/include/c++/9/variant:896:47: required from =E2=80=98constexpr const= _Array_type std::__detail::__variant::__gen_vtable, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&, const std::variant&>::_S_vtable=E2=80=99 /usr/include/c++/9/variant:1638:23: required from =E2=80=98constexpr decl= type(auto) std::__do_visit(_Visitor&&, _Variants&& ...) [with bool __use_index =3D tru= e; bool __same_return_types =3D true; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Variants =3D {const std::variant&}]=E2=80=99 /usr/include/c++/9/variant:586:32: required from =E2=80=98std::__detail::__variant::_Copy_assign_base<, _Types>& std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]=E2=80=99 /usr/include/c++/9/variant:636:12: required from here /usr/include/c++/9/variant:609:6: error: no matching function for call to =E2=80=98std::variant::variant(const me_data&)=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1342:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(std::in_place_index_t<_Np>, std::initializer_list<_Up>, _Args&& ...)=E2=80=99 1342 | variant(in_place_index_t<_Np>, initializer_list<_Up> __il, | ^~~~~~~ /usr/include/c++/9/variant:1342:2: note: template argument deduction/substitution failed: In file included from main.cpp:1: /usr/include/c++/9/variant:609:6: note: =E2=80=98me_data=E2=80=99 is not = derived from =E2=80=98std::in_place_index_t<_Idx>=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1331:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(std::in_place_index_t<_Np>, _Args&& ...)=E2= =80=99 1331 | variant(in_place_index_t<_Np>, _Args&&... __args) | ^~~~~~~ /usr/include/c++/9/variant:1331:2: note: template argument deduction/substitution failed: In file included from main.cpp:1: /usr/include/c++/9/variant:609:6: note: =E2=80=98me_data=E2=80=99 is not = derived from =E2=80=98std::in_place_index_t<_Idx>=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1321:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(std::in_place_type_t<_Tp>, std::initializer_list<_Up>, _Args&& ...)=E2=80=99 1321 | variant(in_place_type_t<_Tp>, initializer_list<_Up> __il, | ^~~~~~~ /usr/include/c++/9/variant:1321:2: note: template argument deduction/substitution failed: In file included from main.cpp:1: /usr/include/c++/9/variant:609:6: note: =E2=80=98me_data=E2=80=99 is not = derived from =E2=80=98std::in_place_type_t<_Tp>=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1311:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(std::in_place_type_t<_Tp>, _Args&& ...)=E2=80= =99 1311 | variant(in_place_type_t<_Tp>, _Args&&... __args) | ^~~~~~~ /usr/include/c++/9/variant:1311:2: note: template argument deduction/substitution failed: In file included from main.cpp:1: /usr/include/c++/9/variant:609:6: note: =E2=80=98me_data=E2=80=99 is not = derived from =E2=80=98std::in_place_type_t<_Tp>=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1301:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(_Tp&&)=E2= =80=99 1301 | variant(_Tp&& __t) | ^~~~~~~ /usr/include/c++/9/variant:1301:2: note: template argument deduction/substitution failed: In file included from /usr/include/c++/9/variant:36, from main.cpp:1: /usr/include/c++/9/type_traits: In substitution of =E2=80=98template using enable_if_t =3D typename std::enable_if::type [with bool _Cond = =3D (((bool)std::variant::__exactly_once) && ((bool)std::is_constructible_v)); _Tp =3D void]=E2= =80=99: /usr/include/c++/9/variant:1298:9: required from =E2=80=98std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]:: mutable [with auto:3 =3D const me_data&; auto:4 =3D std::integral_constant<= long unsigned int, 0>]=E2=80=99 /usr/include/c++/9/bits/invoke.h:60:36: required from =E2=80=98constexpr = _Res std::__invoke_impl(std::__invoke_other, _Fn&&, _Args&& ...) [with _Res =3D std::__detail::__variant::__variant_idx_cookie; _Fn =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Args =3D {const me_data&, std::integral_constant}]= =E2=80=99 /usr/include/c++/9/bits/invoke.h:95:40: required from =E2=80=98constexpr = typename std::__invoke_result<_Functor, _ArgTypes>::type std::__invoke(_Callable&&, _Args&& ...) [with _Callable =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Args =3D {const me_data&, std::integral_constant}; typename std::__invoke_result<_Functor, _ArgTypes>::type =3D std::__detail::__variant::__variant_idx_cookie]=E2=80=99 /usr/include/c++/9/variant:961:24: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__visit_invoke_impl(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:980:28: [ skipping 2 instantiation contexts, u= se -ftemplate-backtrace-limit=3D0 to disable ] /usr/include/c++/9/variant:1005:28: required from =E2=80=98static constex= pr auto std::__detail::__variant::__gen_vtable_impl<__same_return_types, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::_S_apply() [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor = =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:915:56: required from =E2=80=98static constexp= r void std::__detail::__variant::__gen_vtable_impl<__same_return_types, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...), __dimensions ...>, std::tuple<_Variants ...>, std::integer_sequence >::_S_apply_single_alt(_Tp&, _Tp*) [with bool __do_cookie =3D true; long unsigned int __index =3D 0; _Tp =3D std::__detail::__variant::_Multi_array, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&, const std::variant&)>; bool __same_return_typ= es =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Vis= itor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; long unsigned int ...__dimensions =3D {2}; _Variants =3D {const std::variant&}; long unsigned int ...__indices =3D {}]=E2= =80=99 /usr/include/c++/9/variant:896:47: required from =E2=80=98constexpr const= _Array_type std::__detail::__variant::__gen_vtable, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&, const std::variant&>::_S_vtable=E2=80=99 /usr/include/c++/9/variant:1638:23: required from =E2=80=98constexpr decl= type(auto) std::__do_visit(_Visitor&&, _Variants&& ...) [with bool __use_index =3D tru= e; bool __same_return_types =3D true; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Variants =3D {const std::variant&}]=E2=80=99 /usr/include/c++/9/variant:586:32: required from =E2=80=98std::__detail::__variant::_Copy_assign_base<, _Types>& std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]=E2=80=99 /usr/include/c++/9/variant:636:12: required from here /usr/include/c++/9/type_traits:2384:11: error: no type named =E2=80=98type= =E2=80=99 in =E2=80=98struct std::enable_if=E2=80=99 2384 | using enable_if_t =3D typename enable_if<_Cond, _Tp>::type; | ^~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant: In instantiation of =E2=80=98std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]:: mutable [with auto:3 =3D const me_data&; auto:4 =3D std::integral_constant<= long unsigned int, 0>]=E2=80=99: /usr/include/c++/9/bits/invoke.h:60:36: required from =E2=80=98constexpr = _Res std::__invoke_impl(std::__invoke_other, _Fn&&, _Args&& ...) [with _Res =3D std::__detail::__variant::__variant_idx_cookie; _Fn =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Args =3D {const me_data&, std::integral_constant}]= =E2=80=99 /usr/include/c++/9/bits/invoke.h:95:40: required from =E2=80=98constexpr = typename std::__invoke_result<_Functor, _ArgTypes>::type std::__invoke(_Callable&&, _Args&& ...) [with _Callable =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Args =3D {const me_data&, std::integral_constant}; typename std::__invoke_result<_Functor, _ArgTypes>::type =3D std::__detail::__variant::__variant_idx_cookie]=E2=80=99 /usr/include/c++/9/variant:961:24: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__visit_invoke_impl(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:980:28: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__do_visit_invoke(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:996:28: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__visit_invoke(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:1005:28: required from =E2=80=98static constex= pr auto std::__detail::__variant::__gen_vtable_impl<__same_return_types, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::_S_apply() [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor = =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {0}]=E2=80=99 /usr/include/c++/9/variant:915:56: required from =E2=80=98static constexp= r void std::__detail::__variant::__gen_vtable_impl<__same_return_types, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...), __dimensions ...>, std::tuple<_Variants ...>, std::integer_sequence >::_S_apply_single_alt(_Tp&, _Tp*) [with bool __do_cookie =3D true; long unsigned int __index =3D 0; _Tp =3D std::__detail::__variant::_Multi_array, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&, const std::variant&)>; bool __same_return_typ= es =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Vis= itor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; long unsigned int ...__dimensions =3D {2}; _Variants =3D {const std::variant&}; long unsigned int ...__indices =3D {}]=E2= =80=99 /usr/include/c++/9/variant:896:47: required from =E2=80=98constexpr const= _Array_type std::__detail::__variant::__gen_vtable, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&, const std::variant&>::_S_vtable=E2=80=99 /usr/include/c++/9/variant:1638:23: required from =E2=80=98constexpr decl= type(auto) std::__do_visit(_Visitor&&, _Variants&& ...) [with bool __use_index =3D tru= e; bool __same_return_types =3D true; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Variants =3D {const std::variant&}]=E2=80=99 /usr/include/c++/9/variant:586:32: required from =E2=80=98std::__detail::__variant::_Copy_assign_base<, _Types>& std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]=E2=80=99 /usr/include/c++/9/variant:636:12: required from here /usr/include/c++/9/variant:1289:7: note: candidate: =E2=80=98std::variant<_Types>::variant(std::variant<_Types>&&) [with _Types= =3D {me_data, me_data}]=E2=80=99 1289 | variant(variant&&) =3D default; | ^~~~~~~ /usr/include/c++/9/variant:1289:15: note: no known conversion for argumen= t 1 from =E2=80=98const me_data=E2=80=99 to =E2=80=98std::variant&&=E2=80=99 1289 | variant(variant&&) =3D default; | ^~~~~~~~~ /usr/include/c++/9/variant:1288:7: note: candidate: =E2=80=98std::variant<_Types>::variant(const std::variant<_Types>&) [with _= Types =3D {me_data, me_data}]=E2=80=99 1288 | variant(const variant& __rhs) =3D default; | ^~~~~~~ /usr/include/c++/9/variant:1288:30: note: no known conversion for argumen= t 1 from =E2=80=98const me_data=E2=80=99 to =E2=80=98const std::variant&=E2=80=99 1288 | variant(const variant& __rhs) =3D default; | ~~~~~~~~~~~~~~~^~~~~ /usr/include/c++/9/variant:1287:7: note: candidate: =E2=80=98constexpr std::variant<_Types>::variant() [with _Types =3D {me_data, me_data}]=E2=80= =99 1287 | variant() =3D default; | ^~~~~~~ /usr/include/c++/9/variant:1287:7: note: candidate expects 0 arguments, 1 provided In file included from main.cpp:1: /usr/include/c++/9/variant: In instantiation of =E2=80=98std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]:: mutable [with auto:3 =3D const me_data&; auto:4 =3D std::integral_constant<= long unsigned int, 1>]=E2=80=99: /usr/include/c++/9/bits/invoke.h:60:36: required from =E2=80=98constexpr = _Res std::__invoke_impl(std::__invoke_other, _Fn&&, _Args&& ...) [with _Res =3D std::__detail::__variant::__variant_idx_cookie; _Fn =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Args =3D {const me_data&, std::integral_constant}]= =E2=80=99 /usr/include/c++/9/bits/invoke.h:95:40: required from =E2=80=98constexpr = typename std::__invoke_result<_Functor, _ArgTypes>::type std::__invoke(_Callable&&, _Args&& ...) [with _Callable =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Args =3D {const me_data&, std::integral_constant}; typename std::__invoke_result<_Functor, _ArgTypes>::type =3D std::__detail::__variant::__variant_idx_cookie]=E2=80=99 /usr/include/c++/9/variant:961:24: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__visit_invoke_impl(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {1}]=E2=80=99 /usr/include/c++/9/variant:980:28: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__do_visit_invoke(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {1}]=E2=80=99 /usr/include/c++/9/variant:996:28: required from =E2=80=98static constexpr decltype(auto) std::__detail::__variant::__gen_vtable_impl<__same_return_ty= pes, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::__visit_invoke(_Visitor&&, _Variants ...) [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {1}]=E2=80=99 /usr/include/c++/9/variant:1005:28: required from =E2=80=98static constex= pr auto std::__detail::__variant::__gen_vtable_impl<__same_return_types, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...)>, std::tuple<_Variants ...>, std::integer_sequence >::_S_apply() [with bool __same_return_types =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Visitor = =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; _Variants =3D {const std::variant&}; long uns= igned int ...__indices =3D {1}]=E2=80=99 /usr/include/c++/9/variant:915:56: required from =E2=80=98static constexp= r void std::__detail::__variant::__gen_vtable_impl<__same_return_types, std::__detail::__variant::_Multi_array<_Result_type (*)(_Visitor, _Variants ...), __dimensions ...>, std::tuple<_Variants ...>, std::integer_sequence >::_S_apply_single_alt(_Tp&, _Tp*) [with bool __do_cookie =3D true; long unsigned int __index =3D 1; _Tp =3D std::__detail::__variant::_Multi_array, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&, const std::variant&)>; bool __same_return_typ= es =3D true; _Result_type =3D std::__detail::__variant::__variant_idx_cookie; _Vis= itor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&; long unsigned int ...__dimensions =3D {2}; _Variants =3D {const std::variant&}; long unsigned int ...__indices =3D {}]=E2= =80=99 /usr/include/c++/9/variant:896:47: required from =E2=80=98constexpr const= _Array_type std::__detail::__variant::__gen_vtable, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::&&, const std::variant&>::_S_vtable=E2=80=99 /usr/include/c++/9/variant:1638:23: required from =E2=80=98constexpr decl= type(auto) std::__do_visit(_Visitor&&, _Variants&& ...) [with bool __use_index =3D tru= e; bool __same_return_types =3D true; _Visitor =3D std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]::; _Variants =3D {const std::variant&}]=E2=80=99 /usr/include/c++/9/variant:586:32: required from =E2=80=98std::__detail::__variant::_Copy_assign_base<, _Types>& std::__detail::__variant::_Copy_assign_base<, _Types>::operator=3D(const std::__detail::__variant::_Copy_assign_base<, _Types>&) [with bo= ol =3D false; _Types =3D {me_data, me_data}]=E2=80=99 /usr/include/c++/9/variant:636:12: required from here /usr/include/c++/9/variant:609:6: error: no matching function for call to =E2=80=98std::variant::variant(const me_data&)=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1342:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(std::in_place_index_t<_Np>, std::initializer_list<_Up>, _Args&& ...)=E2=80=99 1342 | variant(in_place_index_t<_Np>, initializer_list<_Up> __il, | ^~~~~~~ /usr/include/c++/9/variant:1342:2: note: template argument deduction/substitution failed: In file included from main.cpp:1: /usr/include/c++/9/variant:609:6: note: =E2=80=98me_data=E2=80=99 is not = derived from =E2=80=98std::in_place_index_t<_Idx>=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1331:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(std::in_place_index_t<_Np>, _Args&& ...)=E2= =80=99 1331 | variant(in_place_index_t<_Np>, _Args&&... __args) | ^~~~~~~ /usr/include/c++/9/variant:1331:2: note: template argument deduction/substitution failed: In file included from main.cpp:1: /usr/include/c++/9/variant:609:6: note: =E2=80=98me_data=E2=80=99 is not = derived from =E2=80=98std::in_place_index_t<_Idx>=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1321:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(std::in_place_type_t<_Tp>, std::initializer_list<_Up>, _Args&& ...)=E2=80=99 1321 | variant(in_place_type_t<_Tp>, initializer_list<_Up> __il, | ^~~~~~~ /usr/include/c++/9/variant:1321:2: note: template argument deduction/substitution failed: In file included from main.cpp:1: /usr/include/c++/9/variant:609:6: note: =E2=80=98me_data=E2=80=99 is not = derived from =E2=80=98std::in_place_type_t<_Tp>=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1311:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(std::in_place_type_t<_Tp>, _Args&& ...)=E2=80= =99 1311 | variant(in_place_type_t<_Tp>, _Args&&... __args) | ^~~~~~~ /usr/include/c++/9/variant:1311:2: note: template argument deduction/substitution failed: In file included from main.cpp:1: /usr/include/c++/9/variant:609:6: note: =E2=80=98me_data=E2=80=99 is not = derived from =E2=80=98std::in_place_type_t<_Tp>=E2=80=99 609 | =3D variant<_Types...>(__rhs_mem); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from main.cpp:1: /usr/include/c++/9/variant:1301:2: note: candidate: =E2=80=98template constexpr std::variant<_Types>::variant(_Tp&&)=E2= =80=99 1301 | variant(_Tp&& __t) | ^~~~~~~ /usr/include/c++/9/variant:1301:2: note: template argument deduction/substitution failed: /usr/include/c++/9/variant:1289:7: note: candidate: =E2=80=98std::variant<_Types>::variant(std::variant<_Types>&&) [with _Types= =3D {me_data, me_data}]=E2=80=99 1289 | variant(variant&&) =3D default; | ^~~~~~~ /usr/include/c++/9/variant:1289:15: note: no known conversion for argumen= t 1 from =E2=80=98const me_data=E2=80=99 to =E2=80=98std::variant&&=E2=80=99 1289 | variant(variant&&) =3D default; | ^~~~~~~~~ /usr/include/c++/9/variant:1288:7: note: candidate: =E2=80=98std::variant<_Types>::variant(const std::variant<_Types>&) [with _= Types =3D {me_data, me_data}]=E2=80=99 1288 | variant(const variant& __rhs) =3D default; | ^~~~~~~ /usr/include/c++/9/variant:1288:30: note: no known conversion for argumen= t 1 from =E2=80=98const me_data=E2=80=99 to =E2=80=98const std::variant&=E2=80=99 1288 | variant(const variant& __rhs) =3D default; | ~~~~~~~~~~~~~~~^~~~~ /usr/include/c++/9/variant:1287:7: note: candidate: =E2=80=98constexpr std::variant<_Types>::variant() [with _Types =3D {me_data, me_data}]=E2=80= =99 1287 | variant() =3D default; | ^~~~~~~ /usr/include/c++/9/variant:1287:7: note: candidate expects 0 arguments, 1 provided --- When using variant with the same type two times, it fails to compile if the type have potentially-throwing copy constructor and noexcept move construct= or. All other combinations of throwing policy work. >>From gcc-bugs-return-654261-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 12:35:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66668 invoked by alias); 18 Sep 2019 12:35: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 66558 invoked by uid 55); 18 Sep 2019 12:35:14 -0000 From: "vlad at ispras dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/18501] [7/8/9/10 Regression] Missing 'used uninitialized' warning (CCP) Date: Wed, 18 Sep 2019 12:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 4.0.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: minor X-Bugzilla-Who: vlad at ispras dot ru X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01351.txt.bz2 Content-length: 1286 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D18501 --- Comment #91 from Vladislav Ivanishin --- > --- Comment #90 from Eric Gallager --- > At Cauldron, Vladislav Ivanishin said in his lightning talk that ISP > RAS has a patch to fix this. Well, I also said that this patch is not meant to go into the mainline compiler, because it trades off compiler speed for fixing this (actually, for suppressing tons of false positives that inevitably arise from doing that; see comment 32 by Richi). Adding / moving around transformation passes also affects the resulting code, and I have no data to see what the actual impact is. We did this to have as few false negatives as possible (and a sane number of false positives) - and GCC is prioritizing not having false positives a.k.a. spurious warnings. One possible solution would be to teach the CCP pass to lay off of uninitialized values and not merge them into constants (I don't know whether that's desirable and also I don't have a patch for that, though it would be interesting to try). Anyway, you are right in that this kind of effort should be documented in this bug. I've already sent the slides to Simon. They should appear shortly on the cauldron's wiki page. Thanks >>From gcc-bugs-return-654262-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 13:06:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68069 invoked by alias); 18 Sep 2019 13:06: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 65958 invoked by uid 48); 18 Sep 2019 13:06:36 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91708] [10 regression][ARM] Bootstrap fails in gen_movsi, at config/arm/arm.md:5258 Date: Wed, 18 Sep 2019 13:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: bernd.edlinger at hotmail dot de 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-09/txt/msg01352.txt.bz2 Content-length: 435 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91708 --- Comment #22 from Wilco --- (In reply to Richard Earnshaw from comment #21) > But dropping in a char* will give a more restrictive alias set, so that > isn't wrong, even if it is suboptimal The alias set could be anything given CSE changes one MEM to another without any checks (it's not clear whether it even checks other attributes like volatile). >>From gcc-bugs-return-654263-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 13:09:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57917 invoked by alias); 18 Sep 2019 13:09:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57175 invoked by uid 48); 18 Sep 2019 13:09:05 -0000 From: "amacleod at redhat dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91789] Value ranges determined from comparisons not used transitively Date: Wed, 18 Sep 2019 13:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: amacleod at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01353.txt.bz2 Content-length: 1986 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91789 Andrew Macleod changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |amacleod at redhat dot com --- Comment #4 from Andrew Macleod --- The ranger isn't really about forwards vs backwards, its about an approach = in which the basics are understood without special casing, and when applied properly, direction won't matter... eliminating this sort of ordering issue. This is another example which we intend to just always "get", but requires multiple components to work together: It requires 2 different things.=20 1) ranges to know that after the second conditional a =3D [0, MAX] 2) relationals such that the property b >=3D a is known after the first conditional. - For strictly ranges, the final conditional produces b =3D [MIN, -1] on th= e TRUE edge. - If the known relations are queried, and the known relation b >=3D a is ap= plied to a =3D [0, MAX], rangeops calculates b >=3D [0, MAX] and we get a range o= f [0, MAX] for b Since both must be true simultaneously, the results [MIN, -1] and [0, MAX] = will be intersected and produces an empty range on the TRUE edge, which in ranger world means the range is impossible. Thus we know the edge is not executable and can be removed.=20 This range evaluation code is present in the ranger now and resolves the ra= nge parts, but wont make trunk this release.=20=20 The relational code is being developed for next stage 1, so does not exist = yet. It is required to replace VRP and the symbolic representation currently use= d by value_range for equivalences and relations. This will be my focus over the = next few months. I would anticipate this being fixed in the next release when the ranger goes live. I will add this test to my testsuite to ensure it works as expected. >>From gcc-bugs-return-654264-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 13:11:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113096 invoked by alias); 18 Sep 2019 13:11:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111207 invoked by uid 48); 18 Sep 2019 13:11:34 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91807] [9/10 Regression] std::variant with multiple identical types assignment fail to compile Date: Wed, 18 Sep 2019 13:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cf_known_to_work 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-09/txt/msg01354.txt.bz2 Content-length: 695 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91807 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |rejects-valid Known to work| |8.3.0 Target Milestone|--- |9.3 Summary|[Regression] std::variant |[9/10 Regression] |with multiple identical |std::variant with multiple |types assignment fail to |identical types assignment |compile |fail to compile >>From gcc-bugs-return-654265-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 14:05:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70495 invoked by alias); 18 Sep 2019 14:05: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 70385 invoked by uid 48); 18 Sep 2019 14:05:42 -0000 From: "amonakov at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/52593] Builtin sqrt on x86 is not correctly rounded Date: Wed, 18 Sep 2019 14:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.6.4 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: amonakov at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01355.txt.bz2 Content-length: 534 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D52593 Alexander Monakov changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |amonakov at gcc dot gnu.org Resolution|--- |FIXED --- Comment #12 from Alexander Monakov --- Nothing, closing the bug. >>From gcc-bugs-return-654266-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 14:28:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22611 invoked by alias); 18 Sep 2019 14: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 22572 invoked by uid 48); 18 Sep 2019 14:28:37 -0000 From: "andrey.vihrov at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91808] New: Static definition rejected after extern declaration in anonymous namespace Date: Wed, 18 Sep 2019 14:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: andrey.vihrov 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-09/txt/msg01356.txt.bz2 Content-length: 1502 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91808 Bug ID: 91808 Summary: Static definition rejected after extern declaration in anonymous namespace Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: andrey.vihrov at gmail dot com Target Milestone: --- Consider the following C++11 sample: namespace { extern int x; static int x =3D 0; } Compiling this with "gcc -c test.cpp" gives test.cpp:4:16: error: '{anonymous}::x' was declared 'extern' and later 'sta= tic' [-fpermissive] 4 | static int x =3D 0; | ^ test.cpp:3:16: note: previous declaration of '{anonymous}::x' 3 | extern int x; | ^ According to [1], point 3.5.4, the "extern int x;" declaration has the same linkage as its enclosing namespace, which is anonymous and thus has internal linkage. According to point 3.1.2, this declaration is not a definition. According to point 3.5.3, the "static int x =3D 0;" declaration has internal linkage. It is also the first definition for the internal "int {anonymous}:= :x" variable. Overall, this declaration doesn't conflict with the previous one. Note: Clang (starting with version 6) and MSVC accept the code. [1] http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3690.pdf >>From gcc-bugs-return-654267-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:13:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106874 invoked by alias); 18 Sep 2019 17:13: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 106829 invoked by uid 48); 18 Sep 2019 17:13:46 -0000 From: "nsz at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91809] New: in c++ bit-field is not promoted to int in printf argument Date: Wed, 18 Sep 2019 17:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: nsz at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01357.txt.bz2 Content-length: 1197 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91809 Bug ID: 91809 Summary: in c++ bit-field is not promoted to int in printf argument Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: nsz at gcc dot gnu.org Target Milestone: --- may be a -Wformat bug only, but the c++ front-end seems to use the wrong type: #include struct X { unsigned long long a: 1; } x; void foo() { printf("%d", x.a); } gcc -Wformat -xc++ says a.c: In function 'void foo()': a.c:9:12: warning: format '%d' expects argument of type 'int', but argument= 2 has type 'long long unsigned int' [-Wformat=3D] 9 | printf("%d", x.a); | ~^ ~~~ | | | | int long long unsigned int | %lld the warning is not present with -xc, which is the expected behaviour: bit-field should be promoted to int in this context, i don't think c++ should behave differently. (not a new regression, at least present since gcc-4.8) >>From gcc-bugs-return-654268-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:22:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119170 invoked by alias); 18 Sep 2019 17:22:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 116809 invoked by uid 48); 18 Sep 2019 17:22:07 -0000 From: "ian at airs dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug go/91763] [10 regression] go.go-torture/execute/printnil.go FAILs Date: Wed, 18 Sep 2019 17:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: go X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: ian at airs dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ian at airs dot com X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01358.txt.bz2 Content-length: 125 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91763 --- Comment #7 from Ian Lance Taylor --- Thanks! >>From gcc-bugs-return-654269-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:26:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125517 invoked by alias); 18 Sep 2019 17:26:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 125467 invoked by uid 48); 18 Sep 2019 17:26:53 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/55588] Failure to diagnose non-template-id prefixed by keyword template Date: Wed, 18 Sep 2019 17:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.8.0 X-Bugzilla-Keywords: accepts-invalid, diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01359.txt.bz2 Content-length: 388 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55588 --- Comment #6 from Eric Gallager --- (In reply to Eric Gallager from comment #4) > (In reply to Ville Voutilainen from comment #2) > > Also present in 4.9 trunk, and I recently got a user complaint about th= is > > bug. How can I upvote? :) >=20 > If Bug 86315 is fixed,=20 update: this has happened. >>From gcc-bugs-return-654270-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:27:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126408 invoked by alias); 18 Sep 2019 17:27:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 126187 invoked by uid 48); 18 Sep 2019 17:27:03 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/88632] [F08] function contained in module invisible to submodule unless declared public Date: Wed, 18 Sep 2019 17:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 8.2.0 X-Bugzilla-Keywords: link-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01360.txt.bz2 Content-length: 1452 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88632 --- Comment #3 from Paul Thomas --- (In reply to Paul Thomas from comment #2) > Created attachment 45349 [details] > A provisional patch that fixes the problem >=20 > The attached fixes this but causes regressions: >=20 > FAIL: gfortran.dg/module_private_2.f90 -O scan-tree-dump-times optimi= zed > "priv" 0 > FAIL: gfortran.dg/public_private_module_7.f90 -O scan-assembler-not > __m_common_attrs_MOD_other > FAIL: gfortran.dg/public_private_module_8.f90 -O scan-assembler-not > __m_MOD_myotherlen > FAIL: gfortran.dg/public_private_module_2.f90 -O scan-assembler-not t= wo > FAIL: gfortran.dg/public_private_module_2.f90 -O scan-assembler-not s= ix > FAIL: gfortran.dg/warn_unused_function_2.f90 -O (test for warnings, l= ine > 16) >=20 > I think that this is best dealt with by extending the patch by flagging t= he > module as having a module function/subroutine, which implies that there i= s a > submodule somewhere, and making all the module procedures TREE_PUBLIC. Th= at > will suppress the above regressions. >=20 > Otherwise, I will have to find someway of persuading the linker to find t= he > symbol from the submodule. >=20 > First I must get the C-interop patch out of the way and then I will come > back to this PR. >=20 > Paul The C-interop patch is all but gone: just one bug to go. This PR is therefo= re now on my radar. Paul >>From gcc-bugs-return-654271-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:32:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1273 invoked by alias); 18 Sep 2019 17:32: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 1231 invoked by uid 55); 18 Sep 2019 17:32:40 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91550] [8/9 Regression] ICE in do_subscript, at fortran/frontend-passes.c:2652 Date: Wed, 18 Sep 2019 17:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-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: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01361.txt.bz2 Content-length: 1011 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91550 --- Comment #3 from Thomas Koenig --- Author: tkoenig Date: Wed Sep 18 17:32:08 2019 New Revision: 275891 URL: https://gcc.gnu.org/viewcvs?rev=3D275891&root=3Dgcc&view=3Drev Log: 2019-09-18 Thomas Koenig Backport from trunk PR fortran/91550 * frontend-passes.c (do_subscript): If step equals zero, a previuos error has been reported; do nothing in this case. * resolve.c (gfc_resolve_iterator): Move error checking after type conversion. 2019-09-18 Thomas Koenig Backport from trunk PR fortran/91550 * gfortran.dg/do_subscript_6.f90: New test. Added: branches/gcc-9-branch/gcc/testsuite/gfortran.dg/do_subscript_6.f90 Modified: branches/gcc-9-branch/gcc/fortran/ChangeLog branches/gcc-9-branch/gcc/fortran/frontend-passes.c branches/gcc-9-branch/gcc/fortran/resolve.c branches/gcc-9-branch/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654272-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:40:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16116 invoked by alias); 18 Sep 2019 17:40:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 16058 invoked by uid 55); 18 Sep 2019 17:40:04 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91550] [8/9 Regression] ICE in do_subscript, at fortran/frontend-passes.c:2652 Date: Wed, 18 Sep 2019 17:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-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: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01362.txt.bz2 Content-length: 1011 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91550 --- Comment #4 from Thomas Koenig --- Author: tkoenig Date: Wed Sep 18 17:39:33 2019 New Revision: 275892 URL: https://gcc.gnu.org/viewcvs?rev=3D275892&root=3Dgcc&view=3Drev Log: 2019-09-18 Thomas Koenig Backport from trunk PR fortran/91550 * frontend-passes.c (do_subscript): If step equals zero, a previuos error has been reported; do nothing in this case. * resolve.c (gfc_resolve_iterator): Move error checking after type conversion. 2019-09-18 Thomas Koenig Backport from trunk PR fortran/91550 * gfortran.dg/do_subscript_6.f90: New test. Added: branches/gcc-8-branch/gcc/testsuite/gfortran.dg/do_subscript_6.f90 Modified: branches/gcc-8-branch/gcc/fortran/ChangeLog branches/gcc-8-branch/gcc/fortran/frontend-passes.c branches/gcc-8-branch/gcc/fortran/resolve.c branches/gcc-8-branch/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654273-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:41:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23773 invoked by alias); 18 Sep 2019 17:41:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23718 invoked by uid 48); 18 Sep 2019 17:41:55 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91550] [8/9 Regression] ICE in do_subscript, at fortran/frontend-passes.c:2652 Date: Wed, 18 Sep 2019 17:41: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-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: tkoenig at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01363.txt.bz2 Content-length: 454 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91550 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Thomas Koenig --- Fixed. Thanks for the bug report! >>From gcc-bugs-return-654274-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:43:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25114 invoked by alias); 18 Sep 2019 17:43: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 25077 invoked by uid 48); 18 Sep 2019 17:43:17 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/69815] Don't always use BLOCKS for front-end optimization variables Date: Wed, 18 Sep 2019 17:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: 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: 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-09/txt/msg01364.txt.bz2 Content-length: 292 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D69815 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW >>From gcc-bugs-return-654275-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:45:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28117 invoked by alias); 18 Sep 2019 17: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 27824 invoked by uid 48); 18 Sep 2019 17:45:14 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/48303] [Legacy] Support Character constants in DATA statement for non-character variables Date: Wed, 18 Sep 2019 17:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status 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-09/txt/msg01365.txt.bz2 Content-length: 934 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D48303 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |documentation Status|WAITING |NEW CC| |tkoenig at gcc dot gnu.org --- Comment #5 from Thomas Koenig --- (In reply to Dominique d'Humieres from comment #4) > No activity since more than two years. IMO this should go under the secti= on >=20 > 6.2 Extensions not implemented in GNU Fortran >=20 > of the manual. I can submit a draft patch for this PR if someone is will = to > fix > my Frenglish and formatting issues and do the commit. Hi, just going through some WAITING bugs... do you still plan to do this? If not, I can also do this. >>From gcc-bugs-return-654276-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:49:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33186 invoked by alias); 18 Sep 2019 17:49:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 33145 invoked by uid 48); 18 Sep 2019 17:49:23 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/81651] Enhancement request: have f951 print out fully qualified module file name Date: Wed, 18 Sep 2019 17:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 6.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: keywords 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-09/txt/msg01366.txt.bz2 Content-length: 352 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81651 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |diagnostic Status|WAITING |NEW >>From gcc-bugs-return-654277-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 17:53:33 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 39112 invoked by alias); 18 Sep 2019 17:53:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 38992 invoked by uid 48); 18 Sep 2019 17:53:28 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/48419] [ABI cleanup] Reduce gfortran stack usage for procedures doing IO Date: Wed, 18 Sep 2019 17:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: 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: bug_status cc short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01367.txt.bz2 Content-length: 780 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D48419 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW CC| |tkoenig at gcc dot gnu.org Summary|Reduce gfortran stack usage |[ABI cleanup] Reduce |for procedures doing IO |gfortran stack usage for | |procedures doing IO --- Comment #6 from Thomas Koenig --- We could do this if we clean up the ABI. If we do that, we could also revisit PR 45715 :-) Is there an ABI cleanup PR somewhere? >>From gcc-bugs-return-654278-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 18:49:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 88224 invoked by alias); 18 Sep 2019 18:49:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 86920 invoked by uid 48); 18 Sep 2019 18:49:26 -0000 From: "lpsullivan at wpi dot edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/91810] New: I do not know what is wrong Date: Wed, 18 Sep 2019 18:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lpsullivan at wpi dot edu X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01368.txt.bz2 Content-length: 3283 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91810 Bug ID: 91810 Summary: I do not know what is wrong Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: lpsullivan at wpi dot edu Target Milestone: --- Arduino: 1.8.9 (Windows Store 1.8.21.0) (Windows 10), Board: "Arduino/Genui= no Uno" In file included from C:\Users\lsull\Documents\Arduino\libraries\grbl/grbl.h:43:0, from C:\Users\lsull\Documents\Arduino\libraries\grbl\examples\grblUpload\grblUpl= oad.ino:27: C:\Users\lsull\Documents\Arduino\libraries\grbl/nuts_bolts.h:56:0: warning: "max" redefined #define max(a,b) (((a) > (b)) ? (a) : (b)) ^ In file included from sketch\grblUpload.ino.cpp:1:0: C:\Program Files\WindowsApps\ArduinoLLC.ArduinoIDE_1.8.21.0_x86__mdqgnx93n4wtt\hardwar= e\arduino\avr\cores\arduino/Arduino.h:93:0: note: this is the location of the previous definition #define max(a,b) ((a)>(b)?(a):(b)) ^ In file included from C:\Users\lsull\Documents\Arduino\libraries\grbl/grbl.h:43:0, from C:\Users\lsull\Documents\Arduino\libraries\grbl\examples\grblUpload\grblUpl= oad.ino:27: C:\Users\lsull\Documents\Arduino\libraries\grbl/nuts_bolts.h:57:0: warning: "min" redefined #define min(a,b) (((a) < (b)) ? (a) : (b)) ^ In file included from sketch\grblUpload.ino.cpp:1:0: C:\Program Files\WindowsApps\ArduinoLLC.ArduinoIDE_1.8.21.0_x86__mdqgnx93n4wtt\hardwar= e\arduino\avr\cores\arduino/Arduino.h:92:0: note: this is the location of the previous definition #define min(a,b) ((a)<(b)?(a):(b)) ^ In file included from C:\Users\lsull\Documents\Arduino\libraries\grbl/grbl.h:43:0, from C:\Users\lsull\Documents\Arduino\libraries\grbl\examples\grblUpload\grblUpl= oad.ino:27: C:\Users\lsull\Documents\Arduino\libraries\grbl/nuts_bolts.h:61:0: warning: "bit" redefined #define bit(n) (1 << n) ^ In file included from sketch\grblUpload.ino.cpp:1:0: C:\Program Files\WindowsApps\ArduinoLLC.ArduinoIDE_1.8.21.0_x86__mdqgnx93n4wtt\hardwar= e\arduino\avr\cores\arduino/Arduino.h:123:0: note: this is the location of the previous definition #define bit(b) (1UL << (b)) ^ C:\Users\lsull\Documents\Arduino\libraries\grbl\report.c: In function 'report_util_float_setting': C:\Users\lsull\Documents\Arduino\libraries\grbl\report.c:103:1: internal compiler error: Segmentation fault } ^ Please submit a full bug report, with preprocessed source if appropriate. See for instructions. lto-wrapper.exe: fatal error: C:\Program Files\WindowsApps\ArduinoLLC.ArduinoIDE_1.8.21.0_x86__mdqgnx93n4wtt\hardwar= e\tools\avr/bin/avr-gcc returned 1 exit status compilation terminated. c:/program files/windowsapps/arduinollc.arduinoide_1.8.21.0_x86__mdqgnx93n4wtt/hardwar= e/tools/avr/bin/../lib/gcc/avr/5.4.0/../../../../avr/bin/ld.exe: error: lto-wrapper failed collect2.exe: error: ld returned 1 exit status exit status 1 Error compiling for board Arduino/Genuino Uno. This report would have more information with "Show verbose output during compilation" option enabled in File -> Preferences. >>From gcc-bugs-return-654279-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 19:49:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101182 invoked by alias); 18 Sep 2019 19:49: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 101101 invoked by uid 55); 18 Sep 2019 19:49:51 -0000 From: "hjl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91446] Wrong cost for scalar_load/scalar_store of vector type Date: Wed, 18 Sep 2019 19:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl 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-09/txt/msg01369.txt.bz2 Content-length: 965 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91446 --- Comment #3 from hjl at gcc dot gnu.org --- Author: hjl Date: Wed Sep 18 19:49:19 2019 New Revision: 275905 URL: https://gcc.gnu.org/viewcvs?rev=3D275905&root=3Dgcc&view=3Drev Log: i386: Increase Skylake SImode pseudo register store cost On Skylake, SImode store cost isn't less than half cost of 128-bit vector store. This patch increases Skylake SImode pseudo register store cost to make it the same as QImode and HImode. gcc/ PR target/91446 * config/i386/x86-tune-costs.h (skylake_cost): Increase SImode pseudo register store cost from 3 to 6 to make it the same as QImode and HImode. gcc/testsuite/ PR target/91446 * gcc.target/i386/pr91446.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr91446.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/x86-tune-costs.h trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654280-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 19:51:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 105378 invoked by alias); 18 Sep 2019 19:51:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 105316 invoked by uid 55); 18 Sep 2019 19:51:18 -0000 From: "hjl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90878] [8/9/10 Regression] integer -> SSE register move isn't generated Date: Wed, 18 Sep 2019 19:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.3.1 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01370.txt.bz2 Content-length: 873 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90878 --- Comment #8 from hjl at gcc dot gnu.org --- Author: hjl Date: Wed Sep 18 19:50:45 2019 New Revision: 275906 URL: https://gcc.gnu.org/viewcvs?rev=3D275906&root=3Dgcc&view=3Drev Log: i386: Restore Skylake SImode hard register store cost On Skylake, we should move integer register to SSE register without going through memory. This patch restores Skylake SImode hard register store cost to 6. gcc/ PR target/90878 * config/i386/x86-tune-costs.h (skylake_cost): Restore SImode hard register store cost to 6. gcc/testsuite/ PR target/90878 * gcc.target/i386/pr90878.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr90878.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/x86-tune-costs.h trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654281-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 19:52:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108495 invoked by alias); 18 Sep 2019 19:52:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 108424 invoked by uid 55); 18 Sep 2019 19:52:40 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91738] [10 regression] gcc.target/arm/pr53447-5.c fails since r274823 Date: Wed, 18 Sep 2019 19:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: wilco 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-09/txt/msg01371.txt.bz2 Content-length: 1370 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91738 --- Comment #2 from Wilco --- Author: wilco Date: Wed Sep 18 19:52:09 2019 New Revision: 275907 URL: https://gcc.gnu.org/viewcvs?rev=3D275907&root=3Dgcc&view=3Drev Log: [ARM] Add logical DImode expanders We currently use default mid-end expanders for logical DImode operations. These split operations without first splitting off complex immediates or memory operands. The resulting expansions are non-optimal and allow for fewer LDRD/STRD opportunities. So add back explicit expanders which ensure memory operands and immediates are handled more efficiently. gcc/ PR target/91738 * config/arm/arm.md (di3): Expand explicitly. (one_cmpldi2): Likewise. * config/arm/arm.c (const_ok_for_dimode_op): Return true if one of the constant parts is simple. * config/arm/iterators.md (LOGICAL): Add new code iterator. (logical_op): Add new code attribute. (logical_OP): Likewise. * config/arm/predicates.md (arm_anddi_operand): Add predicate. (arm_iordi_operand): Add predicate. (arm_xordi_operand): Add predicate. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c trunk/gcc/config/arm/arm.md trunk/gcc/config/arm/iterators.md trunk/gcc/config/arm/predicates.md >>From gcc-bugs-return-654282-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 20:03:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 121005 invoked by alias); 18 Sep 2019 20:03: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 120947 invoked by uid 48); 18 Sep 2019 20:03:30 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/90878] [8/9/10 Regression] integer -> SSE register move isn't generated Date: Wed, 18 Sep 2019 20: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: 8.3.1 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01372.txt.bz2 Content-length: 480 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D90878 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Target Milestone|8.4 |10.0 --- Comment #9 from H.J. Lu --- Fixed for GCC 10. >>From gcc-bugs-return-654283-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 20:09:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125903 invoked by alias); 18 Sep 2019 20:09:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 125764 invoked by uid 48); 18 Sep 2019 20:09:51 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91811] New: 256-bit vector store isn't used Date: Wed, 18 Sep 2019 20:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter 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-09/txt/msg01373.txt.bz2 Content-length: 1774 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91811 Bug ID: 91811 Summary: 256-bit vector store isn't used Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: hjl.tools at gmail dot com Target Milestone: --- [hjl@gnu-cfl-1 xxx]$ cat y.i typedef struct { long long width, height; long long x, y; } info; extern void bar (info *); void foo (long long width, long long height, long long x, long long y) { info t; t.width =3D width; t.height =3D height; t.x =3D x; t.y =3D y; bar (&t); } [hjl@gnu-cfl-1 xxx]$=20 /export/build/gnu/tools-build/gcc-debug/build-x86_64-linux/gcc/xgcc -B/export/build/gnu/tools-build/gcc-debug/build-x86_64-linux/gcc/ -O2 -march=3Dskylake -ftree-slp-vectorize -mtune-ctrl=3D^sse_typeless_stores -mprefer-vector-width=3D256 -S y.i [hjl@gnu-cfl-1 xxx]$ cat y.s .file "y.i" .text .p2align 4 .globl foo .type foo, @function foo: .LFB0: .cfi_startproc vmovq %rdi, %xmm1 subq $40, %rsp .cfi_def_cfa_offset 48 vpinsrq $1, %rsi, %xmm1, %xmm0 vmovq %rdx, %xmm2 vmovdqa %xmm0, (%rsp) movq %rsp, %rdi vpinsrq $1, %rcx, %xmm2, %xmm0 vmovdqa %xmm0, 16(%rsp) call bar addq $40, %rsp .cfi_def_cfa_offset 8 ret .cfi_endproc .LFE0: .size foo, .-foo .ident "GCC: (GNU) 10.0.0 20190918 (experimental)" .section .note.GNU-stack,"",@progbits [hjl@gnu-cfl-1 xxx]$=20 Is it possible to use 256-bit YMM register store? >>From gcc-bugs-return-654284-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 20:11:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 401 invoked by alias); 18 Sep 2019 20:11: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 130887 invoked by uid 48); 18 Sep 2019 20:11:20 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91446] Wrong cost for scalar_load/scalar_store of vector type Date: Wed, 18 Sep 2019 20:11:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01374.txt.bz2 Content-length: 662 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91446 H.J. Lu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |10.0 --- Comment #4 from H.J. Lu --- (In reply to Richard Biener from comment #2) > On this ground the bug would be valid but not about costs (you may want > to open a separate bug for this issue). Fixed for GCC 10. I opened PR 91811. >>From gcc-bugs-return-654285-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 20:26:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28592 invoked by alias); 18 Sep 2019 20:26: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 28552 invoked by uid 48); 18 Sep 2019 20:26:17 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91809] in c++ bit-field is not promoted to int in printf argument Date: Wed, 18 Sep 2019 20:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01375.txt.bz2 Content-length: 189 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91809 --- Comment #1 from Andrew Pinski --- I thought I had saw a dup of this bug and closed as invalid before. >>From gcc-bugs-return-654286-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 20:29:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33551 invoked by alias); 18 Sep 2019 20:29:59 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 33467 invoked by uid 48); 18 Sep 2019 20:29:55 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91809] in c++ bit-field is not promoted to int in printf argument Date: Wed, 18 Sep 2019 20:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01376.txt.bz2 Content-length: 244 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91809 --- Comment #2 from Andrew Pinski --- Or rather maybe fixed with the fix for https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D30277 (which was done 3 days= ago). >>From gcc-bugs-return-654288-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 21:12:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 76212 invoked by alias); 18 Sep 2019 21:12:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 75936 invoked by uid 48); 18 Sep 2019 21:12:33 -0000 From: "fewix3000 at hotmail dot co.uk" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/88061] section attributes of variable templates are ignored Date: Wed, 18 Sep 2019 21:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fewix3000 at hotmail dot co.uk X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01378.txt.bz2 Content-length: 907 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88061 Felix Jones changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fewix3000 at hotmail dot c= o.uk --- Comment #2 from Felix Jones --- Related bug 70435 Here's a demonstration of the issue with GCC trunk x86-64 on godbolt: https://godbolt.org/z/9GFWZR Minimal example for reproducing: > template > __attribute__( ( used, section( ".my_section" ) ) ) const int s_value { = x }; >=20=20 > int main( int argc, char * argv[] ) { > return s_value<3>; > } Current behaviour: s_value within section .rodata Desired behaviour: s_value within section .my_section Clang trunk demonstrates the desired behaviour: https://godbolt.org/z/t8FNe0 >>From gcc-bugs-return-654287-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 21:12:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 75985 invoked by alias); 18 Sep 2019 21:12:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 75884 invoked by uid 48); 18 Sep 2019 21:12:31 -0000 From: "fewix3000 at hotmail dot co.uk" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/70435] section attribute of a function template is not honored. Date: Wed, 18 Sep 2019 21:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: fewix3000 at hotmail dot co.uk 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-09/txt/msg01377.txt.bz2 Content-length: 996 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D70435 Felix Jones changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fewix3000 at hotmail dot c= o.uk --- Comment #6 from Felix Jones --- Related bug 88061 Here's a demonstration of the issue with GCC trunk x86-64 on godbolt: https://godbolt.org/z/9GFWZR Minimal example for reproducing: > template > Type __attribute__( ( used, section( ".my_section" ) ) ) add_types( Type= a, Type b ) { > return a + b; > } >=20=20 > int main( int argc, char * argv[] ) { > return test_class( s_value<3> ).add( add_types( 1, 2 ) ); > } Current behaviour: add_types within section .text Desired behaviour: add_types within section .my_section Clang trunk demonstrates the desired behaviour: https://godbolt.org/z/t8FNe0 >>From gcc-bugs-return-654289-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 22:53:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107452 invoked by alias); 18 Sep 2019 22:53: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 107357 invoked by uid 48); 18 Sep 2019 22:53:19 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/83818] g++ class template parameter deduction discards const qualifier Date: Wed, 18 Sep 2019 22:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 7.2.1 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01379.txt.bz2 Content-length: 294 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83818 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |7.4 >>From gcc-bugs-return-654290-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 18 23:18:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44827 invoked by alias); 18 Sep 2019 23:18:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40575 invoked by uid 48); 18 Sep 2019 23:18:25 -0000 From: "fuchedzhy at google dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91812] New: GCC ignores volatile modifier Date: Wed, 18 Sep 2019 23:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fuchedzhy at google dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01380.txt.bz2 Content-length: 3730 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91812 Bug ID: 91812 Summary: GCC ignores volatile modifier Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: fuchedzhy at google dot com Target Milestone: --- GCC appears to ignore volatile modifier sometimes. C is probably wrong component for the bug, but I'm not sure where else to put it. $ arm-linux-gnueabi-gcc-8 -v Using built-in specs. COLLECT_GCC=3Darm-linux-gnueabi-gcc-8 COLLECT_LTO_WRAPPER=3D/usr/lib/gcc-cross/arm-linux-gnueabi/8/lto-wrapper Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion=3D'Debian 8.3.0-6' --with-bugurl=3Dfile:///usr/share/doc/gcc-8/README.Bugs --enable-languages=3Dc,ada,c++,go,d,fortran,objc,obj-c++ --prefix=3D/usr --with-gcc-major-version-only --program-suffix=3D-8 --enable-shared --enable-linker-build-id --libexecdir=3D/usr/lib --without-included-gettext --enable-threads=3Dposix --libdir=3D/usr/lib --enable-nls --with-sysroot=3D/ --enable-clocale=3Dgnu --enable-libstdcxx-debug --enable-libstdcxx-time=3Dy= es --with-default-libstdcxx-abi=3Dnew --enable-gnu-unique-object --disable-lib= itm --disable-libquadmath --disable-libquadmath-support --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-multiarch --disable-sjlj-exceptions --with-arch=3Darmv5te --with-float=3Dsoft --disable-werror --enable-checking=3Drelease --build=3Dx86_64-linux-gnu --host=3Dx86_64-linux-gnu --target=3Darm-linux-g= nueabi --program-prefix=3Darm-linux-gnueabi- --includedir=3D/usr/arm-linux-gnueabi= /include Thread model: posix gcc version 8.3.0 (Debian 8.3.0-6)=20 This is a minimal example I could come up with: volatile unsigned register1; volatile unsigned register2; void busy_wait_for_register(int x) { volatile unsigned* ptr; switch(x) { case 0x1111: ptr =3D ®ister1; break; case 0x2222: ptr =3D ®ister2; break; default: return; } while (*ptr) {} } If compiled with following command: $ arm-linux-gnueabi-gcc-8 -mcpu=3Dcortex-m7 -Os -c main.c Produces following binary: $ arm-linux-gnueabi-objdump -d main.o main.o: file format elf32-littlearm Disassembly of section .text: 00000000 : 0: f241 1211 movw r2, #4369 ; 0x1111 4: 4b08 ldr r3, [pc, #32] ; (28 ) 6: 4290 cmp r0, r2 8: 447b add r3, pc a: d004 beq.n 16 c: f242 2222 movw r2, #8738 ; 0x2222 10: 4290 cmp r0, r2 12: d006 beq.n 22 14: 4770 bx lr 16: 4a05 ldr r2, [pc, #20] ; (2c ) 18: 589b ldr r3, [r3, r2] 1a: 681b ldr r3, [r3, #0] 1c: 2b00 cmp r3, #0 1e: d1fd bne.n 1c 20: 4770 bx lr 22: 4a03 ldr r2, [pc, #12] ; (30 ) 24: e7f8 b.n 18 26: bf00 nop 28: 0000001c .word 0x0000001c ... Note that generated while loop instructions: 1c: 2b00 cmp r3, #0 1e: d1fd bne.n 1c never reload the register making this effectively an infinite loop. I believe volatile keyword should have prevented that. >>From gcc-bugs-return-654291-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 00:37:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 2238 invoked by alias); 19 Sep 2019 00:37:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 2185 invoked by uid 48); 19 Sep 2019 00:37:34 -0000 From: "m.diehl at mpie dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91813] New: Derived types: Issues with user defined I/O and recursive function of abstract type Date: Thu, 19 Sep 2019 00:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: m.diehl at mpie 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-09/txt/msg01381.txt.bz2 Content-length: 2244 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91813 Bug ID: 91813 Summary: Derived types: Issues with user defined I/O and recursive function of abstract type Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: m.diehl at mpie dot de Target Milestone: --- Created attachment 46896 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46896&action=3Dedit Example code with user defined I/O (not working) This bug is a hard to describe because it seems to results from a strange s= ide condition. In brief, I have a abstract base class (tNode) and two derived classes (tSc= alar and tList) which are used to build a tree-structure from a YAML file. This = is done with a recursive function which parses a string and has the class of t= he abstract type: recursive function YAML_parse(str) result(parsed) class(tNode), allocatable :: parsed character(len=3D*), intent(in) :: str type(tList) :: li integer :: e, s if (str(1:1) =3D=3D '[') then e =3D 1 do while (e < len(str)) s =3D e e =3D s + find_end(str(s+1:)) call li%append(YAML_parse(str(s+1:e-1))) ! Bug in Gfortran: This call to parse allocates parsed enddo allocate(parsed,source=3Dli) ! error message appears here else parsed =3D tScalar(trim(str)) endif end function The function fails at the allocation with the message "'parsed' is already allocated" even though this statement is called only once in each function call. My guess is that there is a mix-up of YAML_parse and parsed (note that the 'result' style is mandatory) due to the recursive invocation. Now the strange thing: This happens only if the types have user defined I/O. I.e. if line 8, 26, and 37 (and subsequently 108-148 and 163) are commented= out the code works to the extend that there is no run time error. Unfortunately= , in that case I can not easily figure out if the values are stored appropriatel= y. I'm running arch linux on a 64bit Intel i7 Note that bug 88768 migh be related. >>From gcc-bugs-return-654292-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 00:40:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 10624 invoked by alias); 19 Sep 2019 00:40:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 10532 invoked by uid 48); 19 Sep 2019 00:40:33 -0000 From: "jvdelisle at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/48419] [ABI cleanup] Reduce gfortran stack usage for procedures doing IO Date: Thu, 19 Sep 2019 00:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jvdelisle 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-09/txt/msg01382.txt.bz2 Content-length: 705 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D48419 --- Comment #7 from Jerry DeLisle --- (In reply to Thomas Koenig from comment #6) > We could do this if we clean up the ABI. If we do that, we could also > revisit PR 45715 :-) >=20 > Is there an ABI cleanup PR somewhere? WeE did some of the ABI cleanup already. I have often thought moving a lot = into the unit structure would make more sense since only the specific unit needs= it, if at all. I would like to sugget we present here the structure changes first so all c= an look t it and comment, then someone can implement once we are agreed. I cou= ld take a crack at it if anyone would like my two cents worth. >>From gcc-bugs-return-654293-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 01:20:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 105986 invoked by alias); 19 Sep 2019 01:20: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 105433 invoked by uid 55); 19 Sep 2019 01:20:01 -0000 From: "wilson at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91683] ICE: SIGSEGV at -O when compiling for riscv64 Date: Thu, 19 Sep 2019 01:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: GC, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wilson at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: wilson at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01383.txt.bz2 Content-length: 1647 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91683 --- Comment #20 from Jim Wilson --- Author: wilson Date: Thu Sep 19 01:19:25 2019 New Revision: 275925 URL: https://gcc.gnu.org/viewcvs?rev=3D275925&root=3Dgcc&view=3Drev Log: RISC-V: Fix more splitters accidentally calling gen_reg_rtx. PR target/91683 * config/riscv/riscv-protos.h (riscv_split_symbol): New bool parame= ter. (riscv_move_integer): Likewise. * config/riscv/riscv.c (riscv_split_integer): Pass FALSE for new riscv_move_integer arg. (riscv_legitimize_move): Likewise. (riscv_force_temporary): New parameter in_splitter. Don't call force_reg if true. (riscv_unspec_offset_high): Pass FALSE for new riscv_force_temporary arg. (riscv_add_offset): Likewise. (riscv_split_symbol): New parameter in_splitter. Pass to riscv_force_temporary. (riscv_legitimize_address): Pass FALSE for new riscv_split_symbol arg. (riscv_move_integer): New parameter in_splitter. New local can_create_psuedo. Don't call riscv_split_integer or force_reg when in_splitter TRUE. (riscv_legitimize_const_move): Pass FALSE for new riscv_move_intege= r, riscv_split_symbol, and riscv_force_temporary args. * config/riscv/riscv.md (low+1): Pass TRUE for new riscv_move_integer arg. (low+2): Pass TRUE for new riscv_split_symbol arg. Modified: trunk/gcc/ChangeLog trunk/gcc/config/riscv/riscv-protos.h trunk/gcc/config/riscv/riscv.c trunk/gcc/config/riscv/riscv.md >>From gcc-bugs-return-654294-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 01:24:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111419 invoked by alias); 19 Sep 2019 01:24:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111316 invoked by uid 48); 19 Sep 2019 01:24:32 -0000 From: "crazylht at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/87007] [8 Regression] 10% slowdown with -march=skylake-avx512 Date: Thu, 19 Sep 2019 01:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: crazylht at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: hjl.tools at gmail dot com X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01384.txt.bz2 Content-length: 619 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D87007 --- Comment #11 from Hongtao.liu --- https://gcc.gnu.org/viewcvs/gcc?view=3Drevision&revision=3D275926 Author: liuhongt Date: Thu Sep 19 01:21:39 2019 UTC (30 seconds ago) Changed paths: 4 Log Message:=20=20=20=20 Extend pass rpad to handle avx512f vcvtusi2ss vcvtusi2ss 538.imagick_r improved by 4% with single copy run on SKYLAKE workstation. gcc/ * config/i386/i386.md (*floatuns2_avx512): Add avx_partial_xmm_update. gcc/testsuie * gcc.target/i386/pr87007-3.c: New test. >>From gcc-bugs-return-654295-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 01:47:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122098 invoked by alias); 19 Sep 2019 01:47:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 122015 invoked by uid 48); 19 Sep 2019 01:47:07 -0000 From: "jvdelisle at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/48419] [ABI cleanup] Reduce gfortran stack usage for procedures doing IO Date: Thu, 19 Sep 2019 01:47: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.7.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jvdelisle at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01385.txt.bz2 Content-length: 351 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D48419 --- Comment #8 from Jerry DeLisle --- Created attachment 46897 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46897&action=3Dedit Comments with my thoughts on ABI Just my initial thoughts. I would like to see some consensus before we jump forward on this. >>From gcc-bugs-return-654296-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 02:50:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 2072 invoked by alias); 19 Sep 2019 02:50:28 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 130800 invoked by uid 48); 19 Sep 2019 02:50:24 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/81248] No ipa-sra optimization for small struct / class Date: Thu, 19 Sep 2019 02: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: 7.1.1 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jamborm 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-09/txt/msg01386.txt.bz2 Content-length: 544 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81248 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egallager at gcc dot gnu.o= rg --- Comment #10 from Eric Gallager --- I think this bug came up in Martin Jambor's IPA-SRA talk at Cauldron, but t= he number went by too quickly for me to fully catch it, so I'm not sure... >>From gcc-bugs-return-654297-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 02:52:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18624 invoked by alias); 19 Sep 2019 02:52: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 18480 invoked by uid 48); 19 Sep 2019 02:52:32 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/68230] Unused function parameters not reported by -Wunused-parameter when only used recursively (add -Wparameter-only-used-recursively instead?) Date: Thu, 19 Sep 2019 02:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.2.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: enhancement X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01387.txt.bz2 Content-length: 585 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D68230 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jamborm at gcc dot gnu.org --- Comment #10 from Eric Gallager --- Martin Jambor's IPA-SRA rewrite might be relevant here; it sounded like the= new IPA-SRA will remove parameters that are unused like this, but I didn't quite catch if it'd also warn about them... >>From gcc-bugs-return-654298-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 02:56:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29926 invoked by alias); 19 Sep 2019 02:56: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 29756 invoked by uid 48); 19 Sep 2019 02:56:40 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/86530] Vectorization failure for a simple loop Date: Thu, 19 Sep 2019 02:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: tnfchris at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc see_also blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01388.txt.bz2 Content-length: 1094 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86530 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egallager at gcc dot gnu.o= rg See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D65930, | |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D88492 Blocks| |26163 --- Comment #4 from Eric Gallager --- (In reply to Tamar Christina from comment #3) > I'll take this one as part of GCC10. Reconfirmed at Cauldron, where it was also mentioned that this bug is relat= ed to bug 65930 and bug 88492 Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D26163 [Bug 26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95) >>From gcc-bugs-return-654299-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 03:01:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34196 invoked by alias); 19 Sep 2019 03:01:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 33999 invoked by uid 48); 19 Sep 2019 03:00:51 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91246] vectorization failure for a small loop to search array element Date: Thu, 19 Sep 2019 03:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01389.txt.bz2 Content-length: 738 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91246 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egallager at gcc dot gnu.o= rg, | |tnfchris at gcc dot gnu.org Blocks| |26163 --- Comment #4 from Eric Gallager --- Tamar Christina brought this bug up at the SPEC BoF at Cauldron Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D26163 [Bug 26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95) >>From gcc-bugs-return-654300-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 03:07:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45858 invoked by alias); 19 Sep 2019 03:07:13 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45804 invoked by uid 48); 19 Sep 2019 03:07:10 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug regression/89733] [7/8/9/10 Regression] -Wuninitialized false positive with unclear message pointing to a class name Date: Thu, 19 Sep 2019 03:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: regression X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01390.txt.bz2 Content-length: 502 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89733 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW --- Comment #9 from Eric Gallager --- (In reply to Richard Biener from comment #1) > Please provide preprocessed source. Reporter has provided this; moving bug out of WAITING >>From gcc-bugs-return-654301-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 03:10:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48521 invoked by alias); 19 Sep 2019 03:10:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48460 invoked by uid 48); 19 Sep 2019 03:10:36 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libquadmath/58327] Problem of quadmath in connection with SDL2 Date: Thu, 19 Sep 2019 03:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libquadmath X-Bugzilla-Version: 4.7.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01391.txt.bz2 Content-length: 708 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D58327 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |INVALID --- Comment #7 from Eric Gallager --- (In reply to Eric Gallager from comment #6) > (In reply to Kai Tietz from comment #5) > > This sounds a bit like an issue with OP-specific invocation of ld. How = are > > you invoke the linker? >=20 > WAITING on a reply to this No reply; assuming this was a user error and closing >>From gcc-bugs-return-654302-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 03:35:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 113734 invoked by alias); 19 Sep 2019 03:35: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 113410 invoked by uid 48); 19 Sep 2019 03:35:03 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91812] GCC ignores volatile modifier Date: Thu, 19 Sep 2019 03:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01392.txt.bz2 Content-length: 510 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91812 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egallager at gcc dot gnu.o= rg --- Comment #1 from Eric Gallager --- If you declare ptr like this instead, the assembly comes out looking differ= ent: volatile unsigned int *volatile ptr; >>From gcc-bugs-return-654303-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 05:05:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49681 invoked by alias); 19 Sep 2019 05:05:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49640 invoked by uid 48); 19 Sep 2019 05:05:45 -0000 From: "fuchedzhy at google dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91812] GCC ignores volatile modifier Date: Thu, 19 Sep 2019 05:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fuchedzhy at google dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01393.txt.bz2 Content-length: 432 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91812 --- Comment #2 from Gregory Fuchedzhy --- (In reply to Eric Gallager from comment #1) > If you declare ptr like this instead, the assembly comes out looking > different: > volatile unsigned int *volatile ptr; Even seemingly unrelated code changes can hide this behavior. For example, commenting out one of switch cases generates correct assembly. >>From gcc-bugs-return-654304-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 06:21:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64013 invoked by alias); 19 Sep 2019 06:21:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 63943 invoked by uid 48); 19 Sep 2019 06:21:25 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91812] GCC ignores volatile modifier Date: Thu, 19 Sep 2019 06:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01394.txt.bz2 Content-length: 690 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91812 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |wrong-code Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-19 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Ever confirmed|0 |1 --- Comment #3 from Richard Biener --- On trunk we remove the loop because it has no side-effects (oops). >>From gcc-bugs-return-654305-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 06:25:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67931 invoked by alias); 19 Sep 2019 06: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 67853 invoked by uid 48); 19 Sep 2019 06:25:29 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91811] 256-bit vector store isn't used Date: Thu, 19 Sep 2019 06:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget cc blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01395.txt.bz2 Content-length: 1428 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91811 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |x86_64-*-* CC| |rguenth at gcc dot gnu.org Blocks| |53947 --- Comment #1 from Richard Biener --- 0x4ef6030 width_2(D) 1 times vec_construct costs 32 in prologue 0x4ef6030 width_2(D) 1 times vector_store costs 24 in body 0x4f59760 width_2(D) 1 times scalar_store costs 12 in body 0x4f59760 height_4(D) 1 times scalar_store costs 12 in body 0x4f59760 x_6(D) 1 times scalar_store costs 12 in body 0x4f59760 y_8(D) 1 times scalar_store costs 12 in body t2.c:18:3: note: Cost model analysis: Vector inside of basic block cost: 24 Vector prologue cost: 32 Vector epilogue cost: 0 Scalar cost of basic block: 48 t2.c:18:3: missed: not vectorized: vectorization is not profitable. t2.c:18:3: note: ***** Re-trying analysis with vector size 16 so target costs say that this isnt profitable. Probably a dup of one of the bugs saying we don't take into account function boundary ABI for costing. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D53947 [Bug 53947] [meta-bug] vectorizer missed-optimizations >>From gcc-bugs-return-654306-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 06:30:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72370 invoked by alias); 19 Sep 2019 06:30:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 72311 invoked by uid 48); 19 Sep 2019 06:29:57 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91812] GCC ignores volatile modifier Date: Thu, 19 Sep 2019 06:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01396.txt.bz2 Content-length: 195 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91812 --- Comment #4 from Richard Biener --- And the GCC 8 issue is phiprop doing bogus invariant motion of the load. >>From gcc-bugs-return-654307-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 06:35:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109632 invoked by alias); 19 Sep 2019 06:35: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 109581 invoked by uid 48); 19 Sep 2019 06:35:25 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91812] GCC ignores volatile modifier Date: Thu, 19 Sep 2019 06:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01397.txt.bz2 Content-length: 281 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91812 --- Comment #5 from Richard Biener --- (In reply to Richard Biener from comment #3) > On trunk we remove the loop because it has no side-effects (oops). actually no, it's the same issue (phiprop). >>From gcc-bugs-return-654308-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 06:38:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112847 invoked by alias); 19 Sep 2019 06:38: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 112773 invoked by uid 55); 19 Sep 2019 06:38:55 -0000 From: "kito at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91635] wrong code at -O2 with __builtin_add_overflow() and shifts Date: Thu, 19 Sep 2019 06:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kito at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01398.txt.bz2 Content-length: 1504 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91635 --- Comment #26 from Kito Cheng --- Author: kito Date: Thu Sep 19 06:38:23 2019 New Revision: 275929 URL: https://gcc.gnu.org/viewcvs?rev=3D275929&root=3Dgcc&view=3Drev Log: RISC-V: Fix bad insn splits with paradoxical subregs. Shifting by more than the size of a SUBREG_REG doesn't work, so we either need to disable splits if an input is paradoxical, or else we need to generate a clean temporary for intermediate results. Jakub wrote the first version of this patch, so gets primary credit for it. gcc/ PR target/91635 * config/riscv/riscv.md (zero_extendsidi2, zero_extendhi2, extend2): Don't split if paradoxical_subreg_p (operands[0]). (*lshrsi3_zero_extend_3+1, *lshrsi3_zero_extend_3+2): Add clobber a= nd use as intermediate value. gcc/testsuite/ PR target/91635 * gcc.c-torture/execute/pr91635.c: New test. * gcc.target/riscv/shift-shift-4.c: New test. * gcc.target/riscv/shift-shift-5.c: New test. Added: branches/gcc-9-branch/gcc/testsuite/gcc.c-torture/execute/pr91635.c branches/gcc-9-branch/gcc/testsuite/gcc.target/riscv/shift-shift-4.c branches/gcc-9-branch/gcc/testsuite/gcc.target/riscv/shift-shift-5.c Modified: branches/gcc-9-branch/gcc/ChangeLog branches/gcc-9-branch/gcc/config/riscv/riscv.md branches/gcc-9-branch/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654309-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 07:36:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67427 invoked by alias); 19 Sep 2019 07:36:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 67394 invoked by uid 48); 19 Sep 2019 07:36:02 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91814] New: [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Date: Thu, 19 Sep 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: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter cc target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01399.txt.bz2 Content-length: 1657 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91814 Bug ID: 91814 Summary: [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: rguenth at gcc dot gnu.org Target Milestone: --- I see the following ICE: $ gcc /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr67271.c -mavx512vl -fno-tree-ter --param max-cse-insns=3D0 -O2 -c during RTL pass: ira /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr67271.c: In function =E2=80=98main=E2=80=99: /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr67271.c:13:1: internal compiler error: in elimination_costs_in_insn, at reload1.c:3549 13 | } | ^ 0x6a637e elimination_costs_in_insn /home/marxin/Programming/gcc/gcc/reload1.c:3549 0xd3ab0d calculate_elim_costs_all_insns() /home/marxin/Programming/gcc/gcc/reload1.c:1611 0xbe2f1d ira_costs() /home/marxin/Programming/gcc/gcc/ira-costs.c:2300 0xbdc5fb ira_build() /home/marxin/Programming/gcc/gcc/ira-build.c:3428 0xbd355f ira /home/marxin/Programming/gcc/gcc/ira.c:5325 0xbd355f execute /home/marxin/Programming/gcc/gcc/ira.c:5638 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. >>From gcc-bugs-return-654310-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 07:36:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 68152 invoked by alias); 19 Sep 2019 07:36:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 68109 invoked by uid 48); 19 Sep 2019 07:36:21 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91814] [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Date: Thu, 19 Sep 2019 07:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cf_known_to_work cf_gcchost target_milestone everconfirmed cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01400.txt.bz2 Content-length: 635 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91814 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-19 Known to work| |9.2.0 Host| |x86_64-linux-gnu Target Milestone|--- |10.0 Ever confirmed|0 |1 Known to fail| |10.0 >>From gcc-bugs-return-654311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 07:58:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104122 invoked by alias); 19 Sep 2019 07:58:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 101717 invoked by uid 48); 19 Sep 2019 07:57:56 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91814] [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Date: Thu, 19 Sep 2019 07:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01401.txt.bz2 Content-length: 561 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91814 --- Comment #1 from Uro=C5=A1 Bizjak --- (insn 22 7 8 2 (set (subreg:V2DI (reg:DI 93) 0) (vec_concat:V2DI (mem/u:DI (const:DI (plus:DI (symbol_ref/f:DI ("*.LC0") [flags 0x2] ) (const_int 11532131096 [0x2af5e5b18]))) [1 MEM[(long int *)"empty" + 11532131096B]+0 S8 A8]) (const_int 0 [0]))) "pr67271.c":11:17 -1 (nil)) This is invalid memory address, it should be loaded to a temporary using movabs. >>From gcc-bugs-return-654312-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 08:01:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 3183 invoked by alias); 19 Sep 2019 08:01:46 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 3103 invoked by uid 48); 19 Sep 2019 08:01:42 -0000 From: "jb at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/48419] [ABI cleanup] Reduce gfortran stack usage for procedures doing IO Date: Thu, 19 Sep 2019 08:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jb 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-09/txt/msg01402.txt.bz2 Content-length: 2365 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D48419 --- Comment #9 from Janne Blomqvist --- Like Jerry said, we've recently had an ABI break (two, actually!), and I th= ink we should try hard to avoid yet another one. I think it should be possible= to create some new st_parameter_dt_2 or such, as well as a new data_transfer_init_2 entry point, and keep the old ones around for backwards compatibility, rewriting data_transfer_init to wrap the new way of doing things. We can actually start with that, by moving private fields from st_parameter= _dt to gfc_unit. Or maybe make a separate per-data-transfer struct that is part= of gfc_unit, so that it can easily be memset() to 0 when starting a new data transfer instead of having to separately touch every field. I'm also thinking one way to speed up IO statements, if instead of memset()= ing said struct to zero, then go through every possible I/O specifier and set i= t to the default value if missing etc., what if we had a few "ready-made" structs (say one for formatted sequential, one for unformatted sequential, one for unformatted direct etc.), and we just memcpy() the default struct. Then we'd need to modify only the few fields that the flags variable say are present = in the I/O statement. But this can be done later. Finally, for the new ABI entry points to save stack space, if for data_transfer_init_2 we adopt approach b) that I described in the first mes= sage in this PR, the st_parameter_dt_2 struct need to only contain the pointer to the gfc_unit structure, and maybe a few other things. That is, what the frontend passes is the unit number (that can be handled separately since it's always present), the flags variable, the st_parameter_dt_2 struct which contains the pointer to the gfc_unit struct = (and maybe a few other fields?), and a pointer to an array (that the frontend creates on the stack prior to calling data_transfer_init_2) with elements union dt_elem { void* ptr; int c_int; size_t usize; ptrdiff_t isize; GFC_IO_INT io_int; } and then popcount(flags) would tell the number of elements in the array, ex= cept for character arguments which would take two elements, one for the pointer = to the string and another for the length. And the order of the elements in the array would be determined by the flags argument. >>From gcc-bugs-return-654313-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 08:27:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 119651 invoked by alias); 19 Sep 2019 08:27:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 119595 invoked by uid 48); 19 Sep 2019 08:26:57 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91815] New: questionable error on type definition at file scope Date: Thu, 19 Sep 2019 08:27: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: rejects-valid X-Bugzilla-Severity: minor X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01403.txt.bz2 Content-length: 1836 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91815 Bug ID: 91815 Summary: questionable error on type definition at file scope Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: minor Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: ebotcazou at gcc dot gnu.org Target Milestone: --- The C compiler currently rejects the following code: int f (void) { extern int t; extern float v;=20=20=20 return (v > 0.0f); } typedef float t; t v =3D 4.5f; with the message: t.c:9:15: error: 't' redeclared as different kind of symbol 9 | typedef float t; | ^ t.c:3:14: note: previous declaration of 't' was here 3 | extern int t; | This behavior looks questionable and both Clang and MSVC disagree with GCC. And a cursory look at the relevant code in pushdecl seems to point to an overzealous implementation of C99 6.2.7p2, leading to a possible simple fix: Index: c-decl.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- c-decl.c (revision 275746) +++ c-decl.c (working copy) @@ -3131,7 +3131,8 @@ pushdecl (tree x) what scope they are in; this is what we do here. (C99 6.2.7p2: All declarations that refer to the same object or function shall have compatible type; otherwise, the behavior is undefined.) */ - if (DECL_EXTERNAL (x) || scope =3D=3D file_scope) + if ((DECL_EXTERNAL (x) || scope =3D=3D file_scope) + && VAR_OR_FUNCTION_DECL_P (x)) { tree type =3D TREE_TYPE (x); tree vistype =3D NULL_TREE; >>From gcc-bugs-return-654314-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 09:37:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79976 invoked by alias); 19 Sep 2019 09:37:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79927 invoked by uid 48); 19 Sep 2019 09:36:57 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91814] [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Date: Thu, 19 Sep 2019 09:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01404.txt.bz2 Content-length: 1091 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91814 --- Comment #2 from Richard Biener --- ISTR discussing this but holding back a fix at the time we weren't sure if = we'd preserve the non-subreg sets. So sth like=20 Index: gcc/config/i386/i386-features.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/config/i386/i386-features.c (revision 275698) +++ gcc/config/i386/i386-features.c (working copy) @@ -668,6 +668,8 @@ scalar_chain::emit_conversion_insns (rtx static rtx gen_gpr_to_xmm_move_src (enum machine_mode vmode, rtx gpr) { + if (!x86_64_general_operand (gpr, GET_MODE_INNER (vmode))) + gpr =3D force_reg (GET_MODE_INNER (vmode), gpr); switch (GET_MODE_NUNITS (vmode)) { case 1: fixes it with the question whether the use of x86_64_general_operand is correct and whether it's necessary for the NUNITS =3D=3D 1 case (which IIRC isn't exercised anyway). >>From gcc-bugs-return-654315-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 10:02:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4541 invoked by alias); 19 Sep 2019 10:02: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 4480 invoked by uid 48); 19 Sep 2019 10:02:36 -0000 From: "tnfchris at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91816] New: Arm generates out of range conditional branches in Thumb2 Date: Thu, 19 Sep 2019 10:02: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: assemble-failure, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: tnfchris at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01405.txt.bz2 Content-length: 825 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91816 Bug ID: 91816 Summary: Arm generates out of range conditional branches in Thumb2 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: assemble-failure, wrong-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tnfchris at gcc dot gnu.org Target Milestone: --- Target: arm-* Originally reported at binutils https://sourceware.org/bugzilla/show_bug.cgi?id=3D24991 The testcase in the report generates an out of range conditional branch bec= ause the body of the if is too large. This condition should have been changed into an unconditional branch by the compiler. >>From gcc-bugs-return-654316-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 10:03:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5719 invoked by alias); 19 Sep 2019 10:03: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 5661 invoked by uid 48); 19 Sep 2019 10:03:07 -0000 From: "tnfchris at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91816] Arm generates out of range conditional branches in Thumb2 Date: Thu, 19 Sep 2019 10:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: assemble-failure, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: tnfchris 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-09/txt/msg01406.txt.bz2 Content-length: 183 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91816 --- Comment #1 from Tamar Christina --- This needs to be Backported to all supported GCC versions. >>From gcc-bugs-return-654317-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 10:48:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98008 invoked by alias); 19 Sep 2019 10:48:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 95776 invoked by uid 48); 19 Sep 2019 10:48:33 -0000 From: "wilco at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91738] [10 regression] gcc.target/arm/pr53447-5.c fails since r274823 Date: Thu, 19 Sep 2019 10:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: wilco at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: wilco 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-09/txt/msg01407.txt.bz2 Content-length: 407 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91738 Wilco changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Wilco --- Fixed. >>From gcc-bugs-return-654318-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 11:14:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34142 invoked by alias); 19 Sep 2019 11:14:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 34072 invoked by uid 48); 19 Sep 2019 11:14:49 -0000 From: "burnus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/81690] libgomp.c/{target-32,thread-limit-2}.c fail for nvptx: missing usleep Date: Thu, 19 Sep 2019 11:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: burnus at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01408.txt.bz2 Content-length: 1718 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81690 Tobias Burnus changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |burnus at gcc dot gnu.org --- Comment #4 from Tobias Burnus --- Regarding the code in comment 1 (which additionally lacks a "void" in the decl): The omp_is_initial_device() is only resolved at run time - hence, I think t= he linker still wants to see "usleep". I was wondering whether one shouldn't clone the files and use: /* { dg-do run { target { { ! openacc_nvidia_accel_selected } && { ! openacc_amdgcn_accel_selected } } } } */ And the clone without "!" but with "||". Other remarks: * libgomp.c/target-32.c fails at run time with: libgomp: GOMP_OFFLOAD_async_run unimplemented as soon as one got passed the usleep issue (e.g. by replacing it by a no-op) * libgomp.c/thread-limit-2.c compiles - but it doesn't do anything on the G= PU due to: #pragma omp target if (0) Regarding the do_sleep replacement: * One needs to use additionally __attribute__((always_inline)) otherwise, it fails with: function 'do_sleep' has been referenced in offloaded code but hasn't been marked to be included in the offloaded code * If one tries it with: #pragma omp declare target that fails to compile with libgomp.c/thread-limit-2.c compiles - but it doesn't do anything on the GPU= due to: #pragma omp target if (0) many errors of the kind: .omp_data_kinds.24 / .omp_data_sizes.26 has been referenced in offloaded = code but hasn't been marked to be included in the offloaded code >>From gcc-bugs-return-654319-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 11:17:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 36260 invoked by alias); 19 Sep 2019 11:17:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 36218 invoked by uid 48); 19 Sep 2019 11:17:38 -0000 From: "hehaochen at hotmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91817] New: compile with -O3 is more-than-expectedly slower than -O2 Date: Thu, 19 Sep 2019 11:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hehaochen at hotmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01409.txt.bz2 Content-length: 11762 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91817 Bug ID: 91817 Summary: compile with -O3 is more-than-expectedly slower than -O2 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: hehaochen at hotmail dot com Target Milestone: --- Created attachment 46898 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46898&action=3Dedit this test case is from gcc-45364 ### This is normal in GCC 5.3.1(Docker version): ###=20 root@ubuntu:/home/jxl# time gcc -m32 -o1 -g -c 1.i -o test.o real 0m1.017s user 0m0.876s sys 0m0.072s root@ubuntu:/home/jxl# time gcc -m32 -o2 -g -c 1.i -o test.o real 0m1.250s user 0m0.864s sys 0m0.064s root@ubuntu:/home/jxl# time gcc -m32 -o3 -g -c 1.i -o test.o real 0m4.446s user 0m0.700s sys 0m0.476s ### HOWEVER, it is extremely slow in GCC 4.6(Docker version): ###=20 root@4beb8027e1fb:/# time gcc -m32 -o1 -g -c 1.i -o test.o real 0m3.066s user 0m0.656s sys 0m0.772s root@4beb8027e1fb:/# time gcc -m32 -o2 -g -c 1.i -o test.o real 0m1.112s user 0m0.796s sys 0m0.156s root@4beb8027e1fb:/# time gcc -m32 -O3 -g -c 1.i -o test.o real 2m55.363s user 2m41.224s sys 0m1.908s ###### Root cause locates in "var-tracking dataflow" ###### root@4beb8027e1fb:/# gcc -m32 -O3 -ftime-report -g -c 1.i -o test.o Execution times (seconds) callgraph construction: 0.00 ( 0%) usr 0.01 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 1432 kB ( 1%) ggc callgraph optimization: 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wal= l=20=20=20 137 kB ( 0%) ggc ipa function splitting: 0.00 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wal= l=20=20=20 528 kB ( 1%) ggc ipa pure const : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 25 kB ( 0%) ggc ipa SRA : 0.00 ( 0%) usr 0.01 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 405 kB ( 0%) ggc cfg cleanup : 0.08 ( 0%) usr 0.01 ( 0%) sys 0.11 ( 0%) wal= l=20=20=20 549 kB ( 1%) ggc trivially dead code : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.06 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc df scan insns : 0.03 ( 0%) usr 0.01 ( 0%) sys 0.04 ( 0%) wal= l=20=20=20 6 kB ( 0%) ggc df multiple defs : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc df reaching defs : 0.12 ( 0%) usr 0.02 ( 1%) sys 0.12 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc df live regs : 0.35 ( 0%) usr 0.01 ( 0%) sys 0.35 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc df live&initialized regs: 0.20 ( 0%) usr 0.01 ( 0%) sys 0.25 ( 0%) w= all=20 0 kB ( 0%) ggc df use-def / def-use chains: 0.04 ( 0%) usr 0.02 ( 1%) sys 0.07 ( 0%) wall 0 kB ( 0%) ggc df live reg subwords : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc df reg dead/unused notes: 0.10 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) w= all=20 585 kB ( 1%) ggc register information : 0.05 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc alias analysis : 0.08 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) wal= l=20=20=20 2860 kB ( 3%) ggc alias stmt walking : 0.11 ( 0%) usr 0.06 ( 2%) sys 0.17 ( 0%) wal= l=20=20=20 8 kB ( 0%) ggc register scan : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wal= l=20=20=20 9 kB ( 0%) ggc rebuild jump labels : 0.02 ( 0%) usr 0.01 ( 0%) sys 0.00 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc preprocessing : 0.07 ( 0%) usr 0.35 (14%) sys 0.45 ( 0%) wal= l=20=20=20 3387 kB ( 3%) ggc lexical analysis : 0.19 ( 0%) usr 0.57 (23%) sys 0.74 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc parser : 0.13 ( 0%) usr 0.47 (19%) sys 0.72 ( 0%) wal= l=20=20 18502 kB (18%) ggc inline heuristics : 0.02 ( 0%) usr 0.01 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 133 kB ( 0%) ggc integration : 0.07 ( 0%) usr 0.05 ( 2%) sys 0.14 ( 0%) wal= l=20=20=20 8467 kB ( 8%) ggc tree gimplify : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wal= l=20=20=20 4760 kB ( 5%) ggc tree CFG construction : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 1460 kB ( 1%) ggc tree CFG cleanup : 0.04 ( 0%) usr 0.02 ( 1%) sys 0.11 ( 0%) wal= l=20=20=20 318 kB ( 0%) ggc tree VRP : 0.10 ( 0%) usr 0.04 ( 2%) sys 0.14 ( 0%) wal= l=20=20=20 2898 kB ( 3%) ggc tree copy propagation : 0.02 ( 0%) usr 0.01 ( 0%) sys 0.02 ( 0%) wal= l=20=20=20 197 kB ( 0%) ggc tree PTA : 0.07 ( 0%) usr 0.02 ( 1%) sys 0.06 ( 0%) wal= l=20=20=20 582 kB ( 1%) ggc tree SSA rewrite : 0.05 ( 0%) usr 0.01 ( 0%) sys 0.05 ( 0%) wal= l=20=20=20 1884 kB ( 2%) ggc tree SSA other : 0.02 ( 0%) usr 0.01 ( 0%) sys 0.03 ( 0%) wal= l=20=20=20 17 kB ( 0%) ggc tree SSA incremental : 0.06 ( 0%) usr 0.01 ( 0%) sys 0.08 ( 0%) wal= l=20=20=20 706 kB ( 1%) ggc tree operand scan : 0.05 ( 0%) usr 0.09 ( 4%) sys 0.13 ( 0%) wal= l=20=20=20 4319 kB ( 4%) ggc dominator optimization: 0.05 ( 0%) usr 0.01 ( 0%) sys 0.03 ( 0%) wal= l=20=20=20 1525 kB ( 1%) ggc tree CCP : 0.06 ( 0%) usr 0.01 ( 0%) sys 0.06 ( 0%) wal= l=20=20=20 321 kB ( 0%) ggc tree split crit edges : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 589 kB ( 1%) ggc tree reassociation : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 194 kB ( 0%) ggc tree PRE : 0.06 ( 0%) usr 0.05 ( 2%) sys 0.10 ( 0%) wal= l=20=20=20 561 kB ( 1%) ggc tree FRE : 0.08 ( 0%) usr 0.03 ( 1%) sys 0.09 ( 0%) wal= l=20=20=20 125 kB ( 0%) ggc tree code sinking : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 98 kB ( 0%) ggc tree forward propagate: 0.03 ( 0%) usr 0.02 ( 1%) sys 0.03 ( 0%) wal= l=20=20=20 293 kB ( 0%) ggc tree conservative DCE : 0.02 ( 0%) usr 0.04 ( 2%) sys 0.04 ( 0%) wal= l=20=20=20 34 kB ( 0%) ggc tree aggressive DCE : 0.04 ( 0%) usr 0.01 ( 0%) sys 0.05 ( 0%) wal= l=20=20=20 738 kB ( 1%) ggc tree DSE : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wal= l=20=20=20 118 kB ( 0%) ggc PHI merge : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 241 kB ( 0%) ggc tree loop invariant motion: 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall 0 kB ( 0%) ggc scev constant prop : 0.00 ( 0%) usr 0.01 ( 0%) sys 0.00 ( 0%) wal= l=20=20=20 206 kB ( 0%) ggc complete unrolling : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 779 kB ( 1%) ggc tree slp vectorization: 0.03 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wal= l=20=20=20 1833 kB ( 2%) ggc tree loop distribution: 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wal= l=20=20=20 3 kB ( 0%) ggc tree iv optimization : 0.04 ( 0%) usr 0.02 ( 1%) sys 0.04 ( 0%) wal= l=20=20=20 2413 kB ( 2%) ggc tree copy headers : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 227 kB ( 0%) ggc tree SSA uncprop : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc dominance computation : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc out of ssa : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wal= l=20=20=20 12 kB ( 0%) ggc expand vars : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wal= l=20=20=20 957 kB ( 1%) ggc expand : 0.07 ( 0%) usr 0.00 ( 0%) sys 0.07 ( 0%) wal= l=20=20=20 8481 kB ( 8%) ggc varconst : 0.01 ( 0%) usr 0.01 ( 0%) sys 0.00 ( 0%) wal= l=20=20=20 1 kB ( 0%) ggc forward prop : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) wal= l=20=20=20 539 kB ( 1%) ggc CSE : 0.09 ( 0%) usr 0.01 ( 0%) sys 0.11 ( 0%) wal= l=20=20=20 87 kB ( 0%) ggc dead code elimination : 0.05 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc dead store elim1 : 0.04 ( 0%) usr 0.01 ( 0%) sys 0.07 ( 0%) wal= l=20=20=20 554 kB ( 1%) ggc dead store elim2 : 0.07 ( 0%) usr 0.00 ( 0%) sys 0.06 ( 0%) wal= l=20=20=20 600 kB ( 1%) ggc loop invariant motion : 0.26 ( 0%) usr 0.00 ( 0%) sys 0.26 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc loop unswitching : 0.25 ( 0%) usr 0.00 ( 0%) sys 0.26 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc CPROP : 0.13 ( 0%) usr 0.00 ( 0%) sys 0.12 ( 0%) wal= l=20=20=20 1555 kB ( 1%) ggc PRE : 0.10 ( 0%) usr 0.00 ( 0%) sys 0.10 ( 0%) wal= l=20=20=20 145 kB ( 0%) ggc CSE 2 : 0.06 ( 0%) usr 0.00 ( 0%) sys 0.06 ( 0%) wal= l=20=20=20 40 kB ( 0%) ggc branch prediction : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 242 kB ( 0%) ggc combiner : 0.11 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) wal= l=20=20=20 1475 kB ( 1%) ggc if-conversion : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 385 kB ( 0%) ggc regmove : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc integrated RA : 0.21 ( 0%) usr 0.00 ( 0%) sys 0.23 ( 0%) wal= l=20=20=20 1278 kB ( 1%) ggc reload : 0.10 ( 0%) usr 0.00 ( 0%) sys 0.14 ( 0%) wal= l=20=20=20 379 kB ( 0%) ggc reload CSE regs : 0.12 ( 0%) usr 0.01 ( 0%) sys 0.15 ( 0%) wal= l=20=20=20 1568 kB ( 1%) ggc load CSE after reload : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wal= l=20=20=20 6 kB ( 0%) ggc thread pro- & epilogue: 0.02 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 128 kB ( 0%) ggc peephole 2 : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 236 kB ( 0%) ggc hard reg cprop : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 3 kB ( 0%) ggc scheduling 2 : 0.11 ( 0%) usr 0.00 ( 0%) sys 0.11 ( 0%) wal= l=20=20=20 43 kB ( 0%) ggc machine dep reorg : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wal= l=20=20=20 46 kB ( 0%) ggc reorder blocks : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wal= l=20=20=20 1016 kB ( 1%) ggc reg stack : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 6 kB ( 0%) ggc final : 0.07 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 0%) wal= l=20=20=20 1040 kB ( 1%) ggc symout : 0.06 ( 0%) usr 0.04 ( 2%) sys 0.10 ( 0%) wal= l=20=20 12092 kB (12%) ggc variable tracking : 0.32 ( 0%) usr 0.01 ( 0%) sys 0.32 ( 0%) wal= l=20=20=20 2201 kB ( 2%) ggc var-tracking dataflow : 157.01 (96%) usr 0.32 (13%) sys 158.01 (95%) wal= l=20=20=20 0 kB ( 0%) ggc var-tracking emit : 1.39 ( 1%) usr 0.01 ( 0%) sys 1.40 ( 1%) wal= l=20=20=20 726 kB ( 1%) ggc rest of compilation : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.15 ( 0%) wal= l=20=20=20 565 kB ( 1%) ggc remove unused locals : 0.08 ( 0%) usr 0.00 ( 0%) sys 0.06 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc address taken : 0.00 ( 0%) usr 0.01 ( 0%) sys 0.02 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc unaccounted todo : 0.08 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wal= l=20=20=20 0 kB ( 0%) ggc rebuild frequencies : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wal= l=20=20=20 94 kB ( 0%) ggc repair loop structures: 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wal= l=20=20=20 72 kB ( 0%) ggc TOTAL : 163.80 2.46 167.08=20=20=20= =20=20=20=20=20=20=20=20=20 104717 kB >>From gcc-bugs-return-654320-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 11:29:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57190 invoked by alias); 19 Sep 2019 11:29: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 57161 invoked by uid 48); 19 Sep 2019 11:29:50 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91817] compile with -O3 is more-than-expectedly slower than -O2 Date: Thu, 19 Sep 2019 11:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on 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-09/txt/msg01410.txt.bz2 Content-length: 586 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91817 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-09-19 CC| |marxin at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Martin Li=C5=A1ka --- Maybe a duplicate of PR78288? >>From gcc-bugs-return-654321-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 11:33:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 63825 invoked by alias); 19 Sep 2019 11:33:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 63806 invoked by uid 48); 19 Sep 2019 11:33:22 -0000 From: "warp at iki dot fi" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91818] New: SSE optimization flaw with float vs. double Date: Thu, 19 Sep 2019 11:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: warp at iki dot fi X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01411.txt.bz2 Content-length: 3507 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91818 Bug ID: 91818 Summary: SSE optimization flaw with float vs. double Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: warp at iki dot fi Target Milestone: --- Consider the following code: //------------------------------------------------- #include #include using Float =3D std::array; Float p(Float a, Float b) { Float result; for(unsigned i =3D 0; i < result.size(); ++i) result[i] =3D std::sqrt(a[i]*a[i] + b[i]*b[i]); return result; } //------------------------------------------------- When compiled with gcc 9.2, using -Ofast -march=3Dskylake, it produces the following result: //------------------------------------------------- push rbp mov rax, rdi mov rbp, rsp vmovupd ymm1, YMMWORD PTR [rbp+48] vmovupd ymm0, YMMWORD PTR [rbp+16] vmulpd ymm1, ymm1, ymm1 vfmadd132pd ymm0, ymm1, ymm0 vsqrtpd ymm0, ymm0 vmovupd YMMWORD PTR [rdi], ymm0 vzeroupper pop rbp ret //------------------------------------------------- Besides the surrounding boilerplate (which might or might not be necessary,= I'm not knowledgeable enough to fully understand this), the actual operations a= re sensible. However, consider what happens if we change the type alias to: using Float =3D std::array; One would think the result would be almost identical, yet this is produced: //------------------------------------------------- push rbp vxorps xmm2, xmm2, xmm2 mov rax, rdi mov rbp, rsp vmovups ymm1, YMMWORD PTR [rbp+48] vmovups ymm0, YMMWORD PTR [rbp+16] vmulps ymm1, ymm1, ymm1 vfmadd132ps ymm0, ymm1, ymm0 vrsqrtps ymm1, ymm0 vcmpneqps ymm2, ymm2, ymm0 vandps ymm1, ymm1, ymm2 vmulps ymm0, ymm1, ymm0 vmulps ymm1, ymm0, ymm1 vmulps ymm0, ymm0, YMMWORD PTR .LC1[rip] vaddps ymm1, ymm1, YMMWORD PTR .LC0[rip] vmulps ymm0, ymm1, ymm0 vmovups YMMWORD PTR [rdi], ymm0 vzeroupper pop rbp ret .LC0: .long 3225419776 .long 3225419776 .long 3225419776 .long 3225419776 .long 3225419776 .long 3225419776 .long 3225419776 .long 3225419776 .LC1: .long 3204448256 .long 3204448256 .long 3204448256 .long 3204448256 .long 3204448256 .long 3204448256 .long 3204448256 .long 3204448256 //------------------------------------------------- This is not a question of the number of loops being 8, as using Float =3D std::array; produces a very similar result. Note that clang 8.0 produces this (from the version of the code): //------------------------------------------------- mov rax, rdi vmovups ymm0, ymmword ptr [rsp + 8] vmulps ymm0, ymm0, ymm0 vmovups ymm1, ymmword ptr [rsp + 40] vfmadd213ps ymm1, ymm1, ymm0 vsqrtps ymm0, ymm1 vmovups ymmword ptr [rdi], ymm0 vzeroupper ret //------------------------------------------------- >>From gcc-bugs-return-654322-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 11:46:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74900 invoked by alias); 19 Sep 2019 11:46: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 74720 invoked by uid 48); 19 Sep 2019 11:46:19 -0000 From: "burnus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/81690] libgomp.c/{target-32,thread-limit-2}.c fail for nvptx: missing usleep Date: Thu, 19 Sep 2019 11:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: burnus 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-09/txt/msg01412.txt.bz2 Content-length: 390 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81690 --- Comment #5 from Tobias Burnus --- One other thing I was thinking of would be the do_sleep function with: #pragma omp declare target device_type(host) (using usleep) AND (using busy wait or similar) #pragma omp declare target device_type(host) However, that's an unimplemented OpenMP 5 feature. >>From gcc-bugs-return-654323-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 11:53:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81182 invoked by alias); 19 Sep 2019 11:53: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 81138 invoked by uid 48); 19 Sep 2019 11:53:51 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91814] [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Date: Thu, 19 Sep 2019 11:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01413.txt.bz2 Content-length: 1295 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91814 --- Comment #3 from Uro=C5=A1 Bizjak --- (In reply to Richard Biener from comment #2) > ISTR discussing this but holding back a fix at the time we weren't sure if > we'd preserve the non-subreg sets. So sth like=20 >=20 > Index: gcc/config/i386/i386-features.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- gcc/config/i386/i386-features.c (revision 275698) > +++ gcc/config/i386/i386-features.c (working copy) > @@ -668,6 +668,8 @@ scalar_chain::emit_conversion_insns (rtx > static rtx > gen_gpr_to_xmm_move_src (enum machine_mode vmode, rtx gpr) > { > + if (!x86_64_general_operand (gpr, GET_MODE_INNER (vmode))) > + gpr =3D force_reg (GET_MODE_INNER (vmode), gpr); > switch (GET_MODE_NUNITS (vmode)) > { > case 1: >=20 > fixes it with the question whether the use of x86_64_general_operand > is correct and whether it's necessary for the NUNITS =3D=3D 1 case > (which IIRC isn't exercised anyway). We should use nonimmediate_operand for NUNITS !=3D 1. Perhaps also add gcc_unreachable () for NUNITS =3D=3D 1 case. >>From gcc-bugs-return-654324-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 11:59:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 29696 invoked by alias); 19 Sep 2019 11:59:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 29649 invoked by uid 48); 19 Sep 2019 11:59:26 -0000 From: "coypu at sdf dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/85401] segfault building code for VAX Date: Thu, 19 Sep 2019 11:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 8.0.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: coypu at sdf 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01414.txt.bz2 Content-length: 195 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D85401 --- Comment #7 from coypu --- I sent a patch to gcc-patches. https://gcc.gnu.org/ml/gcc-patches/2019-09/msg00896.html >>From gcc-bugs-return-654325-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:00:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31081 invoked by alias); 19 Sep 2019 12:00: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 30828 invoked by uid 48); 19 Sep 2019 12:00:14 -0000 From: "coypu at sdf dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/86811] Vax port needs updating for CVE-2017-5753 Date: Thu, 19 Sep 2019 12:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: coypu at sdf 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: 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-09/txt/msg01415.txt.bz2 Content-length: 499 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86811 coypu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |coypu at sdf dot org --- Comment #1 from coypu --- I sent a patch to gcc-patches. vax does not need speculation barriers. it doesn't speculate. https://gcc.gnu.org/ml/gcc-patches/2019-09/msg01031.html >>From gcc-bugs-return-654326-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:14:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46029 invoked by alias); 19 Sep 2019 12:14: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 46000 invoked by uid 48); 19 Sep 2019 12:14:15 -0000 From: "moritz.kreutzer at siemens dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91819] New: ICE when iterating over enum values Date: Thu, 19 Sep 2019 12: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: moritz.kreutzer at siemens 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-09/txt/msg01416.txt.bz2 Content-length: 1241 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91819 Bug ID: 91819 Summary: ICE when iterating over enum values Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: moritz.kreutzer at siemens dot com Target Milestone: --- Created attachment 46899 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46899&action=3Dedit Preprocessed source and backtrace Hi, we are getting an ICE with the latest trunk of GCC with the following code: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D enum Foo { a, b }; inline Foo operator++(Foo &f, int)=20 { return f =3D (Foo)(f + 1); } int main() { int count =3D 0; for (Foo f =3D a; f <=3D b; f++) { count++; } return count; } =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D GCC 9 and older seem to be working: https://godbolt.org/z/UO37hz The preprocessed source and backtrace are attached. Let me know if you need further information. Thanks, Moritz >>From gcc-bugs-return-654327-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:16:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49748 invoked by alias); 19 Sep 2019 12:16:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49665 invoked by uid 48); 19 Sep 2019 12:16:50 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91812] GCC ignores volatile modifier Date: Thu, 19 Sep 2019 12:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01417.txt.bz2 Content-length: 902 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91812 --- Comment #6 from Richard Biener --- OK, so while the comment says to exclude volatile the code never checked for that: /* We cannot replace a load that may throw or is volatile. */ && !stmt_can_throw_internal (cfun, use_stmt))) the situation is also more subtle as generally replacing a volatile load is OK but only when the number of times it is executed does not change. Currently we're set up for (post-)dominator checks but with those there's no guarantee of this. Instead we'd have to use loop information and look out for irreducible regions. Not worth the trouble, but it will make code doing std::max (volatile, ..) less optimal (and I do remember C++ code ticking const volatile on all incoming parameters just to avoid warnings when passing in volatile qualified pointers...). >>From gcc-bugs-return-654328-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:34:59 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 107294 invoked by alias); 19 Sep 2019 12:34: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 107205 invoked by uid 48); 19 Sep 2019 12:34:53 -0000 From: "tangyixuan at mail dot dlut.edu.cn" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91820] New: missing error diagnosis of '&' in initialization Date: Thu, 19 Sep 2019 12:34: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: tangyixuan at mail dot dlut.edu.cn X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-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-09/txt/msg01418.txt.bz2 Content-length: 991 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91820 Bug ID: 91820 Summary: missing error diagnosis of '&' in initialization Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- GCC-trunk do not report the error diagnosis when there misses '&' in the initialization. For example: $: cat s.c static volatile int * volatile * const a =3D (void*)0; static volatile int * volatile * const *b =3D a; int main (int argc, char* argv[]) { if((void*)0 !=3D b) printf("error");=20=20 } $: ../gcc-7.4/bin/gcc s.c s.c:2:45: error: Inilializer element is not constant $: ../gcc-trunk/bin/gcc s.c version of GCC:=20 gcc version 10.0.0 20190913 (experimental) (GCC) gcc-7 can not generate an executable file but gcc-trunk can. >>From gcc-bugs-return-654329-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:46:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126255 invoked by alias); 19 Sep 2019 12:46:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 126076 invoked by uid 48); 19 Sep 2019 12:45:47 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91820] missing error diagnosis of '&' in initialization Date: Thu, 19 Sep 2019 12:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01419.txt.bz2 Content-length: 149 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91820 --- Comment #1 from Andrew Pinski --- does adding -pedantic help? >>From gcc-bugs-return-654330-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:50:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 114107 invoked by alias); 19 Sep 2019 12:50: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 111956 invoked by uid 55); 19 Sep 2019 12:50:18 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91812] GCC ignores volatile modifier Date: Thu, 19 Sep 2019 12:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01420.txt.bz2 Content-length: 647 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91812 --- Comment #7 from Richard Biener --- Author: rguenth Date: Thu Sep 19 12:49:45 2019 New Revision: 275960 URL: https://gcc.gnu.org/viewcvs?rev=3D275960&root=3Dgcc&view=3Drev Log: 2019-09-19 Richard Biener PR tree-optimization/91812 * tree-ssa-phiprop.c (propagate_with_phi): Do not replace volatile loads. * gcc.dg/torture/pr91812.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr91812.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-phiprop.c >>From gcc-bugs-return-654332-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:50:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115701 invoked by alias); 19 Sep 2019 12:50:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 115641 invoked by uid 48); 19 Sep 2019 12:50:37 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91812] [7/8/9 Regression] GCC ignores volatile modifier Date: Thu, 19 Sep 2019 12: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: 8.3.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: component cf_known_to_work 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-09/txt/msg01422.txt.bz2 Content-length: 694 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91812 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Component|c |tree-optimization Known to work| |10.0 Target Milestone|--- |7.5 Summary|GCC ignores volatile |[7/8/9 Regression] GCC |modifier |ignores volatile modifier --- Comment #8 from Richard Biener --- Fixed on trunk sofar. Regression from before phiprop addition. >>From gcc-bugs-return-654331-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:50:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 115005 invoked by alias); 19 Sep 2019 12:50:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 114956 invoked by uid 48); 19 Sep 2019 12:50:27 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91820] missing error diagnosis of '&' in initialization Date: Thu, 19 Sep 2019 12:50:00 -0000 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: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01421.txt.bz2 Content-length: 184 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91820 --- Comment #2 from Andrew Pinski --- My bet is that a is being treated as a "NULL Pointer cosntant" >>From gcc-bugs-return-654333-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:54:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5527 invoked by alias); 19 Sep 2019 12:54:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5500 invoked by uid 48); 19 Sep 2019 12:54:53 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91814] [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Date: Thu, 19 Sep 2019 12:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01423.txt.bz2 Content-length: 2409 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91814 --- Comment #4 from Richard Biener --- (In reply to Uro=C5=A1 Bizjak from comment #3) > (In reply to Richard Biener from comment #2) > > ISTR discussing this but holding back a fix at the time we weren't sure= if > > we'd preserve the non-subreg sets. So sth like=20 > >=20 > > Index: gcc/config/i386/i386-features.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- gcc/config/i386/i386-features.c (revision 275698) > > +++ gcc/config/i386/i386-features.c (working copy) > > @@ -668,6 +668,8 @@ scalar_chain::emit_conversion_insns (rtx > > static rtx > > gen_gpr_to_xmm_move_src (enum machine_mode vmode, rtx gpr) > > { > > + if (!x86_64_general_operand (gpr, GET_MODE_INNER (vmode))) > > + gpr =3D force_reg (GET_MODE_INNER (vmode), gpr); > > switch (GET_MODE_NUNITS (vmode)) > > { > > case 1: > >=20 > > fixes it with the question whether the use of x86_64_general_operand > > is correct and whether it's necessary for the NUNITS =3D=3D 1 case > > (which IIRC isn't exercised anyway). Tested the above successfully. > We should use nonimmediate_operand for NUNITS !=3D 1. Perhaps also add > gcc_unreachable () for NUNITS =3D=3D 1 case. OK, will test the following which works on the testcase as well Index: gcc/config/i386/i386-features.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/config/i386/i386-features.c (revision 275959) +++ gcc/config/i386/i386-features.c (working copy) @@ -668,10 +668,13 @@ scalar_chain::emit_conversion_insns (rtx static rtx gen_gpr_to_xmm_move_src (enum machine_mode vmode, rtx gpr) { + if (!nonimmediate_operand (gpr, GET_MODE_INNER (vmode))) + gpr =3D force_reg (GET_MODE_INNER (vmode), gpr); switch (GET_MODE_NUNITS (vmode)) { case 1: - return gen_rtx_SUBREG (vmode, gpr, 0); + /* We are not using this case currently. */ + gcc_unreachable (); case 2: return gen_rtx_VEC_CONCAT (vmode, gpr, CONST0_RTX (GET_MODE_INNER (vmode))); >>From gcc-bugs-return-654334-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:57:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7757 invoked by alias); 19 Sep 2019 12:57: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 7705 invoked by uid 48); 19 Sep 2019 12:57:12 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91819] [10 Regression] ICE when iterating over enum values Date: Thu, 19 Sep 2019 12:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01424.txt.bz2 Content-length: 1523 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91819 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needs-bisection Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-19 Target Milestone|--- |10.0 Summary|ICE when iterating over |[10 Regression] ICE when |enum values |iterating over enum values Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Confirmed. t.ii: In function =E2=80=98int main()=E2=80=99: t.ii:15:29: internal compiler error: Segmentation fault 15 | for (Foo f =3D a; f <=3D b; f++) { | ^~ 0x14b0c1f crash_signal ../../src/trunk/gcc/toplev.c:326 0x8ff84b build_new_op_1 ../../src/trunk/gcc/cp/call.c:5933 0x9008aa build_new_op(op_location_t const&, tree_code, int, tree_node*, tree_node*, tree_node*, tree_node**, int) ../../src/trunk/gcc/cp/call.c:6278 0xc38922 build_x_unary_op(unsigned int, tree_code, cp_expr, int) ../../src/trunk/gcc/cp/typeck.c:5783 0xbd1bc4 finish_increment_expr(cp_expr, tree_code) ../../src/trunk/gcc/cp/semantics.c:2702 0xac961a cp_parser_postfix_expression ../../src/trunk/gcc/cp/parser.c:7462 >>From gcc-bugs-return-654335-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 12:58:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9161 invoked by alias); 19 Sep 2019 12:58:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 9124 invoked by uid 48); 19 Sep 2019 12:58:48 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91818] SSE optimization flaw with float vs. double Date: Thu, 19 Sep 2019 12:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01425.txt.bz2 Content-length: 514 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91818 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Richard Biener --- It's a feature, using vrsqrtps plus newton raphson is supposed to be faster than vsqrtps. >>From gcc-bugs-return-654336-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 13:04:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44611 invoked by alias); 19 Sep 2019 13:04:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 44506 invoked by uid 48); 19 Sep 2019 13:04:00 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/91817] compile with -O3 is more-than-expectedly slower than -O2 Date: Thu, 19 Sep 2019 13:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 4.6.0 X-Bugzilla-Keywords: compile-time-hog X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_known_to_work resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01426.txt.bz2 Content-length: 1544 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91817 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Known to work| |5.3.1 Resolution|--- |FIXED --- Comment #2 from Richard Biener --- On x86_64-linux with GCC 8 I see rguenther@murzim:/tmp> /usr/bin/time gcc-8 -S 1.i -m32 -g 0.39user 0.02system 0:00.42elapsed 99%CPU (0avgtext+0avgdata 90428maxreside= nt)k 0inputs+3648outputs (0major+20612minor)pagefaults 0swaps rguenther@murzim:/tmp> /usr/bin/time gcc-8 -S 1.i -m32 -g -O 1.77user 0.05system 0:01.82elapsed 100%CPU (0avgtext+0avgdata 141920maxresident)k 0inputs+5280outputs (0major+33933minor)pagefaults 0swaps rguenther@murzim:/tmp> /usr/bin/time gcc-8 -S 1.i -m32 -g -O2 8.01user 0.08system 0:08.10elapsed 99%CPU (0avgtext+0avgdata 330268maxresident)k 0inputs+6272outputs (0major+86763minor)pagefaults 0swaps rguenther@murzim:/tmp> /usr/bin/time gcc-8 -S 1.i -m32 -g -O3 8.19user 0.11system 0:08.31elapsed 99%CPU (0avgtext+0avgdata 332380maxresident)k 0inputs+6344outputs (0major+94164minor)pagefaults 0swaps Same for GCC 7. note GCC 4.6 is very old so it's somewhat pointless to complain about its compile-time speed. Nevertheless I can reproduce the slowness with that version so I am assuming this issue has been fixed, in 5.3.1 at least. >>From gcc-bugs-return-654337-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 13:44:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12553 invoked by alias); 19 Sep 2019 13:44: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 12500 invoked by uid 48); 19 Sep 2019 13:44:14 -0000 From: "tangyixuan at mail dot dlut.edu.cn" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91820] missing error diagnosis of '&' in initialization Date: Thu, 19 Sep 2019 13:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: tangyixuan at mail dot dlut.edu.cn X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01427.txt.bz2 Content-length: 674 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91820 --- Comment #3 from tangyixuan --- (In reply to Andrew Pinski from comment #1) > does adding -pedantic help? Thanks for your reply. When I add -padantic, gcc-trunk reports warning : 2:45: warning=EF=BC=9Ainitialization of =E2=80=98volatile int * volatile* = const*=E2=80=99 from incompatible pointer type =E2=80=98volatile int * volatile* const=E2=80=99 [-Wincompatible-pointer-types] 2 | static volatile int * volatile * const *b =3D a; target: Ubuntu 4.8.5-4ubuntu8~14.04.2 If I use -w, I do not know where is error. I think reporting an error would= be better if possible. >>From gcc-bugs-return-654338-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 13:48:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19542 invoked by alias); 19 Sep 2019 13:48: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 19237 invoked by uid 48); 19 Sep 2019 13:48:19 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91819] [10 Regression] ICE when iterating over enum values Date: Thu, 19 Sep 2019 13:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01428.txt.bz2 Content-length: 475 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91819 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|needs-bisection |ice-on-valid-code CC| |mpolacek at gcc dot gnu.org --- Comment #2 from Marek Polacek --- Started with r275745. >>From gcc-bugs-return-654339-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 13:54:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23037 invoked by alias); 19 Sep 2019 13:54:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 23008 invoked by uid 48); 19 Sep 2019 13:54:23 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91820] missing error diagnosis of '&' in initialization Date: Thu, 19 Sep 2019 13:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01429.txt.bz2 Content-length: 138 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91820 --- Comment #4 from Andrew Pinski --- -pedantic-errors >>From gcc-bugs-return-654340-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 15:59:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79961 invoked by alias); 19 Sep 2019 15:59:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 79899 invoked by uid 48); 19 Sep 2019 15:58:58 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91821] New: [10 regression] r275928 breaks gcc.target/powerpc/sad-vectorize-2.c Date: Thu, 19 Sep 2019 15:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01430.txt.bz2 Content-length: 7046 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91821 Bug ID: 91821 Summary: [10 regression] r275928 breaks gcc.target/powerpc/sad-vectorize-2.c Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- This test case just looks for instruction counts so it may just need to be updated. make -k check-gcc RUNTESTFLAGS=3Dpowerpc.exp=3Dgcc.target/powerpc/sad-vecto= rize-2.c spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/sad-vectorize-2= .c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O3 -mdejagnu-cpu=3Dpower9 -ffat-lto-objects -f= no-ident -S -o sad-vectorize-2.s PASS: gcc.target/powerpc/sad-vectorize-2.c (test for excess errors) gcc.target/powerpc/sad-vectorize-2.c: vabsduh found 0 times FAIL: gcc.target/powerpc/sad-vectorize-2.c scan-assembler-times vabsduh 16 gcc.target/powerpc/sad-vectorize-2.c: vsum4shs found 0 times FAIL: gcc.target/powerpc/sad-vectorize-2.c scan-assembler-times vsum4shs 16 gcc.target/powerpc/sad-vectorize-2.c: vadduwm found 0 times FAIL: gcc.target/powerpc/sad-vectorize-2.c scan-assembler-times vadduwm 17 Executing on host: /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ vmx_hw_available127190.c=20=20=20 -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -mno-vsx -lm -o vmx_hw_available127190.exe= =20=20=20 (timeout =3D 300) spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ vmx_hw_available127190.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -mno-vsx -lm -o vmx_hw_available127190.exe Setting LD_LIBRARY_PATH to :/home/seurer/gcc/build/gcc-test2/gcc::/home/seurer/gcc/build/gcc-test2/gcc= :/home/seurer/gcc/build/gcc-test2/./gmp/.libs:/home/seurer/gcc/build/gcc-te= st2/./prev-gmp/.libs:/home/seurer/gcc/build/gcc-test2/./mpfr/src/.libs:/hom= e/seurer/gcc/build/gcc-test2/./prev-mpfr/src/.libs:/home/seurer/gcc/build/g= cc-test2/./mpc/src/.libs:/home/seurer/gcc/build/gcc-test2/./prev-mpc/src/.l= ibs:/home/seurer/gcc/build/gcc-test2/./isl/.libs:/home/seurer/gcc/build/gcc= -test2/./prev-isl/.libs:/home/seurer/gcc/install/gcc-7.2.0/lib64 Execution timeout is: 300 spawn [open ...] testcase /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/powerpc.exp completed in 0 seconds =3D=3D=3D gcc Summary =3D=3D=3D # of expected passes 1 # of unexpected failures 3 The generated assembler is quite different: seurer@makalu-lp1:~/gcc/build/gcc-test$ diff sad-vectorize-2.s.r275927 ../gcc-test2/sad-vectorize-2.s.r275928=20 16,116c16,123 < lxv 33,0(3) < xxspltib 32,0 < lxv 49,0(4) < sldi 10,5,1 < lxv 36,80(3) < lxv 37,96(3) < lxvx 50,4,10 < lxv 38,112(3) < add 9,4,10 < lxv 39,128(3) < lxv 40,144(3) < lxvx 51,9,10 < lxv 41,160(3) < add 9,9,10 < vabsduh 17,1,17 < lxv 33,16(3) < lxv 42,176(3) < lxvx 34,9,10 < lxv 43,192(3) < add 9,9,10 < lxv 44,208(3) < lxv 45,224(3) < vsum4shs 17,17,0 < lxvx 35,9,10 < add 9,9,10 < vabsduh 18,1,18 < lxv 33,32(3) < lxvx 48,9,10 < add 9,9,10 < lxvx 47,9,10 < add 9,9,10 < vsum4shs 18,18,0 < vabsduh 19,1,19 < lxv 33,48(3) < vabsduh 4,4,16 < lxvx 48,9,10 < add 9,9,10 < vabsduh 5,5,15 < vsum4shs 19,19,0 < vabsduh 2,1,2 < lxv 33,64(3) < vadduwm 18,18,17 < lxvx 49,9,10 < add 9,9,10 < vabsduh 6,6,16 < vsum4shs 2,2,0 < vabsduh 3,1,3 < lxv 33,240(3) < vadduwm 19,19,18 < lxvx 50,9,10 < add 9,9,10 < vabsduh 7,7,17 < vsum4shs 3,3,0 < vsum4shs 4,4,0 < vsum4shs 5,5,0 < vsum4shs 6,6,0 < vadduwm 2,2,19 < lxvx 51,9,10 < add 9,9,10 < vsum4shs 7,7,0 < vabsduh 8,8,18 < vsum4shs 8,8,0 < vadduwm 3,3,2 < lxvx 34,9,10 < add 9,9,10 < vabsduh 9,9,19 < vadduwm 4,4,3 < lxvx 35,9,10 < add 9,9,10 < vsum4shs 9,9,0 < vabsduh 10,10,2 < vadduwm 5,5,4 < lxvx 36,9,10 < add 9,9,10 < vsum4shs 10,10,0 < vabsduh 11,11,3 < vadduwm 6,6,5 < lxvx 37,9,10 < add 9,9,10 < vsum4shs 11,11,0 < vabsduh 12,12,4 < vadduwm 7,7,6 < lxvx 38,9,10 < vsum4shs 12,12,0 < vabsduh 13,13,5 < vadduwm 8,8,7 < vsum4shs 13,13,0 < vabsduh 1,1,6 < vadduwm 9,9,8 < vsum4shs 1,1,0 < vadduwm 10,10,9 < vadduwm 11,11,10 < vadduwm 12,12,11 < vadduwm 13,13,12 < vadduwm 1,1,13 < xxsldwi 45,33,32,2 < vadduwm 1,13,1 < xxsldwi 32,33,32,1 < vadduwm 0,0,1 < xxextractuw 0,32,0 < stfiwx 0,0,6 --- > li 9,16 > std 22,-80(1) > std 28,-32(1) > std 29,-24(1) > .cfi_offset 22, -80 > .cfi_offset 28, -32 > .cfi_offset 29, -24 > li 22,0 > sldi 29,5,1 > mr 28,6 > std 23,-72(1) > mtctr 9 > std 24,-64(1) > std 25,-56(1) > std 26,-48(1) > std 27,-40(1) > std 30,-16(1) > std 31,-8(1) > .cfi_offset 23, -72 > .cfi_offset 24, -64 > .cfi_offset 25, -56 > .cfi_offset 26, -48 > .cfi_offset 27, -40 > .cfi_offset 30, -16 > .cfi_offset 31, -8 > .p2align 4,,15 > .L2: > lhz 12,0(3) > lhz 23,0(4) > lhz 0,2(3) > lhz 24,2(4) > addi 3,3,16 > lhz 11,-12(3) > lhz 25,4(4) > lhz 5,-10(3) > lhz 26,6(4) > lhz 7,-8(3) > lhz 27,8(4) > lhz 8,-6(3) > lhz 30,10(4) > lhz 10,-4(3) > lhz 31,12(4) > lhz 9,-2(3) > lhz 6,14(4) > add 4,4,29 > subf 23,23,12 > subf 24,24,0 > subf 25,25,11 > subf 26,26,5 > srawi 12,23,31 > srawi 0,24,31 > subf 27,27,7 > subf 30,30,8 > srawi 11,25,31 > srawi 5,26,31 > subf 31,31,10 > subf 6,6,9 > xor 23,12,23 > xor 24,0,24 > srawi 7,27,31 > srawi 8,30,31 > xor 25,11,25 > xor 26,5,26 > srawi 10,31,31 > srawi 9,6,31 > subf 12,12,23 > subf 0,0,24 > xor 27,7,27 > xor 30,8,30 > subf 11,11,25 > subf 5,5,26 > xor 31,10,31 > xor 6,9,6 > add 12,12,22 > subf 7,7,27 > subf 8,8,30 > subf 10,10,31 > subf 9,9,6 > add 12,0,12 > add 11,11,12 > add 5,5,11 > add 7,7,5 > add 8,8,7 > add 10,10,8 > add 9,9,10 > extsw 22,9 > bdnz .L2 > stw 22,0(28) > ld 23,-72(1) > ld 22,-80(1) > ld 24,-64(1) > ld 25,-56(1) > ld 26,-48(1) > ld 27,-40(1) > ld 28,-32(1) > ld 29,-24(1) > ld 30,-16(1) > ld 31,-8(1) > .cfi_restore 31 > .cfi_restore 30 > .cfi_restore 29 > .cfi_restore 28 > .cfi_restore 27 > .cfi_restore 26 > .cfi_restore 25 > .cfi_restore 24 > .cfi_restore 23 > .cfi_restore 22 >>From gcc-bugs-return-654341-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 16:48:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40006 invoked by alias); 19 Sep 2019 16:48: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 39978 invoked by uid 55); 19 Sep 2019 16:48:30 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91815] questionable error on type definition at file scope Date: Thu, 19 Sep 2019 16:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: minor X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01431.txt.bz2 Content-length: 248 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91815 --- Comment #1 from joseph at codesourcery dot com --- Yes, that looks like a plausible fix (given testcase added to the=20 testsuite and regression testing). >>From gcc-bugs-return-654342-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 16:52:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 44349 invoked by alias); 19 Sep 2019 16:52:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 44304 invoked by uid 55); 19 Sep 2019 16:52:54 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91820] missing error diagnosis of '&' in initialization Date: Thu, 19 Sep 2019 16:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01432.txt.bz2 Content-length: 408 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91820 --- Comment #5 from joseph at codesourcery dot com --- This is probably a duplicate of other bugs for cases that are not required= =20 in the standard to be constant expressions but are permitted as additional= =20 implementation-defined kinds of constant expressions in initializers (and=20 that GCC permits as such). >>From gcc-bugs-return-654343-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:06:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 82754 invoked by alias); 19 Sep 2019 17:06: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 82690 invoked by uid 48); 19 Sep 2019 17:06:17 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91814] [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Date: Thu, 19 Sep 2019 17:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01433.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91814 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Richard Biener --- Fixed. >>From gcc-bugs-return-654344-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:06:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83453 invoked by alias); 19 Sep 2019 17:06:30 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 83388 invoked by uid 55); 19 Sep 2019 17:06:26 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91814] [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Date: Thu, 19 Sep 2019 17:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01434.txt.bz2 Content-length: 549 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91814 --- Comment #6 from Richard Biener --- Author: rguenth Date: Thu Sep 19 17:05:51 2019 New Revision: 275971 URL: https://gcc.gnu.org/viewcvs?rev=3D275971&root=3Dgcc&view=3Drev Log: 2019-09-19 Richard Biener PR target/91814 * config/i386/i386-features.c (gen_gpr_to_xmm_move_src): Force operand to a register if it isn't nonimmediate_operand. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386-features.c >>From gcc-bugs-return-654345-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:20:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 19367 invoked by alias); 19 Sep 2019 17:20:50 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 19292 invoked by uid 48); 19 Sep 2019 17:20:46 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91821] [10 regression] r275928 breaks gcc.target/powerpc/sad-vectorize-2.c Date: Thu, 19 Sep 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: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to target_milestone everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01435.txt.bz2 Content-length: 635 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91821 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-19 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Target Milestone|--- |10.0 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- I'll take a look. >>From gcc-bugs-return-654346-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:22:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21477 invoked by alias); 19 Sep 2019 17:22: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 20776 invoked by uid 48); 19 Sep 2019 17:22:15 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91822] New: [10 Regression] FAIL: gcc.dg/pr88031.c (internal compiler error) Date: Thu, 19 Sep 2019 17:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01436.txt.bz2 Content-length: 1659 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91822 Bug ID: 91822 Summary: [10 Regression] FAIL: gcc.dg/pr88031.c (internal compiler error) Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: rguenth at gcc dot gnu.org Target Milestone: --- One of my reduction changes together with the new asserts from r275962 cause this to ICE. #0 fancy_abort (file=3D0x2527b40 "../../src/trunk/gcc/tree-vect-loop.c", line=3D6662,=20 function=3D0x252aa10 *)::__FUNCTION__> "vectorizable_reduction") at ../../src/trunk/gcc/diagnostic.c:1617 #1 0x00000000015a788e in vectorizable_reduction (stmt_info=3D0x357a5d0, gs= i=3D0x0, vec_stmt=3D0x0, slp_node=3D0x0, slp_node_instance=3D0x0,=20 cost_vec=3D0x7fffffffc490) at ../../src/trunk/gcc/tree-vect-loop.c:6662 #2 0x00000000015876d5 in vect_analyze_stmt (stmt_info=3D0x357a5d0, need_to_vectorize=3D0x7fffffffc49f, node=3D0x0, node_instance=3D0x0, cost_vec=3D0x7fffffffc490) at ../../src/trunk/gcc/tree-vect-stmts.c:10668 #3 0x0000000001598071 in vect_analyze_loop_operations (loop_vinfo=3D0x357a= 030) at ../../src/trunk/gcc/tree-vect-loop.c:1580 #4 0x0000000001599818 in vect_analyze_loop_2 (loop_vinfo=3D0x357a030, fatal=3D@0x7fffffffd15f: false, n_stmts=3D0x7fffffffd1a4) at ../../src/trunk/gcc/tree-vect-loop.c:2026 >>From gcc-bugs-return-654347-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:22:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 22254 invoked by alias); 19 Sep 2019 17:22:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 22194 invoked by uid 48); 19 Sep 2019 17:22:32 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91822] [10 Regression] FAIL: gcc.dg/pr88031.c (internal compiler error) Date: Thu, 19 Sep 2019 17:22:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to target_milestone everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01437.txt.bz2 Content-length: 623 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91822 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-19 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Target Milestone|--- |10.0 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Mine. >>From gcc-bugs-return-654349-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:29:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34775 invoked by alias); 19 Sep 2019 17:29:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 34707 invoked by uid 48); 19 Sep 2019 17:29:45 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91532] [SVE] Redundant predicated store in gcc.target/aarch64/fmla_2.c Date: Thu, 19 Sep 2019 17:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: prathamesh3492 at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on dependson 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-09/txt/msg01439.txt.bz2 Content-length: 1874 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91532 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-19 Depends on| |33315 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- gcc.target/aarch64/sve/fmla_2.c you mean? I think this is the old issue of no pass doing hoisting/sinking of stores w= here my patch for PR33315 would help, transforming if (_4 !=3D 0) goto ; [50.00%] else goto ; [50.00%] [local count: 527260923]: _9 =3D c_30(D) + _2; _10 =3D *_9; iftmp.0_31 =3D __builtin_fma (_10, pretmp_54, pretmp_53); *_55 =3D iftmp.0_31; iftmp.1_35 =3D __builtin_fma (_10, pretmp_53, pretmp_54); goto ; [100.00%] [local count: 527260923]: *_55 =3D pretmp_53; [local count: 1054521846]: # iftmp.1_23 =3D PHI _20 =3D b_36(D) + _2; to if (_4 !=3D 0) goto ; [50.00%] else goto ; [50.00%] [local count: 527260923]: _9 =3D c_30(D) + _2; _10 =3D *_9; iftmp.0_31 =3D __builtin_fma (_10, pretmp_54, pretmp_53); iftmp.1_35 =3D __builtin_fma (_10, pretmp_53, pretmp_54); goto ; [100.00%] [local count: 527260923]: [local count: 1054521846]: # tem =3D PHI # iftmp.1_23 =3D PHI *_55 =3D tem; _20 =3D b_36(D) + _2; with the disadvantage of increasing lifetime of the sources. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D33315 [Bug 33315] stores not commoned by sinking >>From gcc-bugs-return-654348-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:29:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34021 invoked by alias); 19 Sep 2019 17:29:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 33989 invoked by uid 48); 19 Sep 2019 17:29:27 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/91823] New: [10 regression] r275959 breaks gcc.target/powerpc/altivec-32.c with ICE Date: Thu, 19 Sep 2019 17:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01438.txt.bz2 Content-length: 3658 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91823 Bug ID: 91823 Summary: [10 regression] r275959 breaks gcc.target/powerpc/altivec-32.c with ICE Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- Executing on host: /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/altivec-32.c=20= =20=20 -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -ftree-vectorize -mdejagnu-cpu=3Dpower6 -m= altivec -ffat-lto-objects -fno-ident -S -o altivec-32.s (timeout =3D 300) spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/altivec-32.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -ftree-vectorize -mdejagnu-cpu=3Dpower6 -ma= ltivec -ffat-lto-objects -fno-ident -S -o altivec-32.s during RTL pass: cse1 /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/altivec-32.c: In function 'vector_copysign': /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.target/powerpc/altivec-32.c:59= :1: internal compiler error: in decompose, at rtl.h:2279 0x10a488a3 wi::int_traits >::decompose(lo= ng*, unsigned int, std::pair const&) /home/seurer/gcc/gcc-test2/gcc/rtl.h:2277 0x10a488a3 wide_int_ref_storage::wide_int_ref_storage >(std::pair const&) /home/seurer/gcc/gcc-test2/gcc/wide-int.h:1023 0x10a488a3 generic_wide_int >::generic_wide_int >(std::pair const&) /home/seurer/gcc/gcc-test2/gcc/wide-int.h:782 0x10a488a3 native_encode_rtx(machine_mode, rtx_def*, vec&, unsigned int, unsigned int) /home/seurer/gcc/gcc-test2/gcc/simplify-rtx.c:6215 0x10a482c3 native_encode_rtx(machine_mode, rtx_def*, vec&, unsigned int, unsigned int) /home/seurer/gcc/gcc-test2/gcc/simplify-rtx.c:6185 0x10a567cf simplify_const_vector_subreg /home/seurer/gcc/gcc-test2/gcc/simplify-rtx.c:6534 0x10a567cf simplify_subreg(machine_mode, rtx_def*, machine_mode, poly_int<1= u, unsigned long>) /home/seurer/gcc/gcc-test2/gcc/simplify-rtx.c:6649 0x114f000b equiv_constant /home/seurer/gcc/gcc-test2/gcc/cse.c:3852 0x114f3b07 fold_rtx /home/seurer/gcc/gcc-test2/gcc/cse.c:3231 0x114f389b fold_rtx /home/seurer/gcc/gcc-test2/gcc/cse.c:3266 0x114f58b3 cse_insn /home/seurer/gcc/gcc-test2/gcc/cse.c:4705 0x114fa43b cse_extended_basic_block /home/seurer/gcc/gcc-test2/gcc/cse.c:6651 0x114fa43b cse_main /home/seurer/gcc/gcc-test2/gcc/cse.c:6830 0x114faf3f rest_of_handle_cse /home/seurer/gcc/gcc-test2/gcc/cse.c:7667 0x114faf3f execute /home/seurer/gcc/gcc-test2/gcc/cse.c:7710 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. compiler exited with status 1 FAIL: gcc.target/powerpc/altivec-32.c (internal compiler error) FAIL: gcc.target/powerpc/altivec-32.c (test for excess errors) >>From gcc-bugs-return-654350-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:34:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47821 invoked by alias); 19 Sep 2019 17:34:27 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 47760 invoked by uid 48); 19 Sep 2019 17:34:23 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91799] [10 regression] r273245 breaks test case gcc.target/powerpc/pr88233.c Date: Thu, 19 Sep 2019 17:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cf_gcchost assigned_to everconfirmed cf_gccbuild Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01440.txt.bz2 Content-length: 696 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91799 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-19 Host|powerpc64le-unknown-linux-g | |nu | Assignee|unassigned at gcc dot gnu.org |segher at gcc dot g= nu.org Ever confirmed|0 |1 Build|powerpc64le-unknown-linux-g | |nu | >>From gcc-bugs-return-654351-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:34:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 48495 invoked by alias); 19 Sep 2019 17:34:39 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 48450 invoked by uid 48); 19 Sep 2019 17:34:35 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91819] [10 Regression] ICE when iterating over enum values Date: Thu, 19 Sep 2019 17:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01441.txt.bz2 Content-length: 454 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91819 --- Comment #3 from Marek Polacek --- The problem is that for POSTINCREMENT_EXPR build_new_op_1 is called with nu= ll arg2, so arg2_type is also null, but then we make arg2 nonnull 5887 if (code =3D=3D POSTINCREMENT_EXPR || code =3D=3D POSTDECREMENT_EXP= R) 5888 arg2 =3D integer_zero_node; and so 5940 else if (! arg2 || ! CLASS_TYPE_P (arg2_type)) crashes. >>From gcc-bugs-return-654352-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:35:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49561 invoked by alias); 19 Sep 2019 17:35: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 49502 invoked by uid 48); 19 Sep 2019 17:35:14 -0000 From: "segher at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91804] [10 regression] r265398 breaks gcc.target/powerpc/vec-rlmi-rlnm.c Date: Thu, 19 Sep 2019 17:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: segher at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: segher at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cf_gcchost assigned_to everconfirmed cf_gccbuild Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01442.txt.bz2 Content-length: 696 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91804 Segher Boessenkool changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-19 Host|powerpc64le-unknown-linux-g | |nu | Assignee|unassigned at gcc dot gnu.org |segher at gcc dot g= nu.org Ever confirmed|0 |1 Build|powerpc64le-unknown-linux-g | |nu | >>From gcc-bugs-return-654354-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:39:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64699 invoked by alias); 19 Sep 2019 17:39:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 62589 invoked by uid 48); 19 Sep 2019 17:39:52 -0000 From: "vanyacpp at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91824] New: unnecessary sign-extension after _mm_movemask_epi8 or __builtin_popcount Date: Thu, 19 Sep 2019 17:39: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.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vanyacpp 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-09/txt/msg01444.txt.bz2 Content-length: 1165 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91824 Bug ID: 91824 Summary: unnecessary sign-extension after _mm_movemask_epi8 or __builtin_popcount Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: vanyacpp at gmail dot com Target Milestone: --- gcc -O2 -mpopcnt leaves unnecessary cdqe: #include #include void f(uint64_t& val, __m128i mask) { val +=3D __builtin_popcount(_mm_movemask_epi8(mask)); } void g(uint64_t& val, __m128i mask) { val +=3D __builtin_popcountll(_mm_movemask_epi8(mask)); } f: pmovmskb eax, xmm0 popcnt eax, eax cdqe add QWORD PTR [rdi], rax ret g: pmovmskb eax, xmm0 cdqe popcnt rax, rax add QWORD PTR [rdi], rax ret Both cdqe are unnecessary, because the results of both pmovmskb and __builtin_popcount can not be negative. Only lower 16 bits of pmovmskb can be non-zero. And the image of popcnt is either [0..32] or [0..64] depending on the argument. >>From gcc-bugs-return-654353-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:39:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61183 invoked by alias); 19 Sep 2019 17:39: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 61113 invoked by uid 48); 19 Sep 2019 17:39:31 -0000 From: "wilson at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91635] wrong code at -O2 with __builtin_add_overflow() and shifts Date: Thu, 19 Sep 2019 17:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wilson at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: wilson at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01443.txt.bz2 Content-length: 533 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91635 Jim Wilson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |wilson at gcc dot g= nu.org --- Comment #27 from Jim Wilson --- Fixed on mainline and gcc-9 branch. >>From gcc-bugs-return-654355-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:40:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89755 invoked by alias); 19 Sep 2019 17:40: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 87081 invoked by uid 48); 19 Sep 2019 17:40:38 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91819] [10 Regression] ICE when iterating over enum values Date: Thu, 19 Sep 2019 17:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01445.txt.bz2 Content-length: 624 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91819 --- Comment #4 from Marek Polacek --- Candidate fix: diff --git gcc/cp/call.c gcc/cp/call.c index b780b0af58e..b806faacf03 100644 --- gcc/cp/call.c +++ gcc/cp/call.c @@ -5878,7 +5885,10 @@ build_new_op_1 (const op_location_t &loc, enum tree_= code code, int flags, goto builtin; if (code =3D=3D POSTINCREMENT_EXPR || code =3D=3D POSTDECREMENT_EXPR) - arg2 =3D integer_zero_node; + { + arg2 =3D integer_zero_node; + arg2_type =3D integer_type_node; + } vec_alloc (arglist, 3); arglist->quick_push (arg1); >>From gcc-bugs-return-654356-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:47:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25636 invoked by alias); 19 Sep 2019 17:47:52 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25583 invoked by uid 48); 19 Sep 2019 17:47:47 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91822] [10 Regression] FAIL: gcc.dg/pr88031.c (internal compiler error) Date: Thu, 19 Sep 2019 17:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01446.txt.bz2 Content-length: 1827 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91822 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rsandifo at gcc dot gnu.org --- Comment #2 from Richard Biener --- So I belive we can fix this with Index: gcc/tree-vect-loop.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/tree-vect-loop.c (revision 275972) +++ gcc/tree-vect-loop.c (working copy) @@ -6534,9 +6534,10 @@ vectorizable_reduction (stmt_vec_info st { /* Only call during the analysis stage, otherwise we'll lose STMT_VINFO_TYPE. */ - gcc_assert (reduc_index > 0); + gcc_assert (nested_cycle || reduc_index > 0); if (!vec_stmt && !vectorizable_condition (stmt_info, gsi, NULL, - reduc_index, NULL, cost_vec= )) + nested_cycle ? 0 : reduc_in= dex, + NULL, cost_vec)) { if (dump_enabled_p ()) dump_printf_loc (MSG_MISSED_OPTIMIZATION, vect_location, not sure what in the end exposed it but nested cycle vectorization treats the stmts as regular stmt, not really caring about reduc_index. I'll have = to dig (tomorrow) what we've done with the testcase before but it's indeed the case that relaxing nested cycle things exposes "interesting" paths in vectorizable_reduction. One of my goals is to split that out, but I'm doing baby steps in this code... >>From gcc-bugs-return-654357-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:48:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 27101 invoked by alias); 19 Sep 2019 17:48:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 26938 invoked by uid 48); 19 Sep 2019 17:48:25 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91815] questionable error on type definition at file scope Date: Thu, 19 Sep 2019 17:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: minor X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on 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-09/txt/msg01447.txt.bz2 Content-length: 743 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91815 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-19 Ever confirmed|0 |1 --- Comment #2 from Eric Botcazou --- > Yes, that looks like a plausible fix (given testcase added to the=20 > testsuite and regression testing). Thanks, the fixlet was regression-tested with check-c and I'm going to laun= ch a full testing cycle now. Where should I put the testcase? Simply in gcc.dg? >>From gcc-bugs-return-654358-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:55:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70436 invoked by alias); 19 Sep 2019 17:55:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 70373 invoked by uid 55); 19 Sep 2019 17:55:25 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91727] [7/8/9/10 Regression] ICE in conformable_arrays, at fortran/resolve.c:7490 Date: Thu, 19 Sep 2019 17:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: kargl at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01448.txt.bz2 Content-length: 845 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91727 --- Comment #4 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu Sep 19 17:54:53 2019 New Revision: 275973 URL: https://gcc.gnu.org/viewcvs?rev=3D275973&root=3Dgcc&view=3Drev Log: 2019-09-19 Steven G. Kargl PR fortran/91727 * resolve.c (conformable_arrays): If array-spec is NULL, then allocate-object is a scalar. a conformability check only occurs for an array source-expr. 2019-09-19 Steven G. Kargl PR fortran/91727 * gfortran.dg/pr91727.f90: New test. Added: branches/gcc-9-branch/gcc/testsuite/gfortran.dg/pr91727.f90 Modified: branches/gcc-9-branch/gcc/fortran/ChangeLog branches/gcc-9-branch/gcc/fortran/resolve.c branches/gcc-9-branch/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654359-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 17:58:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93254 invoked by alias); 19 Sep 2019 17:58: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 93195 invoked by uid 48); 19 Sep 2019 17:58:24 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91727] [7/8/9/10 Regression] ICE in conformable_arrays, at fortran/resolve.c:7490 Date: Thu, 19 Sep 2019 17:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: kargl at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01449.txt.bz2 Content-length: 490 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91727 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |9.3 --- Comment #5 from kargl at gcc dot gnu.org --- Fixed on trunk and 9-branch. Thanks for bug report. >>From gcc-bugs-return-654360-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 18:21:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18420 invoked by alias); 19 Sep 2019 18:21:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18334 invoked by uid 48); 19 Sep 2019 18:21:47 -0000 From: "sje at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91825] New: Top-of-tree GCC does not bootstrap (uninitialized warning) Date: Thu, 19 Sep 2019 18:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: sje 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-09/txt/msg01450.txt.bz2 Content-length: 987 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91825 Bug ID: 91825 Summary: Top-of-tree GCC does not bootstrap (uninitialized warning) Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: sje at gcc dot gnu.org Target Milestone: --- GCC bootstrap currently fails with this error: /home/sellcey/tot/src/gcc/gcc/expmed.c: In function =E2=80=98rtx_def* emit_store_flag_1(rtx, rtx_code, rtx, rtx, machine_mode, int, int, machine_mode)=E2=80=99: /home/sellcey/tot/src/gcc/gcc/expmed.c:5602:19: error: =E2=80=98int_mode=E2= =80=99 may be used uninitialized in this function [-Werror=3Dmaybe-uninitialized] 5602 | scalar_int_mode int_mode; | ^~~~~~~~ This appears to be due to: https://gcc.gnu.org/ml/gcc-patches/2019-09/msg00923.html >>From gcc-bugs-return-654361-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 18:33:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41437 invoked by alias); 19 Sep 2019 18:33: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 41414 invoked by uid 48); 19 Sep 2019 18:33:32 -0000 From: "mf at simerics dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91826] New: Unexpected behavior when class defined with namespace alias Date: Thu, 19 Sep 2019 18:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mf at simerics 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-09/txt/msg01451.txt.bz2 Content-length: 932 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91826 Bug ID: 91826 Summary: Unexpected behavior when class defined with namespace alias Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mf at simerics dot com Target Milestone: --- The following code compile on GCC 7.3, MSVC 2015 & 2019. It fail on GCC 9.2 with error: declaration of =E2=80=98class N2::N::C2=E2= =80=99 in namespace =E2=80=98N2=E2=80=99 which does not enclose =E2=80=98N2::A2=E2=80=99 namespace N1 { class C1; } namespace A1 =3D N1; class A1::C1 {}; //Ok namespace N2 { namespace N { class C2; } namespace A2 =3D N; class A2::C2 {}; //Error } namespace N3 { namespace N { class C3; } } namespace A3 =3D N3::N; class A3::C3 {}; //Ok >>From gcc-bugs-return-654362-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 18:50:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80387 invoked by alias); 19 Sep 2019 18:50:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 80356 invoked by uid 48); 19 Sep 2019 18:50:34 -0000 From: "rafael at espindo dot la" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91827] New: const std::experimental::optional is not std::is_nothrow_move_constructible Date: Thu, 19 Sep 2019 18:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rafael at espindo dot la X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-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-09/txt/msg01452.txt.bz2 Content-length: 872 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91827 Bug ID: 91827 Summary: const std::experimental::optional is not std::is_nothrow_move_constructible Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: rafael at espindo dot la Target Milestone: --- Only the first static_assert in the following example fails. #include #include void foo(const std::experimental::optional timeout) { static_assert(std::is_nothrow_move_constructible>::value, "foobar"); static_assert(std::is_nothrow_move_constructible>::value, "foobar"); } >>From gcc-bugs-return-654363-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 18:51:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81669 invoked by alias); 19 Sep 2019 18:51:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 81627 invoked by uid 48); 19 Sep 2019 18:51:39 -0000 From: "gcc@hauke-m.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91702] [9/10 Regression] ICE with mips16 Date: Thu, 19 Sep 2019 18:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gcc@hauke-m.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: 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-09/txt/msg01453.txt.bz2 Content-length: 349 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91702 --- Comment #2 from Hauke Mehrtens --- I backported https://gcc.gnu.org/viewcvs/gcc?view=3Drevision&revision=3D273= 174 on top of GCC 9.2.0 and I do not see this problem any more, OpenWrt compiles n= ow file with these settings. Please backport this change to the gcc 9 branch. >>From gcc-bugs-return-654364-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 18:54:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84623 invoked by alias); 19 Sep 2019 18:54:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84562 invoked by uid 48); 19 Sep 2019 18:54:10 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91822] [10 Regression] FAIL: gcc.dg/pr88031.c (internal compiler error) Date: Thu, 19 Sep 2019 18:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01454.txt.bz2 Content-length: 289 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91822 --- Comment #3 from rsandifo at gcc dot gnu.org --- Thanks for fixing this, think it was entirely my patch to blame. (I'd tested it on SVE only, oops.) Agree the patch in #c2 looks like the way to go. >>From gcc-bugs-return-654365-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 18:55:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90802 invoked by alias); 19 Sep 2019 18:55: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 90750 invoked by uid 48); 19 Sep 2019 18:55:13 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91825] Top-of-tree GCC does not bootstrap (uninitialized warning) Date: Thu, 19 Sep 2019 18:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: unknown X-Bugzilla-Keywords: needs-reduction X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01455.txt.bz2 Content-length: 659 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91825 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needs-reduction Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-19 CC| |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Trying to reduce, but it will take a while. >>From gcc-bugs-return-654366-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 18:58:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93406 invoked by alias); 19 Sep 2019 18:57: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 93358 invoked by uid 48); 19 Sep 2019 18:57:56 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/91823] [10 regression] r275959 breaks gcc.target/powerpc/altivec-32.c with ICE Date: Thu, 19 Sep 2019 18:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: 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-09/txt/msg01456.txt.bz2 Content-length: 514 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91823 rsandifo at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-19 Ever confirmed|0 |1 --- Comment #1 from rsandifo at gcc dot gnu.org --- Mine. >>From gcc-bugs-return-654367-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:08:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41757 invoked by alias); 19 Sep 2019 19:08: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 40564 invoked by uid 48); 19 Sep 2019 19:08:38 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91815] questionable error on type definition at file scope Date: Thu, 19 Sep 2019 19:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: minor X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01457.txt.bz2 Content-length: 518 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91815 --- Comment #3 from Eric Botcazou --- The fixlet slightly breaks Objective-C: +FAIL: objc.dg/headers.m -fgnu-runtime (test for excess errors) +FAIL: objc.dg/id-1.m -fgnu-runtime (test for errors, line 4) +FAIL: objc.dg/id-1.m -fgnu-runtime (test for warnings, line ) It looks like the Objective-C compiler uses the code to deal with declarati= ons conflicting with (or shadowing) the declarations of the basic types in objc= .h. >>From gcc-bugs-return-654368-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:20:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73142 invoked by alias); 19 Sep 2019 19:20: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 73088 invoked by uid 48); 19 Sep 2019 19:20:36 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91819] [10 Regression] ICE when iterating over enum values Date: Thu, 19 Sep 2019 19:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-09/txt/msg01458.txt.bz2 Content-length: 384 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91819 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot= gnu.org >>From gcc-bugs-return-654369-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:24:41 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 130246 invoked by alias); 19 Sep 2019 19:24:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 130109 invoked by uid 48); 19 Sep 2019 19:24:19 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91815] questionable error on type definition at file scope Date: Thu, 19 Sep 2019 19:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: minor X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01459.txt.bz2 Content-length: 572 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91815 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc do= t gnu.org --- Comment #4 from Eric Botcazou --- Created attachment 46900 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46900&action=3Dedit Proposed fix #2 >>From gcc-bugs-return-654370-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:30:36 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6781 invoked by alias); 19 Sep 2019 19:30:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6663 invoked by uid 48); 19 Sep 2019 19:30:25 -0000 From: "dimitry at andric dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91767] [10 regression] After r274953, clang-compiled xgcc segfaults during RTL pass: stv Date: Thu, 19 Sep 2019 19:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dimitry at andric dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01460.txt.bz2 Content-length: 1213 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91767 --- Comment #5 from Dimitry Andric --- Hmm, it appears that this diff "fixes" it: diff --git a/gcc/config/i386/i386-features.c b/gcc/config/i386/i386-feature= s.c index 9505b4a1330..091a59f3cb9 100644 --- a/gcc/config/i386/i386-features.c +++ b/gcc/config/i386/i386-features.c @@ -1166,7 +1166,11 @@ general_scalar_chain::convert_registers () bitmap_iterator bi; unsigned id; EXECUTE_IF_SET_IN_BITMAP (defs_conv, 0, id, bi) - defs_map.put (regno_reg_rtx[id], gen_reg_rtx (smode)); + { + rtx key =3D regno_reg_rtx[id]; + rtx val =3D gen_reg_rtx (smode); + defs_map.put (key, val); + } EXECUTE_IF_SET_IN_BITMAP (insns_conv, 0, id, bi) for (df_ref ref =3D DF_INSN_UID_DEFS (id); ref; ref =3D DF_REF_NEXT_LO= C (ref)) if (bitmap_bit_p (defs_conv, DF_REF_REGNO (ref))) but obviously that can't be right, unless gen_reg_rtx() is doing something horrible to regno_reg_rtx[]. I only see it adding another element at the e= nd, though. I think this might indeed be some clang code generation bug, as the assembly looks a little different with the above patch applied. Digging further... >>From gcc-bugs-return-654371-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:32:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 9310 invoked by alias); 19 Sep 2019 19:32:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 9249 invoked by uid 48); 19 Sep 2019 19:32:19 -0000 From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/91823] [10 regression] r275959 breaks gcc.target/powerpc/altivec-32.c with ICE Date: Thu, 19 Sep 2019 19:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01461.txt.bz2 Content-length: 622 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91823 rsandifo at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot= gnu.org --- Comment #2 from rsandifo at gcc dot gnu.org --- Created attachment 46901 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46901&action=3Dedit Candidate patch Seems like a latent problem with non-canonical rtl. Could you try the attached? >>From gcc-bugs-return-654372-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:36:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 33392 invoked by alias); 19 Sep 2019 19:36:57 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 33357 invoked by uid 55); 19 Sep 2019 19:36:53 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91815] questionable error on type definition at file scope Date: Thu, 19 Sep 2019 19:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: minor X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01462.txt.bz2 Content-length: 212 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91815 --- Comment #5 from joseph at codesourcery dot com --- Either gcc.dg or gcc.c-torture/compile would be fine for this test. >>From gcc-bugs-return-654374-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:51:57 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99578 invoked by alias); 19 Sep 2019 19:51: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 98896 invoked by uid 48); 19 Sep 2019 19:51:51 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91823] [10 regression] r275959 breaks gcc.target/powerpc/altivec-32.c with ICE Date: Thu, 19 Sep 2019 19:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01464.txt.bz2 Content-length: 224 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91823 --- Comment #3 from seurer at gcc dot gnu.org --- The test case works with that change. I will run a comparison full test to= o to check if everything else is still OK. >>From gcc-bugs-return-654373-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:51:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99337 invoked by alias); 19 Sep 2019 19:51:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98699 invoked by uid 48); 19 Sep 2019 19:51:49 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91828] New: gcc/fortran/check.c requires mpfr_set_z_2exp from MPFR 3.0.0, unavailable in mpfr-2.4.2 Date: Thu, 19 Sep 2019 19:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01463.txt.bz2 Content-length: 1616 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91828 Bug ID: 91828 Summary: gcc/fortran/check.c requires mpfr_set_z_2exp from MPFR 3.0.0, unavailable in mpfr-2.4.2 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: dmalcolm at gcc dot gnu.org Target Milestone: --- Along with other dependencies, trunk's gcc/docs/install.texi has: @item MPFR Library version 2.4.2 (or later) I'm attempting to build trunk against that minimal version, mpfr-2.4.2, and= the build of fortran fails with: ../../../src/gcc/fortran/check.c: In function =E2=80=98void bin2real(gfc_ex= pr*, int)=E2=80=99: ../../../src/gcc/fortran/check.c:257:7: error: =E2=80=98mpfr_set_z_2exp=E2= =80=99 was not declared in this scope; did you mean =E2=80=98mpfr_get_d_2exp=E2=80=99? 257 | mpfr_set_z_2exp (x->value.real, em, ie - t, GFC_RND_MODE); | ^~~~~~~~~~~~~~~ | mpfr_get_d_2exp This call to mpfr_set_z_2exp seems to have been added in 3d5ce34eb455518344e99966e87e7c44ed64d9da aka r274096 (for PR fortran/88227). According to: https://gmplib.org/list-archives/gmp-discuss/2010-June/004197.html mpfr_set_z_2exp was added in GNU MPFR 3.0.0: "New function mpfr_set_z_2exp (companion to mpfr_get_z_2exp, which was renamed from mpfr_get_z_exp in previous versions)." Should the minimum required version of mpfr be updated, or this check.c be rewritten? (or am I misreading things) >>From gcc-bugs-return-654375-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:56:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18991 invoked by alias); 19 Sep 2019 19:56:50 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18934 invoked by uid 55); 19 Sep 2019 19:56:46 -0000 From: "jsm28 at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/67224] UTF-8 support for identifier names in GCC Date: Thu, 19 Sep 2019 19:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 5.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jsm28 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-09/txt/msg01465.txt.bz2 Content-length: 4691 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67224 --- Comment #31 from Joseph S. Myers --- Author: jsm28 Date: Thu Sep 19 19:56:11 2019 New Revision: 275979 URL: https://gcc.gnu.org/viewcvs?rev=3D275979&root=3Dgcc&view=3Drev Log: Support extended characters in C/C++ identifiers (PR c/67224) libcpp/ChangeLog 2019-09-19 Lewis Hyatt PR c/67224 * charset.c (_cpp_valid_utf8): New function to help lex UTF-8 token= s. * internal.h (_cpp_valid_utf8): Declare. * lex.c (forms_identifier_p): Use it to recognize UTF-8 identifiers. (_cpp_lex_direct): Handle UTF-8 in identifiers and CPP_OTHER tokens. Do all work in "default" case to avoid slowing down typical code pa= ths. Also handle $ and UCN in the default case for consistency. gcc/Changelog 2019-09-19 Lewis Hyatt PR c/67224 * doc/cpp.texi: Document support for extended characters in identifiers. * doc/cppopts.texi: Likewise. gcc/testsuite/ChangeLog 2019-09-19 Lewis Hyatt PR c/67224 * c-c++-common/cpp/ucnid-2011-1-utf8.c: New test. * g++.dg/cpp/ucnid-1-utf8.C: New test. * g++.dg/cpp/ucnid-2-utf8.C: New test. * g++.dg/cpp/ucnid-3-utf8.C: New test. * g++.dg/cpp/ucnid-4-utf8.C: New test. * g++.dg/other/ucnid-1-utf8.C: New test. * gcc.dg/cpp/ucnid-1-utf8.c: New test. * gcc.dg/cpp/ucnid-10-utf8.c: New test. * gcc.dg/cpp/ucnid-11-utf8.c: New test. * gcc.dg/cpp/ucnid-12-utf8.c: New test. * gcc.dg/cpp/ucnid-13-utf8.c: New test. * gcc.dg/cpp/ucnid-14-utf8.c: New test. * gcc.dg/cpp/ucnid-15-utf8.c: New test. * gcc.dg/cpp/ucnid-2-utf8.c: New test. * gcc.dg/cpp/ucnid-3-utf8.c: New test. * gcc.dg/cpp/ucnid-4-utf8.c: New test. * gcc.dg/cpp/ucnid-6-utf8.c: New test. * gcc.dg/cpp/ucnid-7-utf8.c: New test. * gcc.dg/cpp/ucnid-9-utf8.c: New test. * gcc.dg/ucnid-1-utf8.c: New test. * gcc.dg/ucnid-10-utf8.c: New test. * gcc.dg/ucnid-11-utf8.c: New test. * gcc.dg/ucnid-12-utf8.c: New test. * gcc.dg/ucnid-13-utf8.c: New test. * gcc.dg/ucnid-14-utf8.c: New test. * gcc.dg/ucnid-15-utf8.c: New test. * gcc.dg/ucnid-16-utf8.c: New test. * gcc.dg/ucnid-2-utf8.c: New test. * gcc.dg/ucnid-3-utf8.c: New test. * gcc.dg/ucnid-4-utf8.c: New test. * gcc.dg/ucnid-5-utf8.c: New test. * gcc.dg/ucnid-6-utf8.c: New test. * gcc.dg/ucnid-7-utf8.c: New test. * gcc.dg/ucnid-8-utf8.c: New test. * gcc.dg/ucnid-9-utf8.c: New test. Added: trunk/gcc/testsuite/c-c++-common/cpp/ucnid-2011-1-utf8.c trunk/gcc/testsuite/g++.dg/cpp/ucnid-1-utf8.C trunk/gcc/testsuite/g++.dg/cpp/ucnid-2-utf8.C trunk/gcc/testsuite/g++.dg/cpp/ucnid-3-utf8.C trunk/gcc/testsuite/g++.dg/cpp/ucnid-4-utf8.C trunk/gcc/testsuite/g++.dg/other/ucnid-1-utf8.C trunk/gcc/testsuite/gcc.dg/cpp/ucnid-1-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-10-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-11-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-12-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-13-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-14-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-15-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-2-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-3-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-4-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-6-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-7-utf8.c trunk/gcc/testsuite/gcc.dg/cpp/ucnid-9-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-1-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-10-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-11-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-12-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-13-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-14-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-15-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-16-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-2-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-3-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-4-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-5-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-6-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-7-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-8-utf8.c trunk/gcc/testsuite/gcc.dg/ucnid-9-utf8.c Modified: trunk/gcc/ChangeLog trunk/gcc/doc/cpp.texi trunk/gcc/doc/cppopts.texi trunk/gcc/testsuite/ChangeLog trunk/libcpp/ChangeLog trunk/libcpp/charset.c trunk/libcpp/internal.h trunk/libcpp/lex.c >>From gcc-bugs-return-654376-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 19:58:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 21908 invoked by alias); 19 Sep 2019 19:58:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 21794 invoked by uid 48); 19 Sep 2019 19:57:59 -0000 From: "jsm28 at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/67224] UTF-8 support for identifier names in GCC Date: Thu, 19 Sep 2019 19:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 5.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: jsm28 at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01466.txt.bz2 Content-length: 499 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67224 Joseph S. Myers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |10.0 --- Comment #32 from Joseph S. Myers --- Implemented for GCC 10. >>From gcc-bugs-return-654377-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 20:04:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31232 invoked by alias); 19 Sep 2019 20:04:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 31181 invoked by uid 48); 19 Sep 2019 20:04:01 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91828] gcc/fortran/check.c requires mpfr_set_z_2exp from MPFR 3.0.0, unavailable in mpfr-2.4.2 Date: Thu, 19 Sep 2019 20:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 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: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01467.txt.bz2 Content-length: 1826 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91828 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 --- Comment #1 from kargl at gcc dot gnu.org --- (In reply to David Malcolm from comment #0) > Along with other dependencies, trunk's gcc/docs/install.texi has: > @item MPFR Library version 2.4.2 (or later) >=20 > I'm attempting to build trunk against that minimal version, mpfr-2.4.2, a= nd > the build of fortran fails with: >=20 > ../../../src/gcc/fortran/check.c: In function =E2=80=98void bin2real(gfc_= expr*, > int)=E2=80=99: > ../../../src/gcc/fortran/check.c:257:7: error: =E2=80=98mpfr_set_z_2exp= =E2=80=99 was not > declared in this scope; did you mean =E2=80=98mpfr_get_d_2exp=E2=80=99? > 257 | mpfr_set_z_2exp (x->value.real, em, ie - t, GFC_RND_MODE); > | ^~~~~~~~~~~~~~~ > | mpfr_get_d_2exp >=20 > This call to mpfr_set_z_2exp seems to have been added in > 3d5ce34eb455518344e99966e87e7c44ed64d9da aka r274096 (for PR fortran/8822= 7). >=20 > According to: > https://gmplib.org/list-archives/gmp-discuss/2010-June/004197.html > mpfr_set_z_2exp was added in GNU MPFR 3.0.0: > "New function mpfr_set_z_2exp (companion to mpfr_get_z_2exp, which > was renamed from mpfr_get_z_exp in previous versions)." >=20 > Should the minimum required version of mpfr be updated, or this check.c be > rewritten? (or am I misreading things) 2.4.2 was released 10 years ago and 3.0.0 was released 9 years ago. I think updating the minimum requirement to at least 3.0.0 would be fine. In fact, it might be prudent to bump to 3.1.6, released on 2017-09-07, which appears to be the last release in the 3.x series. >>From gcc-bugs-return-654378-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 20:05:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32580 invoked by alias); 19 Sep 2019 20:05: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 32420 invoked by uid 48); 19 Sep 2019 20:05:08 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91825] Top-of-tree GCC does not bootstrap (uninitialized warning) Date: Thu, 19 Sep 2019 20:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: unknown X-Bugzilla-Keywords: needs-reduction X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01468.txt.bz2 Content-length: 632 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91825 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|build, diagnostic | Blocks|24639 | --- Comment #2 from Jason Merrill --- Do you have a reproducer? It doesn't need to be reduced. What platform are you building on? Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D24639 [Bug 24639] [meta-bug] bug to track all Wuninitialized issues >>From gcc-bugs-return-654379-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 20:06:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 34210 invoked by alias); 19 Sep 2019 20:06:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 34156 invoked by uid 55); 19 Sep 2019 20:06:34 -0000 From: "joseph at codesourcery dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91828] gcc/fortran/check.c requires mpfr_set_z_2exp from MPFR 3.0.0, unavailable in mpfr-2.4.2 Date: Thu, 19 Sep 2019 20:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01469.txt.bz2 Content-length: 830 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91828 --- Comment #2 from joseph at codesourcery dot com --- My view is as stated in=20 and=20 : * Update the minimum to at least 3.0, possibly later if there are=20 relevant features in later versions it would be convenient to use=20 unconditionally. * Clean up the uses of obsolescent MPFR interfaces such as those I listed=20 in . Many of=20 those are just renamings, but it's still better for GCC to use the main=20 interfaces people will know about from reading the MPFR manual rather than= =20 ones that, if documented at all, are documented as deprecated names. >>From gcc-bugs-return-654380-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 20:07:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35253 invoked by alias); 19 Sep 2019 20:07:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 35208 invoked by uid 48); 19 Sep 2019 20:07:12 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91825] Top-of-tree GCC does not bootstrap (uninitialized warning) Date: Thu, 19 Sep 2019 20:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: unknown X-Bugzilla-Keywords: build, diagnostic, needs-reduction X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01470.txt.bz2 Content-length: 180 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91825 --- Comment #3 from Jason Merrill --- Note that I reverted the patch, but still need a reproducer. >>From gcc-bugs-return-654381-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 20:09:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55257 invoked by alias); 19 Sep 2019 20:09: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 51008 invoked by uid 48); 19 Sep 2019 20:09:35 -0000 From: "sje at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91825] Top-of-tree GCC does not bootstrap (uninitialized warning) Date: Thu, 19 Sep 2019 20:09:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: unknown X-Bugzilla-Keywords: build, diagnostic, needs-reduction X-Bugzilla-Severity: normal X-Bugzilla-Who: sje 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-09/txt/msg01471.txt.bz2 Content-length: 162 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91825 --- Comment #4 from Steve Ellcey --- The original bootstrap failure is on aarch64. >>From gcc-bugs-return-654382-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 20:28:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12347 invoked by alias); 19 Sep 2019 20:28:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11878 invoked by uid 48); 19 Sep 2019 20:28:01 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91825] Top-of-tree GCC does not bootstrap (uninitialized warning) Date: Thu, 19 Sep 2019 20:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: unknown X-Bugzilla-Keywords: build, diagnostic, needs-reduction X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01472.txt.bz2 Content-length: 318 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91825 --- Comment #5 from Marek Polacek --- Created attachment 46902 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46902&action=3Dedit expmed.ii.xz Compiling this with "-Wmaybe-uninitialized -O2" gave the warning (on x86_64 too). >>From gcc-bugs-return-654383-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 20:35:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25667 invoked by alias); 19 Sep 2019 20:35:32 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25548 invoked by uid 48); 19 Sep 2019 20:35:28 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88713] Vectorized code slow vs. flang Date: Thu, 19 Sep 2019 20:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01473.txt.bz2 Content-length: 255 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88713 --- Comment #55 from Thomas Koenig --- (In reply to H.J. Lu from comment #45) > Created attachment 45510 [details] > An updated patch HJ, do you plan on committing these? >>From gcc-bugs-return-654384-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 20:42:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38796 invoked by alias); 19 Sep 2019 20:42: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 38743 invoked by uid 48); 19 Sep 2019 20:42:06 -0000 From: "tkoenig at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91801] ICE in gfc_simplify_reshape, at fortran/simplify.c:6733 Date: Thu, 19 Sep 2019 20:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: tkoenig at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01474.txt.bz2 Content-length: 570 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91801 Thomas Koenig changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-19 CC| |tkoenig at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Thomas Koenig --- Should be easy to fix. >>From gcc-bugs-return-654385-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 20:56:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66728 invoked by alias); 19 Sep 2019 20:56: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 66689 invoked by uid 48); 19 Sep 2019 20:56:24 -0000 From: "forkenmasterforce at keemail dot me" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/91829] New: compatibility.cc: syntax error lea (%pc, _GLOBAL_OFFSET_TABLE@GOTPC), a4 ignored Date: Thu, 19 Sep 2019 20:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: forkenmasterforce at keemail dot me X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-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-09/txt/msg01475.txt.bz2 Content-length: 625 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91829 Bug ID: 91829 Summary: compatibility.cc: syntax error lea (%pc, _GLOBAL_OFFSET_TABLE@GOTPC), a4 ignored Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: forkenmasterforce at keemail dot me Target Milestone: --- Instruction ignored causing the error seems to be emitted at m68k.md:7370 return "lea (%%pc, _GLOBAL_OFFSET_TABLE_@GOTPC), %0"; >>From gcc-bugs-return-654386-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 21:57:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17089 invoked by alias); 19 Sep 2019 21:57: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 17063 invoked by uid 48); 19 Sep 2019 21:57:09 -0000 From: "egallager at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/67224] UTF-8 support for identifier names in GCC Date: Thu, 19 Sep 2019 21:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 5.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: egallager at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01476.txt.bz2 Content-length: 481 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67224 Eric Gallager changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |egallager at gcc dot gnu.o= rg --- Comment #33 from Eric Gallager --- This is a big enough feature that it should probably get an entry in gcc-10/changes.html >>From gcc-bugs-return-654387-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 22:16:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90062 invoked by alias); 19 Sep 2019 22:16: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 90003 invoked by uid 55); 19 Sep 2019 22:16:06 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91631] buffer overflow into an array member of a declared object not detected Date: Thu, 19 Sep 2019 22:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01477.txt.bz2 Content-length: 2796 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91631 --- Comment #3 from Martin Sebor --- Author: msebor Date: Thu Sep 19 22:15:34 2019 New Revision: 275981 URL: https://gcc.gnu.org/viewcvs?rev=3D275981&root=3Dgcc&view=3Drev Log: PR middle-end/91631 - buffer overflow into an array member of a declared ob= ject not detected gcc/ChangeLog: PR middle-end/91631 * builtins.c (component_size): Correct trailing array computation, rename to component_ref_size and move... (compute_objsize): Adjust. * gimple-ssa-warn-restrict.c (builtin_memref::refsize): New member. (builtin_access::strict): Do not consider mememmove. (builtin_access::write_off): New function. (builtin_memref::builtin_memref): Initialize refsize. (builtin_memref::set_base_and_offset): Adjust refoff and compute refsize. (builtin_memref::offset_out_of_bounds): Use ooboff input values. Handle refsize. (builtin_access::builtin_access): Intialize dstoff to destination refeence offset here instead of in maybe_diag_overlap. Adjust referencess even to unrelated objects. Adjust sizrange of bounded string functions to reflect bound. For strcat, adjust destination sizrange by that of source. (builtin_access::strcat_overlap): Adjust offsets and sizes to reflect the increase in destination sizrange above. (builtin_access::overlap): Do not set dstoff here but instead in builtin_access::builtin_access. (check_bounds_or_overlap): Use builtin_access::write_off. (maybe_diag_access_bounds): Add argument. Add informational notes. (dump_builtin_memref, dump_builtin_access): New functions. * tree.c (component_ref_size): ...to here. * tree.h (component_ref_size): Declare. * tree-ssa-strlen (handle_builtin_strcat): Include the terminating nul in the size of the source string. gcc/testsuite/ChangeLog: PR middle-end/91631 * /c-c++-common/Warray-bounds-3.c: Correct expected offsets. * /c-c++-common/Warray-bounds-4.c: Same. * gcc.dg/Warray-bounds-39.c: Remove xfails. * gcc.dg/Warray-bounds-45.c: New test. * gcc.dg/Warray-bounds-46.c: New test. Added: trunk/gcc/testsuite/gcc.dg/Warray-bounds-45.c trunk/gcc/testsuite/gcc.dg/Warray-bounds-46.c Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/gimple-ssa-warn-restrict.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/c-c++-common/Warray-bounds-3.c trunk/gcc/testsuite/c-c++-common/Warray-bounds-4.c trunk/gcc/testsuite/gcc.dg/Warray-bounds-39.c trunk/gcc/tree-ssa-strlen.c trunk/gcc/tree.c trunk/gcc/tree.h >>From gcc-bugs-return-654388-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 22:27:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106564 invoked by alias); 19 Sep 2019 22:27: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 106525 invoked by uid 48); 19 Sep 2019 22:27:28 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91631] buffer overflow into an array member of a declared object not detected Date: Thu, 19 Sep 2019 22:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01478.txt.bz2 Content-length: 3821 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91631 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |10.0 --- Comment #4 from Martin Sebor --- Partially fixed in r275981. The test case triggers the six warnings below = (the output with -D_FORTIFY_SOURCE=3D2 is similar). What's not "fixed" is that = the warning for buffer overflow is supposed to be -Wstringop-overflow (and with _FORTIFY_SOURCE the overflow should cause an abort). But that's a separate problem. pr91631.c: In function =E2=80=98efa=E2=80=99: pr91631.c:11:3: warning: =E2=80=98strcpy=E2=80=99 offset 3 from the object = at =E2=80=98es=E2=80=99 is out of the bounds of referenced subobject =E2=80=98a=E2=80=99 with type =E2=80=98c= har[3]=E2=80=99 at offset 0 [-Warray-bounds] 11 | strcpy (es[0].a, a); // missing warning | ^~~~~~~~~~~~~~~~~~~ pr91631.c:3:17: note: subobject =E2=80=98a=E2=80=99 declared here 3 | struct S { char a[3], b[5], c[]; }; | ^ pr91631.c: In function =E2=80=98efb=E2=80=99: pr91631.c:17:3: warning: =E2=80=98strcpy=E2=80=99 offset 8 from the object = at =E2=80=98es=E2=80=99 is out of the bounds of referenced subobject =E2=80=98b=E2=80=99 with type =E2=80=98c= har[5]=E2=80=99 at offset 3 [-Warray-bounds] 17 | strcpy (es[0].b, a); // missing warning | ^~~~~~~~~~~~~~~~~~~ pr91631.c:3:23: note: subobject =E2=80=98b=E2=80=99 declared here 3 | struct S { char a[3], b[5], c[]; }; | ^ pr91631.c: In function =E2=80=98efc=E2=80=99: pr91631.c:23:3: warning: =E2=80=98strcpy=E2=80=99 offset [8, 11] from the o= bject at =E2=80=98es=E2=80=99 is out of the bounds of referenced subobject =E2=80=98c=E2=80=99 with type =E2=80= =98char[]=E2=80=99 at offset 8 [-Warray-bounds] 23 | strcpy (es[0].c, a); // missing warning | ^~~~~~~~~~~~~~~~~~~ pr91631.c:3:29: note: subobject =E2=80=98c=E2=80=99 declared here 3 | struct S { char a[3], b[5], c[]; }; | ^ pr91631.c: In function =E2=80=98ifa=E2=80=99: pr91631.c:29:3: warning: =E2=80=98strcpy=E2=80=99 offset 3 from the object = at =E2=80=98is=E2=80=99 is out of the bounds of referenced subobject =E2=80=98a=E2=80=99 with type =E2=80=98c= har[3]=E2=80=99 at offset 0 [-Warray-bounds] 29 | strcpy (is[0].a, a); // warning (good) | ^~~~~~~~~~~~~~~~~~~ pr91631.c:3:17: note: subobject =E2=80=98a=E2=80=99 declared here 3 | struct S { char a[3], b[5], c[]; }; | ^ pr91631.c: In function =E2=80=98ifb=E2=80=99: pr91631.c:35:3: warning: =E2=80=98strcpy=E2=80=99 offset 8 from the object = at =E2=80=98is=E2=80=99 is out of the bounds of referenced subobject =E2=80=98b=E2=80=99 with type =E2=80=98c= har[5]=E2=80=99 at offset 3 [-Warray-bounds] 35 | strcpy (is[0].b, a); // warning (good) | ^~~~~~~~~~~~~~~~~~~ pr91631.c:3:23: note: subobject =E2=80=98b=E2=80=99 declared here 3 | struct S { char a[3], b[5], c[]; }; | ^ pr91631.c: In function =E2=80=98ifc=E2=80=99: pr91631.c:41:3: warning: =E2=80=98strcpy=E2=80=99 offset [8, 11] from the o= bject at =E2=80=98is=E2=80=99 is out of the bounds of referenced subobject =E2=80=98c=E2=80=99 with type =E2=80= =98char[]=E2=80=99 at offset 8 [-Warray-bounds] 41 | strcpy (is[0].c, a); // missing warning | ^~~~~~~~~~~~~~~~~~~ pr91631.c:3:29: note: subobject =E2=80=98c=E2=80=99 declared here 3 | struct S { char a[3], b[5], c[]; }; | ^ >>From gcc-bugs-return-654389-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 22:40:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4323 invoked by alias); 19 Sep 2019 22:39: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 4210 invoked by uid 48); 19 Sep 2019 22:39:47 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91802] ICE in mio_name_expr_t, at fortran/module.c:2141 Date: Thu, 19 Sep 2019 22:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: kargl at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority bug_status cf_reconfirmed_on cc assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01479.txt.bz2 Content-length: 2039 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91802 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P4 Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-19 CC| |kargl at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |kargl at gcc dot gn= u.org Ever confirmed|0 |1 --- Comment #1 from kargl at gcc dot gnu.org --- Index: gcc/fortran/decl.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/fortran/decl.c (revision 275969) +++ gcc/fortran/decl.c (working copy) @@ -8468,6 +8468,15 @@ attr_decl1 (void) goto cleanup; } + /* Check F2018:C822. */ + if (sym->attr.dimension && sym->attr.codimension + && sym->as && sym->as->rank + sym->as->corank > 15) + { + gfc_error ("rank + corank of %qs exceeds 15 at %C", sym->name); + m =3D MATCH_ERROR; + goto cleanup; + } + if (sym->attr.cray_pointee && sym->as !=3D NULL) { /* Fix the array spec. */ Index: gcc/testsuite/gfortran.dg/pr91802.f90 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/testsuite/gfortran.dg/pr91802.f90 (nonexistent) +++ gcc/testsuite/gfortran.dg/pr91802.f90 (working copy) @@ -0,0 +1,9 @@ +! { dg-do compile } +! { dg-options "-fcoarray=3Dsingle" } +! Code contributed by Gerhard Steinmetz +! PR fortran/91802 +module m + real :: x + dimension :: x(1,2,1,2,1,2,1,2) + codimension :: x[1,2,1,2,1,2,1,*] ! { dg-error "exceeds 15" } +end >>From gcc-bugs-return-654390-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 22:47:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14124 invoked by alias); 19 Sep 2019 22:47: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 14058 invoked by uid 48); 19 Sep 2019 22:47:51 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/88713] Vectorized code slow vs. flang Date: Thu, 19 Sep 2019 22:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 8.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01480.txt.bz2 Content-length: 362 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88713 --- Comment #56 from H.J. Lu --- (In reply to Thomas Koenig from comment #55) > (In reply to H.J. Lu from comment #45) > > Created attachment 45510 [details] > > An updated patch >=20 > HJ, do you plan on committing these? We are collecting performance data before I submit it. >>From gcc-bugs-return-654391-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 19 23:18:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78988 invoked by alias); 19 Sep 2019 23:18:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 78915 invoked by uid 48); 19 Sep 2019 23:17:56 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91785] ICE in check_assumed_size_reference, at fortran/resolve.c:1601 Date: Thu, 19 Sep 2019 23:18: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-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01481.txt.bz2 Content-length: 1024 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91785 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kargl at gcc dot gnu.org --- Comment #2 from kargl at gcc dot gnu.org --- Index: gcc/fortran/primary.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/fortran/primary.c (revision 275969) +++ gcc/fortran/primary.c (working copy) @@ -2331,6 +2331,8 @@ gfc_match_varspec (gfc_expr *primary, int equiv_flag,= =20 if (tmp && tmp->type =3D=3D REF_INQUIRY) { + if (!primary->where.lb || !primary->where.nextc) + primary->where =3D gfc_current_locus; gfc_simplify_expr (primary, 0); if (primary->expr_type =3D=3D EXPR_CONSTANT) >>From gcc-bugs-return-654392-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 01:41:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 965 invoked by alias); 20 Sep 2019 01:41:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 919 invoked by uid 48); 20 Sep 2019 01:41:50 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91825] Top-of-tree GCC does not bootstrap (uninitialized warning) Date: Fri, 20 Sep 2019 01:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: unknown X-Bugzilla-Keywords: build, diagnostic, needs-reduction X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01482.txt.bz2 Content-length: 9890 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91825 --- Comment #6 from Marek Polacek --- Somewhat reduced: typedef struct rtx_def *rtx; enum machine_mode { E_VOIDmode, E_BLKmode, E_CCmode, E_CCFPmode, E_CCFPEmode, E_CC_SWPmode, E_CC_NZCmode, E_CC_NZmode, E_CC_Zmode, E_CC_Cmode, E_CC_ADCmode, E_CC_Vmode, E_BImode, E_QImode, E_HImode, E_SImode, E_DImode, E_TImode, E_OImode, E_CImode, E_XImode, E_QQmode, E_HQmode, E_SQmode, E_DQmode, E_TQmode, E_UQQmode, E_UHQmode, E_USQmode, E_UDQmode, E_UTQmode, E_HAmode, E_SAmode, E_DAmode, E_TAmode, E_UHAmode, E_USAmode, E_UDAmode, E_UTAmode, E_HFmode, E_SFmode, E_DFmode, E_TFmode, E_SDmode, E_DDmode, E_TDmode, E_CQImode, E_CHImode, E_CSImode, E_CDImode, E_CTImode, E_COImode, E_CCImode, E_CXImode, E_HCmode, E_SCmode, E_DCmode, E_TCmode, E_V8QImode, E_V4HImode, E_V2SImode, E_V16QImode, E_V8HImode, E_V4SImode, E_V2DImode, E_VNx2TImode, E_VNx3TImode, E_VNx4TImode, E_VNx2OImode, E_V2HFmode, E_V4HFmode, E_V2SFmode, E_V2DFmode, NUM_MACHINE_MODES }; template struct A { int coeffs[N]; }; template class C : public A { public: template C(const C0 &); }; machine_mode mode_size_inline_mode, emit_store_flag_1_target_mode; A<2> mode_size[1]; struct B { enum from_int {}; }; extern const char mode_class[NUM_MACHINE_MODES]; template T as_a(machine_mode); class scalar_int_mode { public: scalar_int_mode() {} scalar_int_mode(B::from_int p1) : m_mode(machine_mode(p1)) {} operator machine_mode() { return m_mode; } machine_mode m_mode; } mode_to_bytes_mode; scalar_int_mode word_mode; template bool is_int_mode(machine_mode p1, T p2) { if (mode_class[p1]) { *p2 =3D B::from_int(p1); return true; } return false; } enum insn_code {}; enum rtx_code { GE, LE, LT }; struct rtx_def { rtx_code code; machine_mode mode; }; rtx const_int_rtx_63, const_int_rtx_64, emit_store_flag_1_subtarget, emit_store_flag_1_tem, emit_store_flag_1_op00, emit_store_flag_1_op01, emit_store_flag_1_op0h, emit_store_flag_1_target, emit_store_flag_1_op0, emit_store_flag_1_op1; enum tree_code { RSHIFT_EXPR }; enum optab_tag { and_optab, ior_optab, one_cmpl_optab }; enum optab_methods { OPTAB_DIRECT }; insn_code emit_store_flag_1_icode; rtx_code emit_store_flag_1_code; int emit_store_flag_1_unsignedp, emit_store_flag_1_normalizep; short emit_store_flag_1___trans_tmp_24, emit_store_flag_1___trans_tmp_23; bool iterate_p(); inline __attribute__((__always_inline__)) C<2> mode_size_inline() { A<2> mode_size; switch (mode_size_inline_mode) { case E_VOIDmode: return 0; case E_BLKmode: return 0; case E_CCmode: return 4; case E_CCFPmode: return 4; case E_CCFPEmode: return 4; case E_CC_SWPmode: return 4; case E_CC_NZCmode: return 4; case E_CC_NZmode: return 4; case E_CC_Zmode: return 4; case E_CC_Cmode: return 4; case E_CC_ADCmode: return 4; case E_CC_Vmode: return 4; case E_BImode: return 1; case E_QImode: return 1; case E_HImode: return 2; case E_SImode: return 4; case E_DImode: return 8; case E_TImode: return 6; case E_OImode: return 2; case E_CImode: return 8; case E_XImode: return 4; case E_QQmode: return 1; case E_HQmode: return 2; case E_SQmode: return 4; case E_DQmode: return 8; case E_TQmode: return 6; case E_UQQmode: return 1; case E_UHQmode: return 2; case E_USQmode: return 4; case E_UDQmode: return 8; case E_UTQmode: return 6; case E_HAmode: return 2; case E_SAmode: return 4; case E_DAmode: return 8; case E_TAmode: return 6; case E_UHAmode: return 2; case E_USAmode: return 4; case E_UDAmode: return 8; case E_UTAmode: return 6; case E_HFmode: return 2; case E_SFmode: return 4; case E_DFmode: return 8; case E_TFmode: return 6; case E_SDmode: return 4; case E_DDmode: return 8; case E_TDmode: return 6; case E_CQImode: return 2; case E_CHImode: return 4; case E_CSImode: return 8; case E_CDImode: return 6; case E_CTImode: return 2; case E_COImode: return 4; case E_CCImode: return 6; case E_CXImode: return 8; case E_HCmode: return 4; case E_SCmode: return 8; case E_DCmode: return 6; case E_TCmode: return 2; case E_V8QImode: return 8; case E_V4HImode: return 8; case E_V2SImode: return 8; case E_V16QImode: return 6; case E_V8HImode: return 6; case E_V4SImode: return 6; case E_V2DImode: return 6; case E_VNx2TImode: return 2; case E_VNx3TImode: return 8; case E_VNx4TImode: return 4; case E_VNx2OImode: return 4; case E_V2HFmode: return 4; case E_V4HFmode: return 8; case E_V2SFmode: return 8; case E_V2DFmode: return 6; default: return mode_size; } } inline __attribute__((always_inline)) C<2> mode_to_bytes() { return mode_to_bytes_mode ? mode_size_inline() : mode_size[0]; } inline __attribute__((always_inline)) C<2> mode_to_bits() { mode_to_bytes(); return 0; } inline __attribute__((always_inline)) short GET_MODE_SIZE(scalar_int_mode) { return mode_to_bytes().coeffs[0]; } inline __attribute__((always_inline)) short GET_MODE_BITSIZE(scalar_int_mod= e) { return mode_to_bits().coeffs[0]; } void get_wider(); void simplify_gen_subreg(machine_mode, rtx, machine_mode, C<2>); bool val_signbit_known_set_p(machine_mode, long); rtx emit_store_flag(rtx, rtx_code, rtx, rtx, machine_mode, int, int); rtx expand_shift(tree_code, machine_mode, rtx, C<2>, rtx, int); insn_code optab_handler(); void expand_binop(machine_mode, optab_tag, rtx, rtx, rtx, int, optab_method= s); rtx expand_unop(machine_mode, optab_tag, rtx, rtx, int); void convert_move(rtx, rtx, int); rtx convert_modes(machine_mode, machine_mode, rtx, int); rtx emit_cstore(); rtx emit_store_flag_1(machine_mode p1) { scalar_int_mode int_mode; emit_store_flag_1___trans_tmp_23 =3D mode_to_bits().coeffs[0]; if (is_int_mode(p1, &int_mode) * (emit_store_flag_1_op0->code || emit_store_flag_1_op0)) if (emit_store_flag_1_code && const_int_rtx_63) { machine_mode __trans_tmp_3 =3D word_mode, __trans_tmp_4 =3D int_mode, __trans_tmp_5 =3D word_mode, __trans_tmp_6 =3D int_mode, __trans_tmp_7 =3D word_mode; simplify_gen_subreg(__trans_tmp_3, emit_store_flag_1_op0, __trans_tmp= _4, 0); simplify_gen_subreg(__trans_tmp_5, emit_store_flag_1_op0, __trans_tmp= _6, 8); expand_binop(__trans_tmp_7, const_int_rtx_64 ? ior_optab : and_optab, emit_store_flag_1_op00, emit_store_flag_1_op01, 0, emit_store_flag_1_unsignedp, OPTAB_DIRECT); if (emit_store_flag_1_tem) { machine_mode __trans_tmp_8 =3D word_mode; emit_store_flag(0, emit_store_flag_1_code, emit_store_flag_1_tem, emit_store_flag_1_op1, __trans_tmp_8, emit_store_flag_1_unsignedp, emit_store_flag_1_normalizep); } } if (emit_store_flag_1_code || emit_store_flag_1_code && const_int_rtx_64) machine_mode __trans_tmp_9 =3D word_mode; machine_mode __trans_tmp_10 =3D int_mode, __trans_tmp_12 =3D word_mode, __trans_tmp_14 =3D word_mode; emit_store_flag_1_tem =3D emit_store_flag( 0, emit_store_flag_1_code, emit_store_flag_1_op0h, emit_store_flag_1_= op1, __trans_tmp_12, emit_store_flag_1_unsignedp, emit_store_flag_1_target_mode || emit_store_flag_1_tem->mode =3D=3D emit_store_flag_1_target_mode); bool __trans_tmp_13 =3D val_signbit_known_set_p( __trans_tmp_14, emit_store_flag_1_normalizep ?: 1); convert_move(emit_store_flag_1_target, 0, __trans_tmp_13); if (emit_store_flag_1_op1 =3D=3D const_int_rtx_64 && (emit_store_flag_1_code =3D=3D LT || emit_store_flag_1_code =3D=3D GE= ) && is_int_mode(p1, &int_mode)) { scalar_int_mode int_target_mode =3D int_target_mode =3D as_a(emit_store_flag_1_target_mode); emit_store_flag_1___trans_tmp_24 =3D mode_to_bytes().coeffs[0]; if (GET_MODE_SIZE(int_mode)) { machine_mode __trans_tmp_15 =3D int_target_mode, __trans_tmp_16 =3D i= nt_mode; emit_store_flag_1_op0 =3D convert_modes(__trans_tmp_15, __trans_tmp_1= 6, emit_store_flag_1_op0, 0); } int_mode =3D int_target_mode; if (int_mode) emit_store_flag_1_subtarget =3D 0; if (emit_store_flag_1_code) { machine_mode __trans_tmp_17 =3D int_mode, __trans_tmp_18 =3D int_mode; emit_store_flag_1_op0 =3D expand_unop(__trans_tmp_17, one_cmpl_optab, emit_store_flag_1_op0, emit_store_flag_1_subtarget, 0); GET_MODE_BITSIZE(int_mode); emit_store_flag_1_normalizep =3D 1; emit_store_flag_1_op0 =3D expand_shift(RSHIFT_EXPR, __trans_tmp_18, emit_store_flag_1_op0, = 1, emit_store_flag_1_subtarget, 1); } if (int_mode =3D int_target_mode) { machine_mode __trans_tmp_20 =3D int_target_mode, __trans_tmp_21 =3D i= nt_mode; emit_store_flag_1_op0 =3D convert_modes(__trans_tmp_20, __trans_tmp_2= 1, emit_store_flag_1_op0, 0); } } for (; iterate_p();) emit_store_flag_1_icode =3D optab_handler(); if (emit_store_flag_1_icode) get_wider(); rtx tem =3D emit_cstore(); if (tem) if (mode_class[p1]) tem =3D emit_cstore(); if (tem) return tem; return 0; } >>From gcc-bugs-return-654393-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 02:17:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 73480 invoked by alias); 20 Sep 2019 02:17: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 71991 invoked by uid 48); 20 Sep 2019 02:17:50 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91767] [10 regression] After r274953, clang-compiled xgcc segfaults during RTL pass: stv Date: Fri, 20 Sep 2019 02:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01483.txt.bz2 Content-length: 1742 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91767 --- Comment #6 from Andrew Pinski --- (In reply to Dimitry Andric from comment #5) > Hmm, it appears that this diff "fixes" it: >=20 > diff --git a/gcc/config/i386/i386-features.c > b/gcc/config/i386/i386-features.c > index 9505b4a1330..091a59f3cb9 100644 > --- a/gcc/config/i386/i386-features.c > +++ b/gcc/config/i386/i386-features.c > @@ -1166,7 +1166,11 @@ general_scalar_chain::convert_registers () > bitmap_iterator bi; > unsigned id; > EXECUTE_IF_SET_IN_BITMAP (defs_conv, 0, id, bi) > - defs_map.put (regno_reg_rtx[id], gen_reg_rtx (smode)); > + { > + rtx key =3D regno_reg_rtx[id]; > + rtx val =3D gen_reg_rtx (smode); > + defs_map.put (key, val); > + } > EXECUTE_IF_SET_IN_BITMAP (insns_conv, 0, id, bi) > for (df_ref ref =3D DF_INSN_UID_DEFS (id); ref; ref =3D DF_REF_NEXT_= LOC > (ref)) > if (bitmap_bit_p (defs_conv, DF_REF_REGNO (ref))) >=20 > but obviously that can't be right, unless gen_reg_rtx() is doing something > horrible to regno_reg_rtx[]. I only see it adding another element at the > end, though. >=20 > I think this might indeed be some clang code generation bug, as the assem= bly > looks a little different with the above patch applied. >=20 > Digging further... Ok, just a quick note, it can make a different if defs_map.put takes a cons= tant reference for its arguments. As gen_reg_rtx can free the old regno_reg_rtx. Basically the old code is equivalant to: + { + const rtx &key =3D regno_reg_rtx[id]; + const rtx &val =3D gen_reg_rtx (smode); + defs_map.put (key, val); + } so taking the reference of a pointer which can be free is a big no-no. >>From gcc-bugs-return-654394-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 06:35:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129390 invoked by alias); 20 Sep 2019 06:35: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 129309 invoked by uid 48); 20 Sep 2019 06:35:09 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91767] [10 regression] After r274953, clang-compiled xgcc segfaults during RTL pass: stv Date: Fri, 20 Sep 2019 06:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01484.txt.bz2 Content-length: 569 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91767 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed| |2019-09-20 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot = gnu.org Ever confirmed|0 |1 --- Comment #7 from Richard Biener --- Mine. >>From gcc-bugs-return-654395-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 06:43:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 28832 invoked by alias); 20 Sep 2019 06:43:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 24418 invoked by uid 48); 20 Sep 2019 06:43:01 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91767] [10 regression] After r274953, clang-compiled xgcc segfaults during RTL pass: stv Date: Fri, 20 Sep 2019 06:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01485.txt.bz2 Content-length: 473 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91767 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #8 from Richard Biener --- Should be fixed now. Thanks for tracking it down. >>From gcc-bugs-return-654396-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 06:43:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37427 invoked by alias); 20 Sep 2019 06:43:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 34357 invoked by uid 55); 20 Sep 2019 06:43:13 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91767] [10 regression] After r274953, clang-compiled xgcc segfaults during RTL pass: stv Date: Fri, 20 Sep 2019 06:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01486.txt.bz2 Content-length: 631 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91767 --- Comment #9 from Richard Biener --- Author: rguenth Date: Fri Sep 20 06:42:39 2019 New Revision: 275989 URL: https://gcc.gnu.org/viewcvs?rev=3D275989&root=3Dgcc&view=3Drev Log: 2019-09-20 Richard Biener PR target/91767 * config/i386/i386-features.c (general_scalar_chain::convert_registers): Ensure there's a sequence point between allocating the new register and passing a reference to a reg via regno_reg_rtx. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386-features.c >>From gcc-bugs-return-654397-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 07:16:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129968 invoked by alias); 20 Sep 2019 07:16:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 129893 invoked by uid 48); 20 Sep 2019 07:16:40 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91823] [10 regression] r275959 breaks gcc.target/powerpc/altivec-32.c with ICE Date: Fri, 20 Sep 2019 07:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01487.txt.bz2 Content-length: 294 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91823 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >>From gcc-bugs-return-654398-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 07:22:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5427 invoked by alias); 20 Sep 2019 07:22:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5372 invoked by uid 48); 20 Sep 2019 07:22:05 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91828] gcc/fortran/check.c requires mpfr_set_z_2exp from MPFR 3.0.0, unavailable in mpfr-2.4.2 Date: Fri, 20 Sep 2019 07:22: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: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01488.txt.bz2 Content-length: 229 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91828 --- Comment #3 from Richard Biener --- Requiring 3.1.x is OK by now. SLES 12 has 3.1.2, only SLES 11 and older ca= nnot fulfil this requirement. >>From gcc-bugs-return-654399-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 07:31:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72876 invoked by alias); 20 Sep 2019 07:31: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 72807 invoked by uid 48); 20 Sep 2019 07:31:49 -0000 From: "amodra at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91830] New: Bogus -Warray-bounds warning compiling binutils Date: Fri, 20 Sep 2019 07:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: amodra 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-09/txt/msg01489.txt.bz2 Content-length: 1173 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91830 Bug ID: 91830 Summary: Bogus -Warray-bounds warning compiling binutils Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: amodra at gmail dot com Target Milestone: --- x86_64-linux, gcc r275988. /home/alan/src/binutils-gdb/bfd/mach-o.c: In function =E2=80=98bfd_mach_o_init_segment=E2=80=99: /home/alan/src/binutils-gdb/bfd/mach-o.c:3137:3: error: =E2=80=98strcpy=E2= =80=99 offset 24 from the object at =E2=80=98cmd=E2=80=99 is out of the bounds of referenced subo= bject =E2=80=98segname=E2=80=99 with type =E2=80=98char[17]=E2=80=99 at offset 0 [-Werror=3Darray-bounds] 3137 | strcpy (seg->segname, segname); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /home/alan/src/binutils-gdb/bfd/mach-o.c:26: /home/alan/src/binutils-gdb/bfd/mach-o.h:94:8: note: subobject =E2=80=98seg= name=E2=80=99 declared here 94 | char segname[BFD_MACH_O_SEGNAME_SIZE + 1]; | ^~~~~~~ >>From gcc-bugs-return-654400-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 07:34:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77017 invoked by alias); 20 Sep 2019 07:34:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 76962 invoked by uid 48); 20 Sep 2019 07:34:07 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91831] New: [10 Regression] ICE in expand_expr_real_1, at expr.c:10062 after r275982 Date: Fri, 20 Sep 2019 07:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 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-09/txt/msg01490.txt.bz2 Content-length: 2525 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91831 Bug ID: 91831 Summary: [10 Regression] ICE in expand_expr_real_1, at expr.c:10062 after r275982 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: marxin at gcc dot gnu.org, mjambor at suse dot cz Target Milestone: --- After the revision I see the following issue: $ cat ice.C struct A { virtual void m_fn1(); }; struct B { virtual void *m_fn2(int, int) =3D 0; }; struct C : A, B { void *m_fn2(int, int) { return this; } }; void *fn1(B &p1) { return p1.m_fn2(0, 0); } int main() { C c; fn1(c); return 0; } $ gcc ice.C -O2 --param uninlined-thunk-insns=3D1000 -c during RTL pass: expand ice.C: In function =E2=80=98_ZThn8_N1C5m_fn2Eii.artificial_thunk.0=E2=80=99: ice.C:8:9: internal compiler error: in expand_expr_real_1, at expr.c:10062 8 | void *m_fn2(int, int) { return this; } | ^~~~~ 0x6f5e79 expand_expr_real_1(tree_node*, rtx_def*, machine_mode, expand_modifier, rtx_def**, bool) /home/marxin/Programming/gcc/gcc/expr.c:10062 0xcaace4 expand_expr /home/marxin/Programming/gcc/gcc/expr.h:281 0xcaace4 expand_operands(tree_node*, tree_node*, rtx_def*, rtx_def**, rtx_def**, expand_modifier) /home/marxin/Programming/gcc/gcc/expr.c:7887 0xcb2627 expand_expr_real_2(separate_ops*, rtx_def*, machine_mode, expand_modifier) /home/marxin/Programming/gcc/gcc/expr.c:8783 0xca1c41 expand_expr_real_1(tree_node*, rtx_def*, machine_mode, expand_modifier, rtx_def**, bool) /home/marxin/Programming/gcc/gcc/expr.c:9993 0xb88fed expand_expr /home/marxin/Programming/gcc/gcc/expr.h:281 0xb88fed expand_return /home/marxin/Programming/gcc/gcc/cfgexpand.c:3639 0xb88fed expand_gimple_stmt_1 /home/marxin/Programming/gcc/gcc/cfgexpand.c:3748 0xb88fed expand_gimple_stmt /home/marxin/Programming/gcc/gcc/cfgexpand.c:3875 0xb8e6d1 expand_gimple_basic_block /home/marxin/Programming/gcc/gcc/cfgexpand.c:5915 0xb903d7 execute /home/marxin/Programming/gcc/gcc/cfgexpand.c:6555 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. >>From gcc-bugs-return-654401-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 07:34:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77934 invoked by alias); 20 Sep 2019 07:34:39 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 77883 invoked by uid 48); 20 Sep 2019 07:34:35 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91831] [10 Regression] ICE in expand_expr_real_1, at expr.c:10062 after r275982 Date: Fri, 20 Sep 2019 07:34: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: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc cf_known_to_work target_milestone everconfirmed cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01491.txt.bz2 Content-length: 645 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91831 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-20 CC| |jamborm at gcc dot gnu.org Known to work| |9.2.0 Target Milestone|--- |10.0 Ever confirmed|0 |1 Known to fail| |10.0 >>From gcc-bugs-return-654402-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 07:43:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125662 invoked by alias); 20 Sep 2019 07:43:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 125567 invoked by uid 48); 20 Sep 2019 07:43:12 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91832] New: [10 Regression] ICE in scan_expr_access, at ipa-sra.c:1695 since r275982 Date: Fri, 20 Sep 2019 07:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 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-09/txt/msg01492.txt.bz2 Content-length: 1950 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91832 Bug ID: 91832 Summary: [10 Regression] ICE in scan_expr_access, at ipa-sra.c:1695 since r275982 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: jamborm at gcc dot gnu.org, marxin at gcc dot gnu.org Target Milestone: --- Following is causing ICE: $ cat ice.i struct A1 { char a1[1]; }; void fn2(char a); void fn1(struct A1 *p1) { fn2(p1->a1[-1]); } $ ./xgcc -B. -O2 ice.i -c=20 during IPA pass: sra ice.i: In function =E2=80=98fn1=E2=80=99: ice.i:9:1: internal compiler error: in scan_expr_access, at ipa-sra.c:1695 9 | } | ^ 0xb97f9e scan_expr_access /home/marxin/Programming/gcc/gcc/ipa-sra.c:1695 0xb98787 scan_function /home/marxin/Programming/gcc/gcc/ipa-sra.c:1859 0xb9a2a9 ipa_sra_summarize_function /home/marxin/Programming/gcc/gcc/ipa-sra.c:2499 0xb9a532 ipa_sra_generate_summary /home/marxin/Programming/gcc/gcc/ipa-sra.c:2549 0xcf8034 execute_ipa_summary_passes(ipa_opt_pass_d*) /home/marxin/Programming/gcc/gcc/passes.c:2189 0x99b765 ipa_passes /home/marxin/Programming/gcc/gcc/cgraphunit.c:2505 0x99b765 symbol_table::compile() /home/marxin/Programming/gcc/gcc/cgraphunit.c:2618 0x99d82c symbol_table::compile() /home/marxin/Programming/gcc/gcc/cgraphunit.c:2595 0x99d82c symbol_table::finalize_compilation_unit() /home/marxin/Programming/gcc/gcc/cgraphunit.c:2868 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. The offset is in this case =3D=3D -8. >>From gcc-bugs-return-654403-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 07:43:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126577 invoked by alias); 20 Sep 2019 07:43: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 126411 invoked by uid 48); 20 Sep 2019 07:43:25 -0000 From: "marxin 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: Fri, 20 Sep 2019 07:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cf_known_to_work target_milestone everconfirmed cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01493.txt.bz2 Content-length: 569 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91832 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-20 Known to work| |9.2.0 Target Milestone|--- |10.0 Ever confirmed|0 |1 Known to fail| |10.0 >>From gcc-bugs-return-654404-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 08:07:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54207 invoked by alias); 20 Sep 2019 08:07: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 54162 invoked by uid 48); 20 Sep 2019 08:07:06 -0000 From: "burnus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/78260] ICE in gimplify_expr, at gimplify.c:11939 Date: Fri, 20 Sep 2019 08: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: 7.0 X-Bugzilla-Keywords: ice-on-invalid-code, openacc X-Bugzilla-Severity: normal X-Bugzilla-Who: burnus at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01494.txt.bz2 Content-length: 797 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D78260 Tobias Burnus changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |burnus at gcc dot gnu.org --- Comment #3 from Tobias Burnus --- (In reply to Gerhard Steinmetz from comment #1) > Another name clash : This one is fixed with GCC 9: 5 | !$acc declare present(s) | 1 Error: Object =E2=80=98s=E2=80=99 is not a variable at (1) (In reply to Gerhard Steinmetz from comment #0) > With invalid code and option -fopenacc, affects version 6 and 7 : This one still crashes with the trunk and on the openacc-gcc-9 branch. >>From gcc-bugs-return-654405-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 08:12:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 60817 invoked by alias); 20 Sep 2019 08:12: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 60733 invoked by uid 48); 20 Sep 2019 08:12:35 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91821] [10 regression] r275928 breaks gcc.target/powerpc/sad-vectorize-2.c Date: Fri, 20 Sep 2019 08:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01495.txt.bz2 Content-length: 394 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91821 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |missed-optimization --- Comment #2 from Richard Biener --- I have a patch. >>From gcc-bugs-return-654406-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 08:27:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32318 invoked by alias); 20 Sep 2019 08:27: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 32282 invoked by uid 48); 20 Sep 2019 08:27:13 -0000 From: "pexu@gcc-bugzilla.mail.kapsi.fi" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91833] New: [AArch64] LSE atomics depends on glibc specific sys/auxv.h Date: Fri, 20 Sep 2019 08:27: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: build X-Bugzilla-Severity: normal X-Bugzilla-Who: pexu@gcc-bugzilla.mail.kapsi.fi X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone cf_gcchost cf_gcctarget cf_gccbuild Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01496.txt.bz2 Content-length: 878 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91833 Bug ID: 91833 Summary: [AArch64] LSE atomics depends on glibc specific sys/auxv.h Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: pexu@gcc-bugzilla.mail.kapsi.fi Target Milestone: --- Host: x86_64-linux-gnu Target: aarch64-none-elf Build: x86_64-linux-gnu Hi. libgcc/config/aarch64/lse-init.c includes (in order to determi= ne hardware features). As that is a glibc specific header, its presence shoul= d be checked. If the header is not provided by the used (target) libc implementation, bootstrapping will fail. >>From gcc-bugs-return-654407-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 08:36:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61747 invoked by alias); 20 Sep 2019 08:36:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61680 invoked by uid 55); 20 Sep 2019 08:36:31 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91822] [10 Regression] FAIL: gcc.dg/pr88031.c (internal compiler error) Date: Fri, 20 Sep 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: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01497.txt.bz2 Content-length: 901 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91822 --- Comment #4 from Richard Biener --- Author: rguenth Date: Fri Sep 20 08:35:59 2019 New Revision: 275990 URL: https://gcc.gnu.org/viewcvs?rev=3D275990&root=3Dgcc&view=3Drev Log: 2019-09-20 Richard Biener PR tree-optimization/91822 * tree-vectorizer.h (vectorizable_condition): Restore for_reduction parameter. * tree-vect-loop.c (vectorizable_reduction): Adjust asserts for reduc_index in nested cycles, adjust vectorizable_condition calls. * tree-vect-stmts.c (vectorizable_condition): Restore for_reduction parameter. (vect_analyze_stmt): Adjust. (vect_transform_stmt): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vect-loop.c trunk/gcc/tree-vect-stmts.c trunk/gcc/tree-vectorizer.h >>From gcc-bugs-return-654408-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 08:42:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 72812 invoked by alias); 20 Sep 2019 08:42: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 72728 invoked by uid 48); 20 Sep 2019 08:42:23 -0000 From: "pexu@gcc-bugzilla.mail.kapsi.fi" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91834] New: [AArch64] LSE atomics, ILP32 warnings Date: Fri, 20 Sep 2019 08:42: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: build X-Bugzilla-Severity: normal X-Bugzilla-Who: pexu@gcc-bugzilla.mail.kapsi.fi X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone cf_gcchost cf_gcctarget cf_gccbuild Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01498.txt.bz2 Content-length: 1306 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91834 Bug ID: 91834 Summary: [AArch64] LSE atomics, ILP32 warnings Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: pexu@gcc-bugzilla.mail.kapsi.fi Target Milestone: --- Host: x86_64-linux-gnu Target: aarch64-none-elf Build: x86_64-linux-gnu Hi. libgcc/config/aarch64/lse.S produces the following warning when doing an IL= P32 build, which is then repeated multiple times. This is because w(tmp1) and s(tmp1) point to the same register. I presume the warning itself is not bo= gus. libgcc/config/aarch64/lse.S:230: Warning: unpredictable: identical transfer= and status registers --`stlxr w17,w17,[x1] 101 #define w(N) glue2(w, N) 102 #if SIZE < 8 103 # define s(N) w(N) 104 #else 105 # define s(N) x(N) 106 #endif ... 230 STXR w(tmp1), s(tmp1), [x1] I did not study the LSE code further, as I don't know if this feature is expected to work with ILP32 (as in perhaps not scheduled for release). >>From gcc-bugs-return-654409-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 08:47:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 57805 invoked by alias); 20 Sep 2019 08:47:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 57757 invoked by uid 48); 20 Sep 2019 08:47:38 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91822] [10 Regression] FAIL: gcc.dg/pr88031.c (internal compiler error) Date: Fri, 20 Sep 2019 08:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01499.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91822 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Richard Biener --- Fixed. >>From gcc-bugs-return-654410-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:04:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8577 invoked by alias); 20 Sep 2019 09:04:22 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5407 invoked by uid 55); 20 Sep 2019 09:04:16 -0000 From: "krebbel at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/88751] Performance regression reload vs lra Date: Fri, 20 Sep 2019 09:04:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: krebbel 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-09/txt/msg01500.txt.bz2 Content-length: 827 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88751 --- Comment #7 from Andreas Krebbel --- Author: krebbel Date: Fri Sep 20 09:03:44 2019 New Revision: 275991 URL: https://gcc.gnu.org/viewcvs?rev=3D275991&root=3Dgcc&view=3Drev Log: Fix PR88751 This patch implements a small improvement for the heuristic in lra which decides when it has to activate the simpler register allocation algorithm. gcc/ChangeLog: 2019-09-20 Andreas Krebbel Backport from mainline 2019-06-06 Andreas Krebbel PR rtl-optimization/88751 * ira.c (ira): Use the number of the actually referenced registers when calculating the threshold. Modified: branches/gcc-8-branch/gcc/ChangeLog branches/gcc-8-branch/gcc/ira.c >>From gcc-bugs-return-654411-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:12:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17736 invoked by alias); 20 Sep 2019 09:12: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 16921 invoked by uid 55); 20 Sep 2019 09:11:56 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91815] questionable error on type definition at file scope Date: Fri, 20 Sep 2019 09:12:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: minor X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01501.txt.bz2 Content-length: 646 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91815 --- Comment #6 from Eric Botcazou --- Author: ebotcazou Date: Fri Sep 20 09:11:20 2019 New Revision: 275992 URL: https://gcc.gnu.org/viewcvs?rev=3D275992&root=3Dgcc&view=3Drev Log: PR c/91815 * c-decl.c (pushdecl): In C detect duplicate declarations across sc= opes of identifiers in the external scope only for variables and functio= ns. Added: trunk/gcc/testsuite/gcc.dg/typedef-var-1.c trunk/gcc/testsuite/gcc.dg/typedef-var-2.c Modified: trunk/gcc/c/ChangeLog trunk/gcc/c/c-decl.c trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654412-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:14:42 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 46004 invoked by alias); 20 Sep 2019 09:14:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 45954 invoked by uid 48); 20 Sep 2019 09:14:38 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91815] questionable error on type definition at file scope Date: Fri, 20 Sep 2019 09:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: minor X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01502.txt.bz2 Content-length: 501 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91815 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED Target Milestone|--- |10.0 --- Comment #7 from Eric Botcazou --- Thanks, patch applied. >>From gcc-bugs-return-654413-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:18:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53751 invoked by alias); 20 Sep 2019 09:18: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 53678 invoked by uid 48); 20 Sep 2019 09:18:45 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91834] [AArch64] LSE atomics, ILP32 warnings Date: Fri, 20 Sep 2019 09: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: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01503.txt.bz2 Content-length: 303 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91834 --- Comment #1 from Andrew Pinski --- >libgcc/config/aarch64/lse.S:230: Warning: unpredictable: identical transfe= r and status registers --`stlxr w17,w17,[x1] It is unpredictable even in the LP64 case of w17, x17 too. >>From gcc-bugs-return-654414-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:23:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94752 invoked by alias); 20 Sep 2019 09:23:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94721 invoked by uid 48); 20 Sep 2019 09:23:01 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/91834] [AArch64] LSE atomics, ILP32 warnings Date: Fri, 20 Sep 2019 09:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01504.txt.bz2 Content-length: 832 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91834 --- Comment #2 from Andrew Pinski --- >I presume the warning itself is not bogus. The warning is correct. According to the ARM ARM. This patch should fix the issue but it is untested: diff --git a/libgcc/config/aarch64/lse.S b/libgcc/config/aarch64/lse.S index a5f6673596c..c7979382ad7 100644 --- a/libgcc/config/aarch64/lse.S +++ b/libgcc/config/aarch64/lse.S @@ -227,8 +227,8 @@ STARTFN NAME(LDNM) 8: mov s(tmp0), s(0) 0: LDXR s(0), [x1] OP s(tmp1), s(0), s(tmp0) - STXR w(tmp1), s(tmp1), [x1] - cbnz w(tmp1), 0b + STXR w(tmp2), s(tmp1), [x1] + cbnz w(tmp2), 0b ret ENDFN NAME(LDNM) Thanks, Andrew Pinski >>From gcc-bugs-return-654415-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:24:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96609 invoked by alias); 20 Sep 2019 09:24:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96431 invoked by uid 55); 20 Sep 2019 09:24:25 -0000 From: "krebbel at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/88751] Performance regression reload vs lra Date: Fri, 20 Sep 2019 09:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: krebbel 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-09/txt/msg01505.txt.bz2 Content-length: 827 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88751 --- Comment #8 from Andreas Krebbel --- Author: krebbel Date: Fri Sep 20 09:23:50 2019 New Revision: 275993 URL: https://gcc.gnu.org/viewcvs?rev=3D275993&root=3Dgcc&view=3Drev Log: Fix PR88751 This patch implements a small improvement for the heuristic in lra which decides when it has to activate the simpler register allocation algorithm. gcc/ChangeLog: 2019-09-20 Andreas Krebbel Backport from mainline 2019-06-06 Andreas Krebbel PR rtl-optimization/88751 * ira.c (ira): Use the number of the actually referenced registers when calculating the threshold. Modified: branches/gcc-7-branch/gcc/ChangeLog branches/gcc-7-branch/gcc/ira.c >>From gcc-bugs-return-654416-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:24:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96680 invoked by alias); 20 Sep 2019 09:24:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96428 invoked by uid 48); 20 Sep 2019 09:24:25 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91834] [10 Regression ] [AArch64] LSE atomics, warnings due to unpredictable behavior with strx and the same register for s and t Date: Fri, 20 Sep 2019 09:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc component target_milestone short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01506.txt.bz2 Content-length: 1029 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91834 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-20 CC| |pinskia at gcc dot gnu.org Component|bootstrap |target Target Milestone|--- |10.0 Summary|[AArch64] LSE atomics, |[10 Regression ] [AArch64] |ILP32 warnings |LSE atomics, warnings due | |to unpredictable behavior | |with strx and the same | |register for s and t Ever confirmed|0 |1 --- Comment #3 from Andrew Pinski --- =2E >>From gcc-bugs-return-654417-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:27:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120000 invoked by alias); 20 Sep 2019 09:27: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 119930 invoked by uid 48); 20 Sep 2019 09:27:15 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91833] [10 Regression] [AArch64] LSE atomics depends on glibc specific sys/auxv.h Date: Fri, 20 Sep 2019 09:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc component short_desc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01507.txt.bz2 Content-length: 901 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91833 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-20 CC| |rth at gcc dot gnu.org Component|bootstrap |target Summary|[AArch64] LSE atomics |[10 Regression] [AArch64] |depends on glibc specific |LSE atomics depends on |sys/auxv.h |glibc specific sys/auxv.h Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski --- Yes auxv.h only exists in glibc and maybe some other libcs but not in newli= b. >>From gcc-bugs-return-654418-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:27:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 120885 invoked by alias); 20 Sep 2019 09:27: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 120789 invoked by uid 48); 20 Sep 2019 09:27:26 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91833] [10 Regression] [AArch64] LSE atomics depends on glibc specific sys/auxv.h Date: Fri, 20 Sep 2019 09:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01508.txt.bz2 Content-length: 293 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91833 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >>From gcc-bugs-return-654419-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:29:00 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 124127 invoked by alias); 20 Sep 2019 09:29:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124029 invoked by uid 48); 20 Sep 2019 09:28:56 -0000 From: "mark.eggleston at codethink dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89103] Allow blank format items in format strings Date: Fri, 20 Sep 2019 09:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: deferred X-Bugzilla-Severity: normal X-Bugzilla-Who: mark.eggleston at codethink dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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-09/txt/msg01509.txt.bz2 Content-length: 472 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89103 MarkEggleston changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from MarkEggleston --- Patch committed by Jerry DeLisle >>From gcc-bugs-return-654420-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:43:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 74816 invoked by alias); 20 Sep 2019 09:43:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 74753 invoked by uid 55); 20 Sep 2019 09:43:12 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Fri, 20 Sep 2019 09:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01510.txt.bz2 Content-length: 514 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 --- Comment #12 from Eric Botcazou --- Author: ebotcazou Date: Fri Sep 20 09:42:40 2019 New Revision: 275994 URL: https://gcc.gnu.org/viewcvs?rev=3D275994&root=3Dgcc&view=3Drev Log: PR target/91269 * config/sparc/sparc.h (HARD_REGNO_CALLER_SAVE_MODE): Define. Added: trunk/gcc/testsuite/gcc.dg/pr91269.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/sparc/sparc.h trunk/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654421-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:46:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79220 invoked by alias); 20 Sep 2019 09:46: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 79139 invoked by uid 55); 20 Sep 2019 09:46:18 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Fri, 20 Sep 2019 09:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01511.txt.bz2 Content-length: 654 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 --- Comment #13 from Eric Botcazou --- Author: ebotcazou Date: Fri Sep 20 09:45:26 2019 New Revision: 275995 URL: https://gcc.gnu.org/viewcvs?rev=3D275995&root=3Dgcc&view=3Drev Log: PR target/91269 * config/sparc/sparc.h (HARD_REGNO_CALLER_SAVE_MODE): Define. Added: branches/gcc-9-branch/gcc/testsuite/gcc.dg/pr91269.c - copied unchanged from r275994, trunk/gcc/testsuite/gcc.dg/pr91269.c Modified: branches/gcc-9-branch/gcc/ChangeLog branches/gcc-9-branch/gcc/config/sparc/sparc.h branches/gcc-9-branch/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654424-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:47:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80885 invoked by alias); 20 Sep 2019 09:47: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 80534 invoked by uid 48); 20 Sep 2019 09:47:43 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/63944] [DR413] Partial overriding of nonconstant struct/union initializers with designated initializers Date: Fri, 20 Sep 2019 09:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01514.txt.bz2 Content-length: 519 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D63944 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ebotcazou at gcc dot gnu.o= rg --- Comment #8 from Eric Botcazou --- What about at least detecting the problematic pattern and issuing a warning that the DR is not implemented in the compiler yet? >>From gcc-bugs-return-654422-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:47:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80616 invoked by alias); 20 Sep 2019 09:47: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 80474 invoked by uid 48); 20 Sep 2019 09:47:40 -0000 From: "mark.eggleston at codethink dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89236] Intrinsic documentation changes for intrinsics affected by GNU extension Date: Fri, 20 Sep 2019 09:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: enhancement X-Bugzilla-Who: mark.eggleston at codethink dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P5 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-09/txt/msg01512.txt.bz2 Content-length: 505 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89236 MarkEggleston changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #12 from MarkEggleston --- https://gcc.gnu.org/viewcvs/gcc?view=3Drevision&revision=3D274744 >>From gcc-bugs-return-654423-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:47:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80717 invoked by alias); 20 Sep 2019 09:47: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 80502 invoked by uid 48); 20 Sep 2019 09:47:42 -0000 From: "mark.eggleston at codethink dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89078] [meta-bug] Improve the gfortran manual Date: Fri, 20 Sep 2019 09:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mark.eggleston at codethink dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01513.txt.bz2 Content-length: 500 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89078 Bug 89078 depends on bug 89236, which changed state. Bug 89236 Summary: Intrinsic documentation changes for intrinsics affected = by GNU extension https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89236 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED >>From gcc-bugs-return-654425-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:49:05 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83433 invoked by alias); 20 Sep 2019 09:48: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 83297 invoked by uid 48); 20 Sep 2019 09:48:44 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Fri, 20 Sep 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: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01515.txt.bz2 Content-length: 452 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 Eric Botcazou changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #14 from Eric Botcazou --- This should compile again. >>From gcc-bugs-return-654426-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:55:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 6181 invoked by alias); 20 Sep 2019 09:55:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 6102 invoked by uid 48); 20 Sep 2019 09:55:01 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91821] [10 regression] r275928 breaks gcc.target/powerpc/sad-vectorize-2.c Date: Fri, 20 Sep 2019 09:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01516.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91821 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Richard Biener --- Fixed. >>From gcc-bugs-return-654427-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 09:55:32 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11629 invoked by alias); 20 Sep 2019 09:55:31 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 11568 invoked by uid 55); 20 Sep 2019 09:55:26 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91821] [10 regression] r275928 breaks gcc.target/powerpc/sad-vectorize-2.c Date: Fri, 20 Sep 2019 09:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01517.txt.bz2 Content-length: 979 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91821 --- Comment #4 from Richard Biener --- Author: rguenth Date: Fri Sep 20 09:54:54 2019 New Revision: 275996 URL: https://gcc.gnu.org/viewcvs?rev=3D275996&root=3Dgcc&view=3Drev Log: 2019-09-20 Richard Biener PR tree-optimization/91821 * tree-vect-loop.c (check_reduction_path): Check we can compute reduc_idx. (vect_is_simple_reduction): Set STMT_VINFO_REDUC_IDX. * tree-vect-patterns.c (vect_reassociating_reduction_p): Return operands in canonical order. * tree-vectorizer.c (vec_info::new_stmt_vec_info): Initialize STMT_VINFO_REDUC_IDX. * tree-vectorizer.h (_stmt_vec_info::reduc_idx): New. (STMT_VINFO_REDUC_IDX): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vect-loop.c trunk/gcc/tree-vect-patterns.c trunk/gcc/tree-vectorizer.c trunk/gcc/tree-vectorizer.h >>From gcc-bugs-return-654428-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 10:14:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 35687 invoked by alias); 20 Sep 2019 10:14:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 35632 invoked by uid 48); 20 Sep 2019 10:14:01 -0000 From: "mark.eggleston at codethink dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89240] Discrepancy in the return kind of MAX and MIN between all literal input parameters and input parameters that are variables Date: Fri, 20 Sep 2019 10:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mark.eggleston at codethink 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-09/txt/msg01518.txt.bz2 Content-length: 544 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89240 MarkEggleston changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from MarkEggleston --- Behaviour matches documentation. Withdrawn as it extends non-standard behav= iour which is undesirable. >>From gcc-bugs-return-654429-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 10:34:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 93942 invoked by alias); 20 Sep 2019 10:34: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 93914 invoked by uid 48); 20 Sep 2019 10:34:13 -0000 From: "mark.eggleston at codethink dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89286] Intrinsic sign and GNU Extension Date: Fri, 20 Sep 2019 10:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mark.eggleston at codethink 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-09/txt/msg01519.txt.bz2 Content-length: 495 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89286 MarkEggleston changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |RESOLVED Resolution|--- |WONTFIX --- Comment #11 from MarkEggleston --- Expanding the scope of GNU extensions is undesirable. >>From gcc-bugs-return-654430-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 10:42:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102405 invoked by alias); 20 Sep 2019 10:42:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 102323 invoked by uid 55); 20 Sep 2019 10:42:23 -0000 From: "kito at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91683] ICE: SIGSEGV at -O when compiling for riscv64 Date: Fri, 20 Sep 2019 10:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: GC, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kito at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: wilson at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01520.txt.bz2 Content-length: 1707 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91683 --- Comment #21 from Kito Cheng --- Author: kito Date: Fri Sep 20 10:41:51 2019 New Revision: 275997 URL: https://gcc.gnu.org/viewcvs?rev=3D275997&root=3Dgcc&view=3Drev Log: RISC-V: Fix more splitters accidentally calling gen_reg_rtx. PR target/91683 * config/riscv/riscv-protos.h (riscv_split_symbol): New bool parame= ter. (riscv_move_integer): Likewise. * config/riscv/riscv.c (riscv_split_integer): Pass FALSE for new riscv_move_integer arg. (riscv_legitimize_move): Likewise. (riscv_force_temporary): New parameter in_splitter. Don't call force_reg if true. (riscv_unspec_offset_high): Pass FALSE for new riscv_force_temporary arg. (riscv_add_offset): Likewise. (riscv_split_symbol): New parameter in_splitter. Pass to riscv_force_temporary. (riscv_legitimize_address): Pass FALSE for new riscv_split_symbol arg. (riscv_move_integer): New parameter in_splitter. New local can_create_psuedo. Don't call riscv_split_integer or force_reg when in_splitter TRUE. (riscv_legitimize_const_move): Pass FALSE for new riscv_move_intege= r, riscv_split_symbol, and riscv_force_temporary args. * config/riscv/riscv.md (low+1): Pass TRUE for new riscv_move_integer arg. (low+2): Pass TRUE for new riscv_split_symbol arg. Modified: branches/gcc-9-branch/gcc/ChangeLog branches/gcc-9-branch/gcc/config/riscv/riscv-protos.h branches/gcc-9-branch/gcc/config/riscv/riscv.c branches/gcc-9-branch/gcc/config/riscv/riscv.md >>From gcc-bugs-return-654431-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 10:47:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 116011 invoked by alias); 20 Sep 2019 10:47: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 115979 invoked by uid 48); 20 Sep 2019 10:47:40 -0000 From: "ferdnyc at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/55578] Disabling warnings inside macro definition doesn't work Date: Fri, 20 Sep 2019 10:47:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.6.2 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: ferdnyc at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01521.txt.bz2 Content-length: 1254 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55578 FeRD changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ferdnyc at gmail dot com --- Comment #7 from FeRD --- (In reply to Eric Gallager from comment #5) > We should probably > choose one of the bugs in this web of related bugs and choose one to use = as > the base bug and mark the rest as duplicates, but idk which one... If you're taking votes from the "peanut gallery", I vote this one, as it's = the only one that even hints at a poorly-disseminated fact: That -no-integrated= -cpp serves as an easy workaround for this issue on affected versions, at the sl= ight expense of some additional compile time. In our own CMake project, we've added the following config, to great effect: #### Work around a GCC < 9 bug with handling of _Pragma() in macros #### See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55578 if ((${CMAKE_CXX_COMPILER_ID} STREQUAL "GNU") AND (${CMAKE_CXX_COMPILER_VERSION} VERSION_LESS "9.0.0")) set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -no-integrated-cpp") endif() >>From gcc-bugs-return-654432-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 11:01:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4451 invoked by alias); 20 Sep 2019 11:01:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 4392 invoked by uid 48); 20 Sep 2019 11:01:01 -0000 From: "mark.eggleston at codethink dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/89348] Fortran Command Options documentation fixes Date: Fri, 20 Sep 2019 11:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: mark.eggleston at codethink dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P5 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-09/txt/msg01522.txt.bz2 Content-length: 516 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D89348 MarkEggleston changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from MarkEggleston --- Committed. https://gcc.gnu.org/viewcvs/gcc?view=3Drevision&revision=3D274958 >>From gcc-bugs-return-654433-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 11:15:39 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53923 invoked by alias); 20 Sep 2019 11:15:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 53537 invoked by uid 55); 20 Sep 2019 11:15:23 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91814] [10 Regression] ICE in elimination_costs_in_insn, at reload1.c:3549 since r274926 Date: Fri, 20 Sep 2019 11:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01523.txt.bz2 Content-length: 654 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91814 --- Comment #7 from Richard Biener --- Author: rguenth Date: Fri Sep 20 11:14:34 2019 New Revision: 275998 URL: https://gcc.gnu.org/viewcvs?rev=3D275998&root=3Dgcc&view=3Drev Log: 2019-09-20 Richard Biener Uros Bizjak PR target/91814 * config/i386/i386-features.c (gen_gpr_to_xmm_move_src): Revert previous change. (general_scalar_chain::convert_op): Force not suitable memory operands to a register. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386-features.c >>From gcc-bugs-return-654434-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 11:24:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70409 invoked by alias); 20 Sep 2019 11:24:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 70353 invoked by uid 48); 20 Sep 2019 11:24:43 -0000 From: "ro at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91835] New: [10 regression] ipa-sra in section names breaks with Solaris/x86 as Date: Fri, 20 Sep 2019 11:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01524.txt.bz2 Content-length: 1298 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91835 Bug ID: 91835 Summary: [10 regression] ipa-sra in section names breaks with Solaris/x86 as Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: jamborm at gcc dot gnu.org, marxin at gcc dot gnu.org Target Milestone: --- Target: i386-pc-solaris2.11 The introduction of the IPA-SRA patch (r275982) badly broke LTO when using = the Solaris/x86 as. Many (all?) LTO tests FAIL like this: FAIL: gcc.c-torture/compile/20000105-1.c -O2 -flto -flto-partition=3Dnone= =20 (test for excess errors) Excess errors: Assembler: 20000105-1.c "/var/tmp//ccaW7VHa.s", line 35 : Syntax error Near line: " .section=20=20=20=20=20=20=20 .gnu.lto_.ipa-sra.e03463101918c5a8,#exclude" Section names can only consist of letters and digits, where '_' and '.' are also considered as letters. I'm currently trying a patch that changes gcc/lto-section-in.c (lto_section_name) to use "ipa_sra" instead of "ipa-sra", following all other LTO section names that use the '_' form. >>From gcc-bugs-return-654435-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 11:25:12 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71451 invoked by alias); 20 Sep 2019 11:25:12 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 71401 invoked by uid 48); 20 Sep 2019 11:25:08 -0000 From: "ro at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91835] [10 regression] ipa-sra in section names breaks with Solaris/x86 as Date: Fri, 20 Sep 2019 11:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: target_milestone Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01525.txt.bz2 Content-length: 286 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91835 Rainer Orth changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |10.0 >>From gcc-bugs-return-654436-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 11:34:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118937 invoked by alias); 20 Sep 2019 11:34: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 118846 invoked by uid 48); 20 Sep 2019 11:34:48 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91835] [10 regression] ipa-sra in section names breaks with Solaris/x86 as Date: Fri, 20 Sep 2019 11:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01526.txt.bz2 Content-length: 164 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91835 --- Comment #1 from Richard Biener --- If that works it's a pre-approved change. >>From gcc-bugs-return-654437-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 11:38:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 122148 invoked by alias); 20 Sep 2019 11:38: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 122081 invoked by uid 48); 20 Sep 2019 11:38:39 -0000 From: "rguenth 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: Fri, 20 Sep 2019 11:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01527.txt.bz2 Content-length: 303 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91832 --- Comment #1 from Richard Biener --- negative offset can indeed happen. Valid cases would be hidden inside pointer-based MEM_REFs though, from code like p =3D p - 4; ... =3D *p; which we'd represent as MEM[p, -4] >>From gcc-bugs-return-654438-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 11:40:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123800 invoked by alias); 20 Sep 2019 11:40:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 123725 invoked by uid 48); 20 Sep 2019 11:39:57 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91830] Bogus -Warray-bounds warning compiling binutils Date: Fri, 20 Sep 2019 11:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01528.txt.bz2 Content-length: 430 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91830 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |msebor at gcc dot gnu.org --- Comment #1 from Richard Biener --- Can you provide at least preprocessed source? >>From gcc-bugs-return-654440-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 11:59:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5661 invoked by alias); 20 Sep 2019 11:59:27 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5604 invoked by uid 48); 20 Sep 2019 11:59:23 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91836] [10 Regression] Speed regression of 525.x264_r with -Ofast -march=native since r275982 Date: Fri, 20 Sep 2019 11:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_reconfirmed_on cf_known_to_work target_milestone cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01530.txt.bz2 Content-length: 464 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91836 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Last reconfirmed| |2019-9-20 Known to work| |9.2.0 Target Milestone|--- |10.0 Known to fail| |10.0 >>From gcc-bugs-return-654439-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 11:59:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 4927 invoked by alias); 20 Sep 2019 11:59: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 4848 invoked by uid 48); 20 Sep 2019 11:59:09 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91836] New: [10 Regression] Speed regression of 525.x264_r with -Ofast -march=native since r275982 Date: Fri, 20 Sep 2019 11:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc blocked 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-09/txt/msg01529.txt.bz2 Content-length: 896 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91836 Bug ID: 91836 Summary: [10 Regression] Speed regression of 525.x264_r with -Ofast -march=3Dnative since r275982 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: jamborm at gcc dot gnu.org, marxin at gcc dot gnu.org Blocks: 26163 Target Milestone: --- Seen on the graphs and I verified that locally with train run on znver1: https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=3D35.407.0&plot.1= =3D32.377.0 Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D26163 [Bug 26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95) >>From gcc-bugs-return-654441-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:19:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 40273 invoked by alias); 20 Sep 2019 12:19:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 40189 invoked by uid 55); 20 Sep 2019 12:18:57 -0000 From: "krebbel at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/88751] Performance regression reload vs lra Date: Fri, 20 Sep 2019 12:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: krebbel 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-09/txt/msg01531.txt.bz2 Content-length: 827 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D88751 --- Comment #9 from Andreas Krebbel --- Author: krebbel Date: Fri Sep 20 12:18:26 2019 New Revision: 276000 URL: https://gcc.gnu.org/viewcvs?rev=3D276000&root=3Dgcc&view=3Drev Log: Fix PR88751 This patch implements a small improvement for the heuristic in lra which decides when it has to activate the simpler register allocation algorithm. gcc/ChangeLog: 2019-09-20 Andreas Krebbel Backport from mainline 2019-06-06 Andreas Krebbel PR rtl-optimization/88751 * ira.c (ira): Use the number of the actually referenced registers when calculating the threshold. Modified: branches/gcc-9-branch/gcc/ChangeLog branches/gcc-9-branch/gcc/ira.c >>From gcc-bugs-return-654442-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:20:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 42354 invoked by alias); 20 Sep 2019 12:20: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 42298 invoked by uid 48); 20 Sep 2019 12:19:57 -0000 From: "dan.cooke89 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91837] New: Wrong code with -ftree-loop-vectorize and -march=skylake-avx512 on some Intel machines Date: Fri, 20 Sep 2019 12:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dan.cooke89 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-09/txt/msg01532.txt.bz2 Content-length: 652 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91837 Bug ID: 91837 Summary: Wrong code with -ftree-loop-vectorize and -march=3Dskylake-avx512 on some Intel machines Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dan.cooke89 at gmail dot com Target Milestone: --- See my question on StackOverflow: https://stackoverflow.com/questions/58026153/why-does-march-native-corrupt-= my-program?noredirect=3D1#comment102457501_58026153 >>From gcc-bugs-return-654443-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:27:03 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66467 invoked by alias); 20 Sep 2019 12:27: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 66409 invoked by uid 48); 20 Sep 2019 12:26:59 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91836] [10 Regression] Speed regression of 525.x264_r with -Ofast -march=native since r275982 Date: Fri, 20 Sep 2019 12:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01533.txt.bz2 Content-length: 733 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91836 --- Comment #1 from Richard Biener --- It's likely been one of the vectorizer changes and fixed by 2019-09-20 Richard Biener PR tree-optimization/91821 * tree-vect-loop.c (check_reduction_path): Check we can compute reduc_idx. (vect_is_simple_reduction): Set STMT_VINFO_REDUC_IDX. * tree-vect-patterns.c (vect_reassociating_reduction_p): Return operands in canonical order. * tree-vectorizer.c (vec_info::new_stmt_vec_info): Initialize STMT_VINFO_REDUC_IDX. * tree-vectorizer.h (_stmt_vec_info::reduc_idx): New. (STMT_VINFO_REDUC_IDX): Likewise. >>From gcc-bugs-return-654444-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:30:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70329 invoked by alias); 20 Sep 2019 12:30:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 70122 invoked by uid 48); 20 Sep 2019 12:30:27 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91837] Wrong code with -ftree-loop-vectorize and -march=skylake-avx512 on some Intel machines Date: Fri, 20 Sep 2019 12:30:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cf_gcctarget Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01534.txt.bz2 Content-length: 1505 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91837 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Target| |x86_64-*-*, i?86-*-* --- Comment #1 from Richard Biener --- For reference: #include #include #include #include struct Model { int open, extend; }; struct Cell { int a, b; }; typedef std::vector> DPMatrix; void print(const DPMatrix& matrix) { for (std::size_t i =3D 0; i < matrix.size(); ++i) { for (std::size_t j =3D 0; j < matrix[i].size(); ++j) { std::cout << '{' << matrix[i][j].a << ' ' << matrix[i][j].b << = "} "; } std::cout << std::endl; } } DPMatrix init_dp_matrix(const std::size_t num_cols, const std::size_t num_r= ows, const Model& model) { DPMatrix result(num_cols, DPMatrix::value_type(num_rows, Cell())); const int inf =3D model.open * std::max(num_cols, num_rows); for (int i =3D 1; i < num_cols; ++i) { result[i][0].b =3D model.open + (i - 1) * model.extend; } for (int j =3D 1; j < num_rows; ++j) { result[0][j].a =3D model.open + (j - 1) * model.extend; } return result; } int main() { const Model model =3D {-8, -1}; const DPMatrix matrix =3D init_dp_matrix(10, 2, model); print(matrix); } >>From gcc-bugs-return-654445-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:34:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77202 invoked by alias); 20 Sep 2019 12:34:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 77170 invoked by uid 48); 20 Sep 2019 12:34:44 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91836] [10 Regression] Speed regression of 525.x264_r with -Ofast -march=native since r275982 Date: Fri, 20 Sep 2019 12:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01535.txt.bz2 Content-length: 182 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91836 --- Comment #2 from Martin Li=C5=A1ka --- Ah, ok, let's wait for periodic testers over the weekend. >>From gcc-bugs-return-654446-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:41:01 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 81724 invoked by alias); 20 Sep 2019 12:41:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 81677 invoked by uid 48); 20 Sep 2019 12:40:56 -0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91837] Wrong code with -ftree-loop-vectorize and -march=skylake-avx512 on some Intel machines Date: Fri, 20 Sep 2019 12:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords component Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01536.txt.bz2 Content-length: 1183 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91837 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |wrong-code Component|c++ |tree-optimization --- Comment #2 from Richard Biener --- gcc-9-branch revision 275330 works fine for me, likewise the GCC 9.2 releas= e. Note I have to use -mprefer-vector-width=3D512 to get AVX512 instructions u= sed. > g++-9 t.C -O3 -march=3Dnative -mprefer-vector-width=3D512 -fopt-info-vec t.C:35:23: optimized: loop vectorized using 64 byte vectors t.C:32:23: optimized: loop vectorized using 64 byte vectors /usr/include/c++/9/bits/stl_algobase.h:759:13: optimized: loop vectorized u= sing 64 byte vectors vs. > g++-9 t.C -O3 -march=3Dnative -fopt-info-vec t.C:35:23: optimized: loop vectorized using 32 byte vectors t.C:32:23: optimized: loop vectorized using 32 byte vectors /usr/include/c++/9/bits/stl_algobase.h:759:13: optimized: loop vectorized u= sing 32 byte vectors so, not confirmed. >>From gcc-bugs-return-654447-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:43:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89933 invoked by alias); 20 Sep 2019 12:43:02 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 89867 invoked by uid 48); 20 Sep 2019 12:42:58 -0000 From: "kretz at kde dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91838] New: incorrect use of shr and shrx to shift by 64, missed optimization of vector shift Date: Fri, 20 Sep 2019 12:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: missed-optimization, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kretz at kde 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 keywords bug_severity priority component assigned_to reporter target_milestone cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01537.txt.bz2 Content-length: 1217 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91838 Bug ID: 91838 Summary: incorrect use of shr and shrx to shift by 64, missed optimization of vector shift Product: gcc Version: 9.2.0 Status: UNCONFIRMED Keywords: missed-optimization, wrong-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: kretz at kde dot org Target Milestone: --- Target: x86_64-*-* Test case: using T =3D unsigned char; // or ushort, or uint using V [[gnu::vector_size(8)]] =3D T; V f(V x) { return x >> 8 * sizeof(T); } GCC 10 compiles to either xor or shift (which should better be xor, as well) GCC 9.2 compiles to: vmovq rax, xmm0 mov ecx, 64 shr rax, cl sal rax, (64 - 8*sizeof(T)) vmovq xmm0, rax The `shr rax, cl`, where cl =3D=3D 64 is a nop, because shr (and shrx, whic= h is used when BMI2 is enabled) mask the count with 0x3f. Consequently the last element of the input vector is unchanged in the output. In any case, the use of shr/shrx with shifts > 64 (or 32 in case of the 32-= bit variant) should not occur. >>From gcc-bugs-return-654448-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:46:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92637 invoked by alias); 20 Sep 2019 12:46:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 92626 invoked by uid 48); 20 Sep 2019 12:46:11 -0000 From: "kretz at kde dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91838] incorrect use of shr and shrx to shift by 64, missed optimization of vector shift Date: Fri, 20 Sep 2019 12:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: missed-optimization, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: kretz at kde 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01538.txt.bz2 Content-length: 145 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91838 --- Comment #1 from Matthias Kretz --- https://godbolt.org/z/zxmCTz >>From gcc-bugs-return-654449-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:48:35 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108609 invoked by alias); 20 Sep 2019 12:48:35 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 106910 invoked by uid 48); 20 Sep 2019 12:48:20 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91836] [10 Regression] Speed regression of 525.x264_r with -Ofast -march=native since r275982 Date: Fri, 20 Sep 2019 12:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01539.txt.bz2 Content-length: 223 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91836 --- Comment #3 from Martin Li=C5=A1ka --- One additional related can be: https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=3D35.407.0 >>From gcc-bugs-return-654450-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 12:56:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 17788 invoked by alias); 20 Sep 2019 12:56: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 17751 invoked by uid 48); 20 Sep 2019 12:56:24 -0000 From: "tangyixuan at mail dot dlut.edu.cn" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91839] New: missing error diagnosis for undeclared identifier Date: Fri, 20 Sep 2019 12:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tangyixuan at mail dot dlut.edu.cn X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-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-09/txt/msg01540.txt.bz2 Content-length: 1859 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91839 Bug ID: 91839 Summary: missing error diagnosis for undeclared identifier Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- GCC-trunk omits the error dignosis about "l_2" in the following error code: $ cat s.c static long a //error static int func_1(void; //error static int func_1(void) { int l_24[4] =3D {{9L},{(-1L)},{9L},{(-1L)}}; return l_2[2]; //error } int main() { func_1(); return 0; } $ ../gcc-trunk/gcc s.c gcc version 10.0.0 20190913 (experimental) (GCC) target: Ubuntu 4.8.5-4ubuntu8~14.04.2 s.c:1:14: error: expected =E2=80=98;=E2=80=99 before =E2=80=98static=E2=80= =99 static long a ^ ; static int func_1(void; ~~~~~~=20=20=20=20=20=20=20 s.c:3:13: error: storage class specified for parameter =E2=80=98func_1=E2= =80=99 static int func_1(void) ^~~~~~ s.c:4:1: error: expected =E2=80=98;=E2=80=99, =E2=80=98,=E2=80=99 or =E2=80= =98)=E2=80=99 before =E2=80=98{=E2=80=99 token { ^ However, when compiled with clang:=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20 $ clang-8.0 -w -ferror-limit=3D0 s.c s.c:1:14: error: expected ';' after top level declarator static long a ^ ; s.c:2:24: error: expected ')' static int func_1(void; ^ s.c:6:12: error: use of undeclared identifier 'l_2'; did you mean 'l_24'? return l_2[2]; ^~~ l_24 3 errors generated. >>From gcc-bugs-return-654451-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 13:14:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50778 invoked by alias); 20 Sep 2019 13:14:36 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 50747 invoked by uid 48); 20 Sep 2019 13:14:32 -0000 From: "programmer at posteo dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91490] [9 Regression] bogus argument missing terminating nul warning on strlen of a flexible array member Date: Fri, 20 Sep 2019 13:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: diagnostic, missed-optimization, patch X-Bugzilla-Severity: normal X-Bugzilla-Who: programmer at posteo dot de X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01541.txt.bz2 Content-length: 1121 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91490 programmer at posteo dot de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |programmer at posteo dot de --- Comment #6 from programmer at posteo dot de --- The same bogus warning ist produced by "g++ -Wall" with the C++ code below. Note that flexible array members are not involved there. GCC 9.2 is affected: https://godbolt.org/z/j9m4XS GCC 10 seems fixed: https://godbolt.org/z/DPrR1Z ///////////////////////////////////////////////////////////////////////////= /// struct two_chars_t {// std::array char data_[2]; constexpr const char* data() const { return data_; } }; constexpr two_chars_t global_x0 =3D two_chars_t{'x', '\0'}; int main() { constexpr const char* pointer =3D global_x0.data(); static_assert(pointer[0] =3D=3D 'x'); static_assert(pointer[1] =3D=3D '\0'); return __builtin_strlen(pointer); } ///////////////////////////////////////////////////////////////////////////= /// >>From gcc-bugs-return-654452-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 13:15:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54094 invoked by alias); 20 Sep 2019 13:15:56 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 52497 invoked by uid 48); 20 Sep 2019 13:15:51 -0000 From: "david.bolvansky at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91840] New: Support for #pragma unroll (N) Date: Fri, 20 Sep 2019 13:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: david.bolvansky 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-09/txt/msg01542.txt.bz2 Content-length: 825 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91840 Bug ID: 91840 Summary: Support for #pragma unroll (N) Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: david.bolvansky at gmail dot com Target Milestone: --- Clang/ICC supports #pragma unroll (N) and it would be good if GCC too, so we don't have to write macros to workaround it and to keep the code buildable = by all tree compilers. This should not be so hard, since GCC already has #pragma GCC unroll (N). void unroll(int a[], int b[], int c[], int d[]) { #pragma unroll(4) for (int i =3D 1; i < 100; i++) { b[i] =3D a[i] + 1; d[i] =3D c[i] + 1; } } >>From gcc-bugs-return-654453-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 13:30:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64479 invoked by alias); 20 Sep 2019 13:30:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 51473 invoked by uid 48); 20 Sep 2019 13:30:25 -0000 From: "kretz at kde dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91841] New: vector_size(8) passes MMX register without emms cleanup Date: Fri, 20 Sep 2019 13:30: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: kretz at kde 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 cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01543.txt.bz2 Content-length: 1378 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91841 Bug ID: 91841 Summary: vector_size(8) passes MMX register without emms cleanup Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: kretz at kde dot org Target Milestone: --- Target: i?86-*-* Test case `g++ -O2 -m32` (cf. https://godbolt.org/z/RDUZo9): #include using T =3D unsigned short; using V [[gnu::vector_size(8)]] =3D T; [[gnu::noinline]] V f(V x) { return x; } int main() { volatile float a =3D 1.f; auto x =3D f(~V{}); asm("" :: "X"(x)); std::cout << a + 2.f; } The V parameter is passed via mm0 which leads to 1.f+2.f becoming -nan. If GCC cannot reliably insert emms, it should not (never!) transparently em= it MMX code. Nowhere in this code did I ask for MMX... I understand that this would be an ABI break. But at least clang does not implement this ABI eithe= r. Why is this relevant? namespace std { template class simd { using V [[gnu::vector_size(sizeof(T) * N)]] =3D T; V d; public: ... }; } Subsequently interleaving `std::simd` and any FPU code (forced e.g. with long double) would lead to disaster. >>From gcc-bugs-return-654454-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 13:37:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 100311 invoked by alias); 20 Sep 2019 13:37:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 100266 invoked by uid 48); 20 Sep 2019 13:37:34 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91823] [10 regression] r275959 breaks gcc.target/powerpc/altivec-32.c with ICE Date: Fri, 20 Sep 2019 13:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01544.txt.bz2 Content-length: 142 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91823 --- Comment #4 from seurer at gcc dot gnu.org --- The full test showed no new problems. >>From gcc-bugs-return-654455-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 13:43:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 15553 invoked by alias); 20 Sep 2019 13:43:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 15498 invoked by uid 48); 20 Sep 2019 13:43:15 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91364] Implement P0388R4: Permit conversions to arrays of unknown bound Date: Fri, 20 Sep 2019 13:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01545.txt.bz2 Content-length: 241 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91364 --- Comment #1 from Marek Polacek --- Sort of depends on CWG 2352 Similar types and reference binding which chang= ed the definition of "reference-related". >>From gcc-bugs-return-654456-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 13:45:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24465 invoked by alias); 20 Sep 2019 13:45:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 24218 invoked by uid 48); 20 Sep 2019 13:45:49 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91841] vector_size(8) passes MMX register without emms cleanup Date: Fri, 20 Sep 2019 13:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01546.txt.bz2 Content-length: 1354 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91841 Uro=C5=A1 Bizjak changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Uro=C5=A1 Bizjak --- (In reply to Matthias Kretz from comment #0) > Test case `g++ -O2 -m32` (cf. https://godbolt.org/z/RDUZo9): >=20 > #include >=20 > using T =3D unsigned short; > using V [[gnu::vector_size(8)]] =3D T; >=20 > [[gnu::noinline]] V f(V x) { return x; } >=20 > int main() { > volatile float a =3D 1.f; > auto x =3D f(~V{}); > asm("" :: "X"(x)); > std::cout << a + 2.f; > } >=20 > The V parameter is passed via mm0 which leads to 1.f+2.f becoming -nan. >=20 > If GCC cannot reliably insert emms, it should not (never!) transparently > emit MMX code. Nowhere in this code did I ask for MMX... I understand that > this would be an ABI break. But at least clang does not implement this ABI > either. Clang is wrong here. Please see [1], section 2.2.3, Parameter Passing and Returning Values. > Why is this relevant? Because of [1]. GCC implements published ABI. [1] https://www.uclibc.org/docs/psABI-i386.pdf >>From gcc-bugs-return-654457-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 13:46:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25350 invoked by alias); 20 Sep 2019 13:46:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 25262 invoked by uid 48); 20 Sep 2019 13:46:25 -0000 From: "jason at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91825] [10 regression] Bogus -Wmaybe-uninitialized with r275744 breaks bootstrap Date: Fri, 20 Sep 2019 13:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build, diagnostic, needs-reduction X-Bugzilla-Severity: normal X-Bugzilla-Who: jason at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01547.txt.bz2 Content-length: 1788 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91825 Jason Merrill changed: What |Removed |Added ---------------------------------------------------------------------------- Component|bootstrap |tree-optimization Summary|Top-of-tree GCC does not |[10 regression] Bogus |bootstrap (uninitialized |-Wmaybe-uninitialized with |warning) |r275744 breaks bootstrap --- Comment #7 from Jason Merrill --- OK, I'm confident now that this is not a problem with the front-end output.= =20 The only difference from r275744 is that some indexing expressions are represented in gimple as ar[idx] rather than *(&ar+idx), e.g. _119 =3D scalar_int_mode::operator machine_mode (&int_mode_to); - _120 =3D (sizetype) _119; - _121 =3D &mode_class + _120; - _122 =3D *_121; - if (_122 =3D=3D 2) goto ; else goto ; + _120 =3D (long int) _119; + _121 =3D mode_class[_120]; + if (_121 =3D=3D 2) goto ; else goto ; By the time we get to the uninit pass I see some differences in the gimple, such as references to 'cstore'=20 + # cstore_2229 =3D PHI ... + # cstore_2844 =3D PHI ... - mode.96_671 =3D (int) mode_69; + mode.96_671 =3D (int) cstore_2844; It's not clear to me how this affects uninit. I can wait to reapply r275744 until I'm ready to commit the operator<=3D> p= atch, but it would be good if someone could fix the tree-ssa issue before then. >>From gcc-bugs-return-654458-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 14:01:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 49318 invoked by alias); 20 Sep 2019 14:01:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 49241 invoked by uid 48); 20 Sep 2019 14:01:49 -0000 From: "yann at droneaud dot fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/82803] Wildly excessive calls to __tls_get_addr with optimizations enabled. Date: Fri, 20 Sep 2019 14:01:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 7.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: yann at droneaud dot fr X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01548.txt.bz2 Content-length: 1505 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D82803 Yann Droneaud changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yann at droneaud dot fr --- Comment #8 from Yann Droneaud --- Created attachment 46903 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46903&action=3Dedit An artificial test case for gcc to emit 17 calls to __tls_get_addr() Using Thread Local Storage (TLS) is a pain: the issue reported here still a= pply on latest GCC. I've code such as static struct state *state(void) __attribute__((pure)); static struct state *state(void) { static __thread struct state s; return &s; } int do(void) { struct state * const s =3D state(); int res; /* do something */ return res; } Once compiled, code for my real function contains 6 calls to __tls_get_addr= (). Which is far more than expected. And far more than necessary. Clang compile the same code and emit a single call to __tls_get_addr(). Bot= h on Linux amd64, -O3 -fPIC. The attached testcase is an example which is designed to trigger 17 calls to __tls_get_addr(). As you will see, there's about one per conditional + func= tion call pair. Once again, clang is able to emit code with a single call to __tls_get_addr= (). You can check for yourself: https://godbolt.org/z/QVGjka >>From gcc-bugs-return-654459-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 14:03:44 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 54970 invoked by alias); 20 Sep 2019 14:03:44 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 54904 invoked by uid 48); 20 Sep 2019 14:03:40 -0000 From: "yann at droneaud dot fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/82803] Wildly excessive calls to __tls_get_addr with optimizations enabled. Date: Fri, 20 Sep 2019 14:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 7.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: yann at droneaud dot fr X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01549.txt.bz2 Content-length: 160 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D82803 --- Comment #9 from Yann Droneaud --- This issue is also reported as bug #81501 >>From gcc-bugs-return-654460-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 14:03:56 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55637 invoked by alias); 20 Sep 2019 14:03: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 55599 invoked by uid 48); 20 Sep 2019 14:03:52 -0000 From: "yann at droneaud dot fr" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/81501] Unneccessary calls to __tls_get_addr() in simple thread-singleton pattern Date: Fri, 20 Sep 2019 14:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 7.1.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: yann at droneaud dot fr X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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-09/txt/msg01550.txt.bz2 Content-length: 395 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81501 Yann Droneaud changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yann at droneaud dot fr --- Comment #3 from Yann Droneaud --- See also bug #82803. >>From gcc-bugs-return-654461-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 14:16:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 738 invoked by alias); 20 Sep 2019 14:16:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 693 invoked by uid 48); 20 Sep 2019 14:16:33 -0000 From: "seurer at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/91842] New: new test case gcc.dg/ipa/ipa-sra-19.c in r275982 has compilation error Date: Fri, 20 Sep 2019 14:16:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: seurer at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01551.txt.bz2 Content-length: 1689 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91842 Bug ID: 91842 Summary: new test case gcc.dg/ipa/ipa-sra-19.c in r275982 has compilation error Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: seurer at gcc dot gnu.org Target Milestone: --- Executing on host: /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/ipa/ipa-sra-19.c=20=20=20 -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -S -o ipa-sra-19.s (timeout =3D 300) spawn -ignore SIGHUP /home/seurer/gcc/build/gcc-test2/gcc/xgcc -B/home/seurer/gcc/build/gcc-test2/gcc/ /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/ipa/ipa-sra-19.c -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=3Dnever -O2 -S -o ipa-sra-19.s /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/ipa/ipa-sra-19.c: In functi= on 'c': /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/ipa/ipa-sra-19.c:19:3: erro= r: AltiVec argument passed to unprototyped function compiler exited with status 1 FAIL: gcc.dg/ipa/ipa-sra-19.c (test for excess errors) Excess errors: /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/ipa/ipa-sra-19.c:19:3: erro= r: AltiVec argument passed to unprototyped function testcase /home/seurer/gcc/gcc-test2/gcc/testsuite/gcc.dg/ipa/ipa.exp comple= ted in 0 seconds =3D=3D=3D gcc Summary =3D=3D=3D # of unexpected failures 1 >>From gcc-bugs-return-654462-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 14:26:16 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18198 invoked by alias); 20 Sep 2019 14:26:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 18119 invoked by uid 48); 20 Sep 2019 14:26:11 -0000 From: "kretz at kde dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91841] vector_size(8) passes MMX register without emms cleanup Date: Fri, 20 Sep 2019 14:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kretz at kde dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01552.txt.bz2 Content-length: 1020 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91841 --- Comment #2 from Matthias Kretz --- Ah, because of: typedef int __m64 __attribute__ ((__vector_size__ (8), __may_alias__)); ? Too be pedantic only `int [[gnu::vector_size(8)]]` equals __m64. But I see your point. I guess clang interprets the optional nature of __m64 to mean that they can pass vector_size(8) objects on the stack? (aka, there's no __m64 here) But then 2.2.1 says "Therefore, every function that uses the MMX registers = is required to issue an emms or femms instruction after using MMX registers, before returning or calling another function." This is in contradiction to Table 2.4 which requires __m64 to be returned v= ia %mm0. Calling emms before ret would invalidate the return value. I.e. the A= BI must require callers of functions that return via %mm0 to call emms. Am I reading this wrong, or is the ABI broken here? Note, I am fine with a wontfix. Just want to be extra clear about the design decision here. >>From gcc-bugs-return-654463-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 15:17:30 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 98976 invoked by alias); 20 Sep 2019 15:17:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 98381 invoked by uid 48); 20 Sep 2019 15:17:22 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91841] vector_size(8) passes MMX register without emms cleanup Date: Fri, 20 Sep 2019 15:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01553.txt.bz2 Content-length: 1001 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91841 --- Comment #3 from Uro=C5=A1 Bizjak --- (In reply to Matthias Kretz from comment #2) > But then 2.2.1 says "Therefore, every function that uses the MMX registers > is required to issue an emms or femms instruction after using MMX registe= rs, > before returning or calling another function." > This is in contradiction to Table 2.4 which requires __m64 to be returned > via %mm0. Calling emms before ret would invalidate the return value. I.e. > the ABI must require callers of functions that return via %mm0 to call em= ms. >=20 > Am I reading this wrong, or is the ABI broken here? [f]emms should be emitted by an intrinsic (_mm_empty), inserted by the programmer. The programmer can mix FP and MMX instructions in the same function, so there is no way for compiler to automatically emit emms. Obviously, when the function returns value in %mm0 register (or in %fp), em= ms should not be inserted at function exit. >>From gcc-bugs-return-654464-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 15:23:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 61451 invoked by alias); 20 Sep 2019 15:23:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 61384 invoked by uid 48); 20 Sep 2019 15:23:33 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91830] Bogus -Warray-bounds warning compiling binutils Date: Fri, 20 Sep 2019 15:23:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor 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-09/txt/msg01554.txt.bz2 Content-length: 954 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91830 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING Last reconfirmed| |2019-09-20 Ever confirmed|0 |1 --- Comment #2 from Martin Sebor --- The warning is most likely the result of the patch for pr91631 that I commi= tted just yesterday. I don't see it with the top of binutils-gdb on x86_64-linux and I haven't had luck with any test cases derived from the Mach code. I d= on't know how to configure it for Mach so a translation unit that reproduces it would help. Alternatively, if you can show me how to configure it for Mach= I can try to reproduce it myself (knowing how to do that would be useful in a= ny case). >>From gcc-bugs-return-654465-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 15:26:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123064 invoked by alias); 20 Sep 2019 15:26: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 122371 invoked by uid 48); 20 Sep 2019 15:26:40 -0000 From: "maxim.yegorushkin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91796] Sub-optimal YMM register allocation. Date: Fri, 20 Sep 2019 15:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: maxim.yegorushkin 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-09/txt/msg01555.txt.bz2 Content-length: 540 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91796 --- Comment #1 from Maxim Egorushkin -= -- In addition, the code tries to generate avx_signbit using 2 instructions: comparision vpcmpeqq and shift vpsllq to avoid loading anything from memory. However, the compiler replaces the code with loading a 64-byte constant from memory, which may cause otherwise unnecessary TLB and cache misses in the w= orst case scenario. Is there a way to make the compiler not replace the instructions with a loa= d? >>From gcc-bugs-return-654466-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 15:37:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84660 invoked by alias); 20 Sep 2019 15:37: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 84595 invoked by uid 48); 20 Sep 2019 15:37:40 -0000 From: "wilson at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91683] ICE: SIGSEGV at -O when compiling for riscv64 Date: Fri, 20 Sep 2019 15:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: GC, ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: wilson at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: wilson 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-09/txt/msg01556.txt.bz2 Content-length: 449 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91683 Jim Wilson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #22 from Jim Wilson --- Fixed on mainline and gcc-9 branch. >>From gcc-bugs-return-654467-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 15:40:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99291 invoked by alias); 20 Sep 2019 15:40: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 97208 invoked by uid 48); 20 Sep 2019 15:40:46 -0000 From: "amodra at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91830] Bogus -Warray-bounds warning compiling binutils Date: Fri, 20 Sep 2019 15:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: amodra at gmail dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01557.txt.bz2 Content-length: 243 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91830 --- Comment #3 from Alan Modra --- Created attachment 46904 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46904&action=3Dedit reduced testcase -O2 -Wall >>From gcc-bugs-return-654468-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 15:42:31 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118821 invoked by alias); 20 Sep 2019 15:42: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 114313 invoked by uid 48); 20 Sep 2019 15:42:26 -0000 From: "lhyatt at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91843] New: pretty printer mangles extended characters Date: Fri, 20 Sep 2019 15:42:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lhyatt 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-09/txt/msg01558.txt.bz2 Content-length: 3265 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91843 Bug ID: 91843 Summary: pretty printer mangles extended characters Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: lhyatt at gmail dot com Target Milestone: --- There seem to be some issues with identifiers containing extended characters going through pretty-printer.c. For example, this test: =3D=3D=3D=3D=3D int int_=CF=80 =3D 3; int =CF=80() { return itn_=CF=80; } =3D=3D=3D=3D=3D (note: if testing older trunk that doesn't have extended identifier support, the same behavior is seen using UCNs). In either C or C++ mode, the output is wrong: t8.cpp: In function =E2=80=98int\xcf\x80()=E2=80=99: t8.cpp:3:12: error: =E2=80=98itn_=CF=80=E2=80=99 was not declared in this s= cope; did you mean =E2=80=98int\xcf\x80=E2=80=99? 3 | return itn_=CF=80; | ^~~~~ | int_=CF=80 (in C it's the same except for minor changes in the text.) So extended characters are printed 5 times, and 2 of them get mangled with = hex escape codes and 3 come out OK. Of the 3 that work, 2 from diagnostic-show-locus.c are just output directly from the source, and the o= ther one (the error: 'itn_=CF=80') is printed using %qD, which ends up in pp_c_identifier, which ends up calling pp_identifier in pretty-print.h, whi= ch calls pp_string, which does not do any hex escaping. For the two wrong ones, the code path is different for C and C++, but they = end up in pretty-printer.c being processed as a %qs directive either way. (BTW, incidental to this bug report, the "did you mean" part is missing a c= all to identifier_to_locale(). But that isn't the reason it gets misprinted.) It seems there are lots of code paths that may end up printing an identifier via %qs, so I tried to look at this common element, and the situation seems straightforward enough, but I don't understand why it is the way it is, so = I'm not sure what's the correct fix. The source of the issue is that the %qs se= ems to apply quoting in two unrelated senses... It surrounds the string with quotation marks, and it also prints the string with pp_quoted_string() inst= ead of pp_string(). The pp_quoted_string() then applies the hex escape to all non-printable bytes it comes across. Seems there would be a few options: -Change %qs to only surround with quotes, not also do hex escapes. This is a simple one-line fix but I am not sure why it does this hex escaping or if i= t's still necessary for other use cases. -Maybe there is some alternative to %qs that is already there that's suppos= ed to be used for this, and needs to be added in various places? This test case reveals two of them, but there must be others among 2000 different uses of = %qs, so not sure about this... -Change pp_quoted_string() to check if the bytes it would escape form a val= id UTF-8 sequence, in which case, don't escape them. That also seems relatively simple and would handle all uses cases of %qs wherever they may be. I am happy to work on it but not sure how to decide on the best path. Thank= s! -Lewis >>From gcc-bugs-return-654469-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 15:44:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 123754 invoked by alias); 20 Sep 2019 15:44:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 123709 invoked by uid 48); 20 Sep 2019 15:44:04 -0000 From: "amodra at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91830] Bogus -Warray-bounds warning compiling binutils Date: Fri, 20 Sep 2019 15:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: amodra at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01559.txt.bz2 Content-length: 518 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91830 Alan Modra changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW --- Comment #4 from Alan Modra --- Configuring binutils with --enable-targets=3Dall on a 64-bit host will get = all the bfd files built. Or in this case, --target=3Di686-darwin will compile bfd/mach-o.c. >>From gcc-bugs-return-654470-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 15:46:07 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 125386 invoked by alias); 20 Sep 2019 15:46:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 125340 invoked by uid 48); 20 Sep 2019 15:46:02 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91830] Bogus -Warray-bounds warning compiling binutils Date: Fri, 20 Sep 2019 15:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01560.txt.bz2 Content-length: 450 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91830 --- Comment #5 from Martin Sebor --- Thanks. I also just noticed I missed the "x86_64-linux" at the beginning on comment= #0. The way I configure gdb-binutils, bfd/mach-o.c doesn't get compiled (I did= n't use --enable-targets=3Dall), but I was able to reproduce the warning by com= piling it by hand so I can confirm the warning. Let me see where the problem is. >>From gcc-bugs-return-654471-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 16:05:43 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 62842 invoked by alias); 20 Sep 2019 16:05: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 62762 invoked by uid 55); 20 Sep 2019 16:05:39 -0000 From: "burnus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/78260] ICE in gimplify_expr, at gimplify.c:11939 Date: Fri, 20 Sep 2019 16:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 7.0 X-Bugzilla-Keywords: ice-on-invalid-code, openacc X-Bugzilla-Severity: normal X-Bugzilla-Who: burnus 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-09/txt/msg01561.txt.bz2 Content-length: 1606 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D78260 --- Comment #4 from Tobias Burnus --- Author: burnus Date: Fri Sep 20 16:05:06 2019 New Revision: 276002 URL: https://gcc.gnu.org/viewcvs?rev=3D276002&root=3Dgcc&view=3Drev Log: 2019-09-20 Tobias Burnus PR fortran/78260 * openmp.c (gfc_resolve_oacc_declare): Reject all non variables but accept function result variables. * trans-openmp.c (gfc_trans_omp_clauses): Handle function-result variables for remaing cases. 2019-09-20 Tobias Burnus PR fortran/78260 * gfortran.dg/goacc/parameter.f95: Change dg-error as it is now detected earlier. * gfortran.dg/goacc/pr85701.f90: Modify to use a separate result variable. * gfortran.dg/goacc/pr78260.f90: New. * gfortran.dg/goacc/pr78260-2.f90: New. * gfortran.dg/gomp/pr78260.f90: New. * gfortran.dg/gomp/pr78260-2.f90: New. * gfortran.dg/gomp/pr78260-3.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/goacc/pr78260-2.f90 trunk/gcc/testsuite/gfortran.dg/goacc/pr78260.f90 trunk/gcc/testsuite/gfortran.dg/gomp/pr78260-2.f90 trunk/gcc/testsuite/gfortran.dg/gomp/pr78260-3.f90 trunk/gcc/testsuite/gfortran.dg/gomp/pr78260.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/openmp.c trunk/gcc/fortran/trans-openmp.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/goacc/parameter.f95 trunk/gcc/testsuite/gfortran.dg/goacc/pr85701.f90 >>From gcc-bugs-return-654472-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 16:07:04 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 64146 invoked by alias); 20 Sep 2019 16:07:04 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 64054 invoked by uid 48); 20 Sep 2019 16:06:59 -0000 From: "burnus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/78260] ICE in gimplify_expr, at gimplify.c:11939 Date: Fri, 20 Sep 2019 16:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 7.0 X-Bugzilla-Keywords: ice-on-invalid-code, openacc X-Bugzilla-Severity: normal X-Bugzilla-Who: burnus at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01562.txt.bz2 Content-length: 652 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D78260 Tobias Burnus changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Tobias Burnus --- FIXED on the trunk (GCC 10). Thanks for the report! Turned out that a tad more was requires as it also wrongly rejected function f() !$acc declare present(f) where "f" is both the function name and the result-variable name. >>From gcc-bugs-return-654473-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 16:36:18 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12496 invoked by alias); 20 Sep 2019 16:36:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 12440 invoked by uid 48); 20 Sep 2019 16:36:13 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91844] New: Implement CWG 2352, Similar types and reference binding Date: Fri, 20 Sep 2019 16: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: mpolacek at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01563.txt.bz2 Content-length: 1038 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91844 Bug ID: 91844 Summary: Implement CWG 2352, Similar types and reference binding Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mpolacek at gcc dot gnu.org Target Milestone: --- int *ptr; const int *const & f() { return ptr; } Here, a reference to a temporary is returned, because under the old wording, "int *" and "const int * const" are not reference-related, because they're = not the same types. But this CWG changed the definition of "reference-related"= to say =E2=80=9Ccv1 T1=E2=80=9D is reference-related to =E2=80=9Ccv2 T2=E2=80=9D i= f T1 is similar ([conv.qual]) to T2, or T1 is a base class of T2. http://eel.is/c++draft/dcl.init#def:reference-related So it seems we need to tweak reference_related_p, and then we will bind directly to ptr. >>From gcc-bugs-return-654474-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 16:55:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 95889 invoked by alias); 20 Sep 2019 16:55: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 95844 invoked by uid 48); 20 Sep 2019 16:55:24 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91830] [10 Regression] Bogus -Warray-bounds on strcpy into a member of a subobject compiling binutils Date: Fri, 20 Sep 2019 16:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: msebor at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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-09/txt/msg01564.txt.bz2 Content-length: 2058 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91830 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot g= nu.org Target Milestone|--- |10.0 Summary|Bogus -Warray-bounds |[10 Regression] Bogus |warning compiling binutils |-Warray-bounds on strcpy | |into a member of a | |subobject compiling | |binutils --- Comment #6 from Martin Sebor --- Reduced test case. The warning code uses the MEM_REF type, or struct A her= e, to validate the access to B::A::a at offset 4, without adjusting the offset= by that of B::a (or rather, the offset of B::A::a from B). $ cat pr91830.c && gcc -O2 -S -Wall -fdump-tree-wrestrict=3D/dev/stdout pr9= 1830.c struct A { char a[3]; int i; }; struct B { int j; struct A a; }; void g (struct B *p, const char *s) { struct A *q =3D &p->a; __builtin_strcpy (q->a, s); } ;; Function g (g, funcdef_no=3D0, decl_uid=3D1931, cgraph_uid=3D1, symbol_o= rder=3D0) pr91830.c: In function =E2=80=98g=E2=80=99: pr91830.c:7:3: warning: =E2=80=98__builtin_strcpy=E2=80=99 offset 4 from th= e object at =E2=80=98p=E2=80=99 is out of the bounds of referenced subobject =E2=80=98a=E2=80=99 with type =E2= =80=98char[3]=E2=80=99 at offset 0 [-Warray-bounds] 7 | __builtin_strcpy (q->a, s); | ^~~~~~~~~~~~~~~~~~~~~~~~~~ pr91830.c:1:17: note: subobject =E2=80=98a=E2=80=99 declared here 1 | struct A { char a[3]; int i; }; | ^ g (struct B * p, const char * s) { char[3] * _1; [local count: 1073741824]: _1 =3D &MEM[(struct A *)p_2(D) + 4B].a; __builtin_strcpy (_1, s_4(D)); return; } >>From gcc-bugs-return-654475-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 17:02:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 87081 invoked by alias); 20 Sep 2019 17:02:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 82022 invoked by uid 48); 20 Sep 2019 17:02:04 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91845] New: [10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in build_m_component_ref, at cp/typeck2.c:2086 Date: Fri, 20 Sep 2019 17:02:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01565.txt.bz2 Content-length: 5120 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91845 Bug ID: 91845 Summary: [10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in build_m_component_ref, at cp/typeck2.c:2086 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: error-recovery, ice-on-invalid-code Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- g++-10.0.0-alpha20190915 snapshot (r275736) ICEs when compiling the followi= ng testcase reduced from test/CXX/drs/dr20xx.cpp from the clang 9.0.0 testsuit= e: void non_const_mem_ptr() { struct A { }; constexpr A a =3D {1, 2}; struct B { int A::*p; constexpr int g() const { return a.*p; }; }; } % g++-10.0.0-alpha20190915 -c ecqppima.cpp ecqppima.cpp: In function 'void non_const_mem_ptr()': ecqppima.cpp:5:24: error: too many initializers for 'const non_const_mem_ptr()::A' 5 | constexpr A a =3D {1, 2}; | ^ ecqppima.cpp: In member function 'constexpr int non_const_mem_ptr()::B::g() const': ecqppima.cpp:9:14: error: use of local variable with automatic storage from containing function 9 | return a.*p; | ^ ecqppima.cpp:5:15: note: 'constexpr const non_const_mem_ptr()::A a' declared here 5 | constexpr A a =3D {1, 2}; | ^ ecqppima.cpp:9:17: internal compiler error: tree check: expected class 'typ= e', have 'exceptional' (error_mark) in build_m_component_ref, at cp/typeck2.c:2= 086 9 | return a.*p; | ^ 0x7d6093 tree_class_check_failed(tree_node const*, tree_code_class, char const*, int, char const*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/tree.c:9972 0x6846b7 tree_class_check(tree_node*, tree_code_class, char const*, int, ch= ar const*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/tree.h:3390 0x6846b7 build_m_component_ref(tree_node*, tree_node*, int) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/typeck2.c:2086 0xa627b2 build_x_binary_op(op_location_t const&, tree_code, tree_node*, tree_code, tree_node*, tree_code, tree_node**, int) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/typeck.c:4183 0x99e924 cp_parser_binary_expression =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:9645 0x99f689 cp_parser_assignment_expression =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:9780 0x99f90c cp_parser_expression =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:9948 0x9afd2a cp_parser_jump_statement =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:12951 0x9afd2a cp_parser_statement =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:11233 0x9b03b5 cp_parser_statement_seq_opt =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:11699 0x9b0485 cp_parser_compound_statement =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:11653 0x9c906c cp_parser_function_body =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:22702 0x9c906c cp_parser_ctor_initializer_opt_and_function_body =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:22753 0x9c995d cp_parser_function_definition_after_declarator =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:28074 0x9cab51 cp_parser_late_parsing_for_member =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:28959 0x9aa355 cp_parser_class_specifier_1 =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:23784 0x9ab394 cp_parser_class_specifier =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:23810 0x9ab394 cp_parser_type_specifier =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:17475 0x9ac199 cp_parser_decl_specifier_seq =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:14174 0x9acb0a cp_parser_simple_declaration =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:13460 >>From gcc-bugs-return-654476-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 17:34:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109929 invoked by alias); 20 Sep 2019 17:34: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 109876 invoked by uid 48); 20 Sep 2019 17:34:45 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91845] [10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in build_m_component_ref, at cp/typeck2.c:2086 Date: Fri, 20 Sep 2019 17:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01566.txt.bz2 Content-length: 572 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91845 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-20 CC| |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Started with r253266. >>From gcc-bugs-return-654477-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 17:35:29 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110979 invoked by alias); 20 Sep 2019 17:35:29 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 110890 invoked by uid 48); 20 Sep 2019 17:35:24 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91845] [8/9/10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in build_m_component_ref, at cp/typeck2.c:2086 Date: Fri, 20 Sep 2019 17:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01567.txt.bz2 Content-length: 726 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91845 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |8.4 Summary|[10 Regression] ICE: tree |[8/9/10 Regression] ICE: |check: expected class |tree check: expected class |'type', have 'exceptional' |'type', have 'exceptional' |(error_mark) in |(error_mark) in |build_m_component_ref, at |build_m_component_ref, at |cp/typeck2.c:2086 |cp/typeck2.c:2086 >>From gcc-bugs-return-654478-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 17:46:09 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 1713 invoked by alias); 20 Sep 2019 17:46:03 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 1592 invoked by uid 48); 20 Sep 2019 17:45:58 -0000 From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91846] New: [9/10 Regression] ICE in use_thunk, at cp/method.c:316 Date: Fri, 20 Sep 2019 17:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01568.txt.bz2 Content-length: 5918 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91846 Bug ID: 91846 Summary: [9/10 Regression] ICE in use_thunk, at cp/method.c:316 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: error-recovery, ice-on-invalid-code Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- g++-10.0.0-alpha20190915 snapshot (r275736) ICEs when compiling the followi= ng testcase reduced from test/SemaCXX/constant-expression-cxx2a.cpp from the c= lang 9.0.0 test suite: struct B { virtual constexpr char f() const { return 'B'; } char b =3D f(); }; struct C { virtual constexpr char f() const { return 'C'; } B *pba; char c =3D ((B*)this)->f(); char ba =3D pba->f(); }; struct D : B, C { char d =3D ' '; }; template struct Covariant2 { virtual const T *f() const; }; template struct Covariant3 : Covariant2 { constexpr virtual const D *f() const { return nullptr; } }; constexpr Covariant3 cc; static_assert(cc.f()->d =3D=3D 'D'); % g++-10.0.0-alpha20190915 -c wkzgbhd7.cpp wkzgbhd7.cpp: In instantiation of 'constexpr const D* Covariant3::f() co= nst [with T =3D C]': wkzgbhd7.cpp:29:19: required from here wkzgbhd7.cpp:24:58: internal compiler error: in use_thunk, at cp/method.c:3= 16 24 | constexpr virtual const D *f() const { return nullptr; } | ^ 0x616688 use_thunk(tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/method.c:316 0xa38119 emit_associated_thunks(tree_node*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/semantics.c:4341 0xa3845b expand_or_defer_fn(tree_node*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/semantics.c:4443 0x9ee958 instantiate_decl(tree_node*, bool, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/pt.c:24802 0x8d46bc instantiate_cx_fn_r =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/constexpr.c:5495 0x123b246 walk_tree_1(tree_node**, tree_node* (*)(tree_node**, int*, void*), void*, hash_set >*, tree_node* (*)(tree_node**, int*, tree_node* (*)(tree_node**, int*, void*), void*, hash_set >*)) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/tree.c:12259 0x123bab0 walk_tree_1(tree_node**, tree_node* (*)(tree_node**, int*, void*), void*, hash_set >*, tree_node* (*)(tree_node**, int*, tree_node* (*)(tree_node**, int*, void*), void*, hash_set >*)) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/tree.c:12589 0x123bab0 walk_tree_1(tree_node**, tree_node* (*)(tree_node**, int*, void*), void*, hash_set >*, tree_node* (*)(tree_node**, int*, tree_node* (*)(tree_node**, int*, void*), void*, hash_set >*)) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/tree.c:12589 0x123e343 walk_tree_without_duplicates_1(tree_node**, tree_node* (*)(tree_node**, int*, void*), void*, tree_node* (*)(tree_node**, int*, tree_node* (*)(tree_node**, int*, void*), void*, hash_set >*)) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/tree.c:12615 0x8dfa3f instantiate_constexpr_fns =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/constexpr.c:5514 0x8dfa3f cxx_eval_outermost_constant_expr =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/constexpr.c:5576 0x8e3cdd maybe_constant_value(tree_node*, tree_node*, bool) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/constexpr.c:5790 0x8f8c85 cp_fully_fold(tree_node*) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/cp-gimplify.c:2197 0xa6db26 cp_build_binary_op(op_location_t const&, tree_code, tree_node*, tree_node*, int) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/typeck.c:5561 0x8b654e build_new_op_1 =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/call.c:6231 0x8b6faa build_new_op(op_location_t const&, tree_code, int, tree_node*, tree_node*, tree_node*, tree_node**, int) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/call.c:6275 0xa62611 build_x_binary_op(op_location_t const&, tree_code, tree_node*, tree_code, tree_node*, tree_code, tree_node**, int) =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/typeck.c:4185 0x99e924 cp_parser_binary_expression =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:9645 0x99f689 cp_parser_assignment_expression =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:9780 0x99f0b9 cp_parser_constant_expression =20=20=20=20=20=20=20 /var/tmp/portage/sys-devel/gcc-10.0.0_alpha20190915/work/gcc-10-20190915/gc= c/cp/parser.c:10074 >>From gcc-bugs-return-654479-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 17:50:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8199 invoked by alias); 20 Sep 2019 17:50:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 8124 invoked by uid 48); 20 Sep 2019 17:50:09 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91845] [8/9/10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in build_m_component_ref, at cp/typeck2.c:2086 Date: Fri, 20 Sep 2019 17:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01569.txt.bz2 Content-length: 729 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91845 --- Comment #2 from Marek Polacek --- I suggest: --- a/gcc/cp/typeck2.c +++ b/gcc/cp/typeck2.c @@ -2068,12 +2068,12 @@ build_m_component_ref (tree datum, tree component, tsubst_flags_t complain) tree binfo; tree ctype; - if (error_operand_p (datum) || error_operand_p (component)) - return error_mark_node; - datum =3D mark_lvalue_use (datum); component =3D mark_rvalue_use (component); + if (error_operand_p (datum) || error_operand_p (component)) + return error_mark_node; + ptrmem_type =3D TREE_TYPE (component); if (!TYPE_PTRMEM_P (ptrmem_type)) { because mark_[lr]value_use can cope with error_mark_node. >>From gcc-bugs-return-654480-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 17:57:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 18207 invoked by alias); 20 Sep 2019 17:57: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 18157 invoked by uid 48); 20 Sep 2019 17:57:13 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91845] [8/9/10 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in build_m_component_ref, at cp/typeck2.c:2086 Date: Fri, 20 Sep 2019 17:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01570.txt.bz2 Content-length: 184 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91845 --- Comment #3 from Marek Polacek --- Though probably not if only the TREE_TYPE is error_mark_node. >>From gcc-bugs-return-654481-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 18:08:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67337 invoked by alias); 20 Sep 2019 18:08: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 67283 invoked by uid 48); 20 Sep 2019 18:08:20 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/65364] FAIL: gcc.dg/uninit-19.c (test for warnings, line 22) Date: Fri, 20 Sep 2019 18:08:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: iains at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01571.txt.bz2 Content-length: 436 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65364 Iain Sandoe changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Iain Sandoe --- fixed on open branches. >>From gcc-bugs-return-654482-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 18:15:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 86066 invoked by alias); 20 Sep 2019 18:15:49 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 85933 invoked by uid 48); 20 Sep 2019 18:15:41 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91846] [9/10 Regression] ICE in use_thunk, at cp/method.c:316 Date: Fri, 20 Sep 2019 18:15:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: error-recovery, ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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-09/txt/msg01572.txt.bz2 Content-length: 561 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91846 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-20 CC| |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Confirmed. >>From gcc-bugs-return-654483-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 18:29:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 118088 invoked by alias); 20 Sep 2019 18:29: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 114407 invoked by uid 55); 20 Sep 2019 18:29:48 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/81058] FAIL: gcc.target/i386/avx512bw-vpmovu?swb-1.c scan-assembler-times vpmovu?swb.* Date: Fri, 20 Sep 2019 18:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: iains at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01573.txt.bz2 Content-length: 1191 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81058 --- Comment #10 from Iain Sandoe --- Author: iains Date: Fri Sep 20 18:29:16 2019 New Revision: 276003 URL: https://gcc.gnu.org/viewcvs?rev=3D276003&root=3Dgcc&view=3Drev Log: [Darwin, X86, testsuite] Fix PR81058. The tests fail because Darwin indirects common accesses which causes differ= ent codegen and the mismatch in output. Placing the vars in regular .data secti= on fixes that. gcc/testsuite/ 2019-09-20 Iain Sandoe Backport from mainline. 2019-05-11 Iain Sandoe PR testsuite/81058 * gcc.target/i386/avx512bw-vpmovswb-1.c: Use regular data section for variables on Darwin, rather than common. * gcc.target/i386/avx512bw-vpmovuswb-1.c: Likewise. * gcc.target/i386/avx512bw-vpmovwb-1.c: Likewise. Modified: branches/gcc-8-branch/gcc/testsuite/ChangeLog branches/gcc-8-branch/gcc/testsuite/gcc.target/i386/avx512bw-vpmovswb-1= .c branches/gcc-8-branch/gcc/testsuite/gcc.target/i386/avx512bw-vpmovuswb-= 1.c branches/gcc-8-branch/gcc/testsuite/gcc.target/i386/avx512bw-vpmovwb-1.c >>From gcc-bugs-return-654484-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 19:17:37 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111904 invoked by alias); 20 Sep 2019 19:17: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 111350 invoked by uid 48); 20 Sep 2019 19:17:31 -0000 From: "lhyatt at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91843] pretty printer mangles extended characters Date: Fri, 20 Sep 2019 19:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: lhyatt at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01574.txt.bz2 Content-length: 553 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91843 --- Comment #1 from Lewis Hyatt --- Created attachment 46905 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46905&action=3Dedit Patch to implement the 3rd option The last option from my previous message seems, at least, unlikely to break anything. Attached patch resolves this issue. It also fixes a small unrelated bug that prevents the first byte prior to a= ny hex-escaped byte from being output, which was revealed by new self-test cas= es that I have added. >>From gcc-bugs-return-654485-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 19:53:46 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14038 invoked by alias); 20 Sep 2019 19:53: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 14000 invoked by uid 48); 20 Sep 2019 19:53:41 -0000 From: "kretz at kde dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91841] vector_size(8) passes MMX register without emms cleanup Date: Fri, 20 Sep 2019 19:53:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kretz at kde dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01575.txt.bz2 Content-length: 985 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91841 --- Comment #4 from Matthias Kretz --- (In reply to Uro=C5=A1 Bizjak from comment #3) > [f]emms should be emitted by an intrinsic (_mm_empty), inserted by the > programmer. The programmer can mix FP and MMX instructions in the same > function, so there is no way for compiler to automatically emit emms. But that was my original point. In #0 the programmer did not mix FP and MMX instructions, only float and ushort [[gnu::vector_size(8)]] (which isn't ev= en the same type as __m64) operations. The compiler did it. ;-) In that case, I understand 2.2.1 p3 as a requirement on the compiler. I sure agree that the= use of MMX intrinsics puts the responsibility with the developer, but use of vector_size(8)? > Obviously, when the function returns value in %mm0 register (or in %fp), > emms should not be inserted at function exit. Right. Does that mean you agree the ABI document is contradicting itself? >>From gcc-bugs-return-654486-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 19:54:50 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 45213 invoked by alias); 20 Sep 2019 19:54:50 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 39454 invoked by uid 48); 20 Sep 2019 19:54:45 -0000 From: "mf at simerics dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91826] Unexpected behavior when class defined with namespace alias Date: Fri, 20 Sep 2019 19:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: mf at simerics 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-09/txt/msg01576.txt.bz2 Content-length: 1496 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91826 --- Comment #1 from Micha=C5=82 --- Previous code compiles fine with clang, but failed with gcc 8.x. I check similar code that is invalid and should fail with this error:=20 namespace N1 { namespace N { class C; } } namespace N2 { namespace A =3D N1::N; class A::C {}; } This one fail as expected in 9.x & 9.2, but segment fault with 'internal compiler error' when compiled with gcc 6.3. It is possible that change was = made to correct this problem. I found that error is printed inside gcc/cp/parser.c when function 'is_ancestor' is used to check if current scope is ancestor of declared cla= ss. This check failed. This function is used at three different location to che= ck correctness of class/enum scope. The problem is that namespace alias is not resolved to original namespace during check and 'is_nested_namespace' function used inside 'is_ancestor' d= oes not handle namespace aliases. I made change in file gcc/cp/name-lookup.c to resolve original namespace before calling this function. Compiler now work for valid code while still print error for invalid above.= I can also build original commercial code that had problem. Change diff is be= low.=20 diff gcc/cp/name-lookup.c ../gcc-9.2.0/gcc/cp/name-lookup.c 4149,4152c4149 < { < child =3D ORIGINAL_NAMESPACE (child); < return is_nested_namespace (root, child); < } --- > return is_nested_namespace (root, child); >>From gcc-bugs-return-654487-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 20:05:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66286 invoked by alias); 20 Sep 2019 20:05: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 65935 invoked by uid 48); 20 Sep 2019 20:05:43 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91699] [10 Regression] Bogus warnings with -O3 -flto after revision r274997 Date: Fri, 20 Sep 2019 20:05:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: iains at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01577.txt.bz2 Content-length: 1185 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91699 Iain Sandoe changed: What |Removed |Added ---------------------------------------------------------------------------- Last reconfirmed|2019-09-07 00:00:00 |2019-9-20 --- Comment #1 from Iain Sandoe --- similar effects are repeatable on x86_64-linux-gnu and powerpc64-linux-gnu. e.g. on x86-64-linux-gnu: In function 'copy2', inlined from 'MAIN__' at /home/iains/gcc-trunk/src/gcc/testsuite/gfortran.dg/argument_checking_1.f90= :13:0, inlined from 'main' at /home/iains/gcc-trunk/src/gcc/testsuite/gfortran.dg/argument_checking_1.f90= :18:0: /home/iains/gcc-trunk/src/gcc/testsuite/gfortran.dg/argument_checking_1.f90= :28: warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=3D] FAIL: gfortran.dg/argument_checking_1.f90 -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (test for excess errors) Excess errors: /home/iains/gcc-trunk/src/gcc/testsuite/gfortran.dg/argument_checking_1.f90= :28:0: warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=3D] >>From gcc-bugs-return-654488-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 20:07:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 71135 invoked by alias); 20 Sep 2019 20:07:19 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 70943 invoked by uid 48); 20 Sep 2019 20:07:15 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91699] [10 Regression] Bogus warnings with -O3 -flto after revision r274997 Date: Fri, 20 Sep 2019 20:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: iains at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01578.txt.bz2 Content-length: 220 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91699 --- Comment #2 from Iain Sandoe --- NOTE: the test passes without -flto, but fails with (although it's not show= n in the options summary) >>From gcc-bugs-return-654489-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 20:14:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 66746 invoked by alias); 20 Sep 2019 20:14:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 66446 invoked by uid 48); 20 Sep 2019 20:14:53 -0000 From: "dan.cooke89 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91837] Wrong code with -ftree-loop-vectorize and -march=skylake-avx512 on some Intel machines Date: Fri, 20 Sep 2019 20:14:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dan.cooke89 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-09/txt/msg01579.txt.bz2 Content-length: 392 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91837 --- Comment #3 from Daniel Cooke --- I tried replicating the issue on a CentOS machine (AWS EC2) with the exact = same CPU and got the correct output. However, I just fired up a fresh AWS EC2 instance running Ubuntu and I can replicate the bug again. Is it possible t= hat the bug is CPU *and* OS specific? >>From gcc-bugs-return-654490-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 20:24:15 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 129615 invoked by alias); 20 Sep 2019 20:24:05 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 124993 invoked by uid 55); 20 Sep 2019 20:24:00 -0000 From: "law at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/86811] Vax port needs updating for CVE-2017-5753 Date: Fri, 20 Sep 2019 20:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: law 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-09/txt/msg01580.txt.bz2 Content-length: 464 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D86811 --- Comment #2 from Jeffrey A. Law --- Author: law Date: Fri Sep 20 20:23:29 2019 New Revision: 276006 URL: https://gcc.gnu.org/viewcvs?rev=3D276006&root=3Dgcc&view=3Drev Log: PR target/86811 * config/vax/vax.c (TARGET_HAVE_SPECULATION_SAFE_VALUE): Define to speculation_safe_value_not_needed. Modified: trunk/gcc/ChangeLog trunk/gcc/config/vax/vax.c >>From gcc-bugs-return-654491-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 20:24:51 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37116 invoked by alias); 20 Sep 2019 20:24:51 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 35143 invoked by uid 48); 20 Sep 2019 20:24:48 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91699] [10 Regression] Bogus warnings with -O3 -flto after revision r274997 Date: Fri, 20 Sep 2019 20:24:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01581.txt.bz2 Content-length: 1259 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91699 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://gcc.gnu.org/bugzill | |a/show_bug.cgi?id=3D80545 --- Comment #3 from Martin Sebor --- -Wstringop-overflow is only enabled for the C family plus LTO and with pr80= 545 resolved should now be disabled for Fortran, so something in the command li= ne option handling is still not working right. My guess is the LTO setting in= the warning entry in gcc/c-family/c.opt is behind it: Wstringop-overflow=3D C ObjC C++ LTO ObjC++ Joined RejectNegative UInteger Var(warn_stringop_overflow) Init(2) Warning LangEnabledBy(C ObjC C++ LTO ObjC++, Wall, 2, 0) IntegerRange(0, 4) The LTO handling of late warning options aside, I also suspect the warning = code itself isn't dealing with the "special" MEM_REFs emitted for Fortran arrays quite right. I recently fixed a -Warray-bounds false positive for Fortran (pr91584) and it wouldn't surprise me if the code -Wstringop-overflow had a similar bug. >>From gcc-bugs-return-654492-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 20:44:23 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 50385 invoked by alias); 20 Sep 2019 20:44: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 49728 invoked by uid 48); 20 Sep 2019 20:44:16 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91699] [10 Regression] Bogus Wstringop-overflow in Fotran with -flto after revision r274997 Date: Fri, 20 Sep 2019 20:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: iains at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01582.txt.bz2 Content-length: 290 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91699 --- Comment #4 from Iain Sandoe --- hmm that seems quite tricky, as if we are missing a more selective infrastructure for deciding whether a warning applies. Or do you expect to make it work for Fortran too? >>From gcc-bugs-return-654493-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 20:47:10 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 59294 invoked by alias); 20 Sep 2019 20:47:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 59247 invoked by uid 48); 20 Sep 2019 20:47:05 -0000 From: "dmalcolm at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91426] Different colors for errors with multiple locations Date: Fri, 20 Sep 2019 20:47: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: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: dmalcolm at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: 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-09/txt/msg01583.txt.bz2 Content-length: 443 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91426 David Malcolm changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --- Comment #7 from David Malcolm --- Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2019-09/msg01269.html >>From gcc-bugs-return-654494-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 20:58:24 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 77003 invoked by alias); 20 Sep 2019 20:58: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 76924 invoked by uid 48); 20 Sep 2019 20:58:20 -0000 From: "kargl at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91714] Accepts type statement without delimiter in free form Date: Fri, 20 Sep 2019 20:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: kargl at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01584.txt.bz2 Content-length: 1857 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91714 kargl at gcc dot gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-20 CC| |kargl at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from kargl at gcc dot gnu.org --- Fixes the problem with "typea" Index: gcc/fortran/decl.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- gcc/fortran/decl.c (revision 275969) +++ gcc/fortran/decl.c (working copy) @@ -10231,6 +10240,17 @@ gfc_match_derived_decl (void) return MATCH_ERROR; } + /* In free source form, need to check for TYPE XXX as oppose to TYPEXXX= . */=20 + if (m =3D=3D MATCH_NO && gfc_current_form =3D=3D FORM_FREE) + { + char c =3D gfc_peek_ascii_char (); + if (!gfc_is_whitespace (c)) + { + gfc_error ("Mangled derived type definition at %C"); + return MATCH_NO; + } + } + m =3D gfc_match (" %n ", name); if (m !=3D MATCH_YES) return m; @@ -10238,7 +10258,7 @@ gfc_match_derived_decl (void) /* Make sure that we don't identify TYPE IS (...) as a parameterized derived type named 'is'. TODO Expand the check, when 'name' =3D "is" by matching " (tname) " - and checking if this is a(n intrinsic) typename. his picks up + and checking if this is a(n intrinsic) typename. This picks up misplaced TYPE IS statements such as in select_type_1.f03. */ if (gfc_peek_ascii_char () =3D=3D '(') { >>From gcc-bugs-return-654495-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 21:03:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 108586 invoked by alias); 20 Sep 2019 21:03: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 107738 invoked by uid 48); 20 Sep 2019 21:03:51 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91699] [10 Regression] Bogus Wstringop-overflow in Fotran with -flto after revision r274997 Date: Fri, 20 Sep 2019 21:03:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01585.txt.bz2 Content-length: 1172 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91699 --- Comment #5 from Martin Sebor --- I don't yet fully understand the interplay between LTO and the late warning= (or other middle-end) options to tell how difficult that problem might be to fi= x.=20 At Cauldron Jeff mentioned other problems in this area, such as LTO suppres= sing -Wall even when it's on the command line during compilation, or different translation units (or even functions via #pragma GCC diagnostic) being comp= iled with different warning options that LTO is expected to somehow merge when inlining. It does sound tricky. But -Wstringop-truncation shouldn't be any more noisy for Fotran code than = it is for C, so the most expedient "fix"for this bug will probably be to corre= ct the warning to handle the Fortran MEM_REFs (if it's wrong). This shouldn't= be too hard if I can reproduce the problem without LTO (even without the warni= ng itself). The checker still runs, it just doesn't emit any warnings (without LTO), so I can work with that. The general issue of the interaction between middle-end warning options and= LTO can be dealt with separately. >>From gcc-bugs-return-654496-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 21:20:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102267 invoked by alias); 20 Sep 2019 21:20:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 102122 invoked by uid 55); 20 Sep 2019 21:20:09 -0000 From: "sgk at troutmask dot apl.washington.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91714] Accepts type statement without delimiter in free form Date: Fri, 20 Sep 2019 21: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: accepts-invalid X-Bugzilla-Severity: normal X-Bugzilla-Who: sgk at troutmask dot apl.washington.edu 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-09/txt/msg01586.txt.bz2 Content-length: 650 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91714 --- Comment #3 from Steve Kargl -= -- On Fri, Sep 20, 2019 at 08:58:19PM +0000, kargl at gcc dot gnu.org wrote: > --- Comment #2 from kargl at gcc dot gnu.org --- > Fixes the problem with "typea" >=20 > Index: gcc/fortran/decl.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- gcc/fortran/decl.c (revision 275969) > +++ gcc/fortran/decl.c (working copy) Patch needs some minor tuning. >>From gcc-bugs-return-654497-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 21:40:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 14256 invoked by alias); 20 Sep 2019 21:40:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 14168 invoked by uid 48); 20 Sep 2019 21:39:57 -0000 From: "rth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91834] [10 Regression ] [AArch64] LSE atomics, warnings due to unpredictable behavior with strx and the same register for s and t Date: Fri, 20 Sep 2019 21:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: rth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01587.txt.bz2 Content-length: 451 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91834 Richard Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.= org --- Comment #4 from Richard Henderson --- Ack. >>From gcc-bugs-return-654498-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 21:41:13 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16037 invoked by alias); 20 Sep 2019 21:41: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 15995 invoked by uid 48); 20 Sep 2019 21:41:10 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91837] Wrong code with -ftree-loop-vectorize and -march=skylake-avx512 on some Intel machines Date: Fri, 20 Sep 2019 21:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01588.txt.bz2 Content-length: 507 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91837 --- Comment #4 from H.J. Lu --- (In reply to Daniel Cooke from comment #3) > I tried replicating the issue on a CentOS machine (AWS EC2) with the exact > same CPU and got the correct output. However, I just fired up a fresh AWS > EC2 instance running Ubuntu and I can replicate the bug again. Is it > possible that the bug is CPU *and* OS specific? You may run into https://sourceware.org/bugzilla/show_bug.cgi?id=3D23465 >>From gcc-bugs-return-654499-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 21:48:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 92049 invoked by alias); 20 Sep 2019 21:48:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 92009 invoked by uid 48); 20 Sep 2019 21:48:44 -0000 From: "rth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91833] [10 Regression] [AArch64] LSE atomics depends on glibc specific sys/auxv.h Date: Fri, 20 Sep 2019 21:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: rth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01589.txt.bz2 Content-length: 735 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91833 Richard Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.= org --- Comment #2 from Richard Henderson --- Hmm. When I built aarch64-elf for newlib, configure automatically sets inhibit_libc, which avoids the whole issue. While a test vs __GLIBC__ might work, a configure test vs sys/auxv.h is probably better. I see current musl also provides this header. Pekka, what library are you using? >>From gcc-bugs-return-654500-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 22:44:20 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 11375 invoked by alias); 20 Sep 2019 22:44: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 9106 invoked by uid 48); 20 Sep 2019 22:44:16 -0000 From: "pexu@gcc-bugzilla.mail.kapsi.fi" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91833] [10 Regression] [AArch64] LSE atomics depends on glibc specific sys/auxv.h Date: Fri, 20 Sep 2019 22:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: pexu@gcc-bugzilla.mail.kapsi.fi X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rth 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-09/txt/msg01590.txt.bz2 Content-length: 931 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91833 --- Comment #3 from Pekka S --- Well, actually I'm also using newlib (always using the latest trunk). It's configured and built as usual (not patching anything), but I don't think I'= ve ever seen inhibit_libc being defined -- I did notice it in the lse-init.c, = but I thought (as it wasn't being set for my configuration) it perhaps gates so= me other features. I'm not targetting any particular OS but using a bare bones setup. I've been using my build scripts for quite some time now (a couple of years= ?) and it's been all good so far; I use a couple of different newlib configurations (nano and non-nano). Perhaps I need to study what inhibit_l= ibc affects, should it cause some other unwanted behaviour for my purposes, and where it would be detected in the configure scripts. Or, simply supply a s= tub sys/auxv.h and carry on. >>From gcc-bugs-return-654501-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 22:57:48 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106747 invoked by alias); 20 Sep 2019 22:57:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 106655 invoked by uid 48); 20 Sep 2019 22:57:43 -0000 From: "mattst88 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Fri, 20 Sep 2019 22:57:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: mattst88 at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou 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-09/txt/msg01591.txt.bz2 Content-length: 361 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 --- Comment #15 from Matt Turner --- I believe the Known to work field is wrong and gcc-8.3.0 has this bug as we= ll. Can we have this backported to the gcc-8 branch? Thank you! (FWIW, we also discovered that lz4-1.8.3 fails to build on 64-bit sparc due= to tihs bug as well) >>From gcc-bugs-return-654502-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 23:25:49 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96333 invoked by alias); 20 Sep 2019 23:25:48 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 96285 invoked by uid 48); 20 Sep 2019 23:25:44 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91833] [10 Regression] [AArch64] LSE atomics depends on glibc specific sys/auxv.h Date: Fri, 20 Sep 2019 23:25:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rth 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-09/txt/msg01592.txt.bz2 Content-length: 434 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91833 --- Comment #4 from Andrew Pinski --- (In reply to Richard Henderson from comment #2) > Hmm. When I built aarch64-elf for newlib, configure automatically > sets inhibit_libc, which avoids the whole issue. I normally use: --with-headers=3D${TOP}/src/newlib/libc/include=20 Which causes the inhibit_lib not to be set. I wonder if he does the same. >>From gcc-bugs-return-654503-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 23:26:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 101025 invoked by alias); 20 Sep 2019 23:26:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 100978 invoked by uid 48); 20 Sep 2019 23:26:04 -0000 From: "barry.revzin at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91847] New: init-capture pack of references requires ... on wrong side Date: Fri, 20 Sep 2019 23:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: barry.revzin at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01593.txt.bz2 Content-length: 1090 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91847 Bug ID: 91847 Summary: init-capture pack of references requires ... on wrong side Product: gcc Version: 9.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: barry.revzin at gmail dot com Target Milestone: --- gcc implements the letter of the standard and allows this: template void foo(T&... ts) { [...&us=3Dts]{}; } While that is valid per the latest working draft, and is the wording specif= ied in P0780R2, the direction we really want to go in is to put the ... on the other side of the &. That is, the declaration of 'us' should look the same = as the declaration of 'ts'. This is CWG 2378. In other words, the correct syntax should be: template void foo(T&... ts) { [&...us=3Dts]{}; } clang implements the CWG 2378 rule, this issue should hopefully be resolved= by the time C++20 ships. >>From gcc-bugs-return-654504-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 23:27:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 102944 invoked by alias); 20 Sep 2019 23:27:38 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 102902 invoked by uid 48); 20 Sep 2019 23:27:34 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/83531] Build broken on macOS 10.13.2 Date: Fri, 20 Sep 2019 23:27:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 5.5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: iains at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 7.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01594.txt.bz2 Content-length: 487 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D83531 Iain Sandoe changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #18 from Iain Sandoe --- fixed on open branches (needed for 6 and 5 for darwin-specific branches). >>From gcc-bugs-return-654505-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 20 23:43:47 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109710 invoked by alias); 20 Sep 2019 23:43: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 109622 invoked by uid 48); 20 Sep 2019 23:43:40 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/91848] New: missing warning on strcpy past the end of a member of an array with variable index Date: Fri, 20 Sep 2019 23:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01595.txt.bz2 Content-length: 2723 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91848 Bug ID: 91848 Summary: missing warning on strcpy past the end of a member of an array with variable index Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: msebor at gcc dot gnu.org Target Milestone: --- With pr91631 resolved, GCC 10 diagnoses past-the-end writes into character arrays of members of arrays structs, whether they are declared objects or accessed by reference, provided the index into the struct array is constant= (as in the arr_cst and ptr_cst functions below). But when the index into the struct array is not a constant (as in the arr_var and ptr_var functions bel= ow) the warning doesn't trigger. $ cat z.c && gcc -O2 -S -Wno-unused -Wall -Wextra z.c extern char* strcpy (char*, const char*); struct A { char a[3]; int i; }; struct B { int j; struct A a; }; extern struct B b[]; void arr_cst (void) { struct A *q =3D &b[7].a; const char a[] =3D "0123456789"; strcpy (q->a, a + sizeof a - 4 - 1); // warning (good) } void ptr_cst (struct B *p) { struct A *q =3D &p[7].a; const char a[] =3D "0123456789"; strcpy (q->a, a + sizeof a - 4 - 1); // warning (good) } void arr_var (int i) { struct A *q =3D &b[i].a; const char a[] =3D "0123456789"; strcpy (q->a, a + sizeof a - 4 - 1); // missing warning } void ptr_var (struct B *p, int i) { struct A *q =3D &p[i].a; const char a[] =3D "0123456789"; strcpy (q->a, a + sizeof a - 4 - 1); // missing warning } z.c: In function =E2=80=98arr_cst=E2=80=99: z.c:12:3: warning: =E2=80=98strcpy=E2=80=99 offset [91, 92] from the object= at =E2=80=98b=E2=80=99 is out of the bounds of referenced subobject =E2=80=98a=E2=80=99 with type =E2=80=98c= har[3]=E2=80=99 at offset 88 [-Warray-bounds] 12 | strcpy (q->a, a + sizeof a - 4 - 1); // warning (good) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ z.c:3:17: note: subobject =E2=80=98a=E2=80=99 declared here 3 | struct A { char a[3]; int i; }; | ^ z.c: In function =E2=80=98ptr_cst=E2=80=99: z.c:19:3: warning: =E2=80=98strcpy=E2=80=99 offset 88 from the object at = =E2=80=98p=E2=80=99 is out of the bounds of referenced subobject =E2=80=98a=E2=80=99 with type =E2=80=98char[= 3]=E2=80=99 at offset 84 [-Warray-bounds] 19 | strcpy (q->a, a + sizeof a - 4 - 1); // warning (good) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ z.c:3:17: note: subobject =E2=80=98a=E2=80=99 declared here 3 | struct A { char a[3]; int i; }; | ^ >>From gcc-bugs-return-654506-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 01:00:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 37479 invoked by alias); 21 Sep 2019 01:00: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 37278 invoked by uid 48); 21 Sep 2019 00:59:59 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91847] init-capture pack of references requires ... on wrong side Date: Sat, 21 Sep 2019 01:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01596.txt.bz2 Content-length: 561 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91847 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-21 CC| |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Confirmed. >>From gcc-bugs-return-654507-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 03:19:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 69389 invoked by alias); 21 Sep 2019 03:19:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 69345 invoked by uid 48); 21 Sep 2019 03:18:57 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91849] New: Misleading diagnostic message when binding reference to unrelated type Date: Sat, 21 Sep 2019 03:19:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01597.txt.bz2 Content-length: 1335 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91849 Bug ID: 91849 Summary: Misleading diagnostic message when binding reference to unrelated type Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mpolacek at gcc dot gnu.org Target Milestone: --- void g () { float f =3D 1.f; int &r =3D f; } void g2 () { int &r =3D 1.f; } gives q.C: In function =E2=80=98void g()=E2=80=99: q.C:5:12: error: cannot bind non-const lvalue reference of type =E2=80=98in= t&=E2=80=99 to an rvalue of type =E2=80=98int=E2=80=99 5 | int &r =3D f; | ^ q.C: In function =E2=80=98void g2()=E2=80=99: q.C:11:12: error: cannot bind non-const lvalue reference of type =E2=80=98i= nt&=E2=80=99 to an rvalue of type =E2=80=98int=E2=80=99 11 | int &r =3D 1.f; | ^~~ which could be improved. clang++ says q.C:5:8: error: non-const lvalue reference to type 'int' cannot bind to a v= alue of unrelated type 'float' int &r =3D f; ^ ~ q.C:11:8: error: non-const lvalue reference to type 'int' cannot bind to a temporary of type 'float' int &r =3D 1.f; ^ ~~~ >>From gcc-bugs-return-654508-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 03:53:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 104675 invoked by alias); 21 Sep 2019 03:53:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 104640 invoked by uid 48); 21 Sep 2019 03:53:41 -0000 From: "rth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91833] [10 Regression] [AArch64] LSE atomics depends on glibc specific sys/auxv.h Date: Sat, 21 Sep 2019 03:53: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: build X-Bugzilla-Severity: normal X-Bugzilla-Who: rth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rth 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-09/txt/msg01598.txt.bz2 Content-length: 220 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91833 --- Comment #5 from Richard Henderson --- Ah, I've been using the old time one tree build. I'll try building aarch64-elf in pieces as I fix. >>From gcc-bugs-return-654509-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 03:55:27 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 106936 invoked by alias); 21 Sep 2019 03:55:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 106845 invoked by uid 48); 21 Sep 2019 03:55:23 -0000 From: "veffremov.ve at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91850] New: linker can not locate constexpr static class array member when code compiled without optimization Date: Sat, 21 Sep 2019 03:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: veffremov.ve 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-09/txt/msg01599.txt.bz2 Content-length: 2716 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91850 Bug ID: 91850 Summary: linker can not locate constexpr static class array member when code compiled without optimization Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: veffremov.ve at gmail dot com Target Milestone: --- Affected versions: I have tried the following compiler versions gcc-8, gcc-= 6. Also tried compiling for X64 and ARM platform. All exhibit the same issue. Compiling the following snippet of code without optimization result in the linker complaining it can not find A::a Compiling with -O, -Os, -O1, -O2 or -O3 works fine Code to reproduce the issue: < class A { public: static constexpr int a[2] =3D {1, 2}; static int m(int x) { return a[x]; } }; int main() { printf("R=3D%d", A::m(1)); return 0; } <>From gcc-bugs-return-654515-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 04:21:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112811 invoked by alias); 21 Sep 2019 04:21: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 112720 invoked by uid 48); 21 Sep 2019 04:21:42 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/50785] [C++0x] static constexpr double undefined reference Date: Sat, 21 Sep 2019 04:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.7.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01605.txt.bz2 Content-length: 500 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D50785 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |JamesMikeDuPont@googlemail. | |com --- Comment #14 from Andrew Pinski --- *** Bug 67155 has been marked as a duplicate of this bug. *** >>From gcc-bugs-return-654511-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 04:21:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 110079 invoked by alias); 21 Sep 2019 04:21:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 109910 invoked by uid 48); 21 Sep 2019 04:21:07 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67155] Linking of complex constexpr static class member failing across files Date: Sat, 21 Sep 2019 04:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01601.txt.bz2 Content-length: 450 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67155 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veffremov.ve at gmail dot = com --- Comment #5 from Andrew Pinski --- *** Bug 91850 has been marked as a duplicate of this bug. *** >>From gcc-bugs-return-654510-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 04:21:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 109964 invoked by alias); 21 Sep 2019 04:21: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 109900 invoked by uid 48); 21 Sep 2019 04:21:07 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91850] linker can not locate constexpr static class array member when code compiled without optimization Date: Sat, 21 Sep 2019 04:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01600.txt.bz2 Content-length: 547 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91850 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andrew Pinski --- Right you still need a defintion and not just a declaration. *** This bug has been marked as a duplicate of bug 67155 *** >>From gcc-bugs-return-654514-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 04:21:45 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 112779 invoked by alias); 21 Sep 2019 04:21: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 112686 invoked by uid 48); 21 Sep 2019 04:21:41 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67155] Linking of complex constexpr static class member failing across files Date: Sat, 21 Sep 2019 04:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01604.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67155 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |DUPLICATE --- Comment #7 from Andrew Pinski --- *** This bug has been marked as a duplicate of bug 50785 *** >>From gcc-bugs-return-654513-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 04:21:26 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111477 invoked by alias); 21 Sep 2019 04:21:26 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 111273 invoked by uid 48); 21 Sep 2019 04:21:22 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67155] Linking of complex constexpr static class member failing across files Date: Sat, 21 Sep 2019 04:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01603.txt.bz2 Content-length: 454 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67155 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vsevolod.livinskij at frtk= dot ru --- Comment #6 from Andrew Pinski --- *** Bug 80630 has been marked as a duplicate of this bug. *** >>From gcc-bugs-return-654512-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 04:21:25 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 111380 invoked by alias); 21 Sep 2019 04: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 111235 invoked by uid 48); 21 Sep 2019 04:21:21 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/80630] gcc fails to compile constexpr with -O0/-O1 Date: Sat, 21 Sep 2019 04:21:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 8.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01602.txt.bz2 Content-length: 429 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D80630 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |DUPLICATE --- Comment #2 from Andrew Pinski --- *** This bug has been marked as a duplicate of bug 67155 *** >>From gcc-bugs-return-654516-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 05:51:54 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7579 invoked by alias); 21 Sep 2019 05:51: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 7517 invoked by uid 48); 21 Sep 2019 05:51:49 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91710] [9/10 Regression] unexpected ABI change note Date: Sat, 21 Sep 2019 05:51:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: diagnostic 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: 9.3 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-09/txt/msg01606.txt.bz2 Content-length: 1758 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91710 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |9.3 Summary|unexpected ABI change note |[9/10 Regression] | |unexpected ABI change note --- Comment #1 from Andrew Pinski --- >I wonder whether this isn't simply because aarch64_function_arg_boundary()= guards its inform() invocation only by a condition not depending on the fu= nction inputs. You are wrong when you say it is not dependent on function inputs: unsigned int alignment =3D aarch64_function_arg_alignment (mode, type, &abi_break); if (abi_break & warn_psabi) inform (input_location, "parameter passing for argument of type " "%qT changed in GCC 9.1", type); abi_break is computed by the function call aarch64_function_arg_alignment=20 which is computes that value value by its two arguments. Plus the first thing that aarch64_function_arg_alignment does is zeros out abi_break. Before aarch64_function_arg_alignment would return the alignment of DECL_AL= IGN but now it returns alginment of DECL_BIT_FIELD_TYPE instead for this case. The problem is it could change it but it depends on if: MIN (MAX (alignment, PARM_BOUNDARY), STACK_BOUNDARY); Would have a different value between the old one and the new one. That is if new and old alignment are less than or equal to PARM_BOUNDARY (6= 4), there is no ABI change. But if it is equal to STACK_BOUNDARY (128), then t= here is one. >>From gcc-bugs-return-654517-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 05:52:06 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 8480 invoked by alias); 21 Sep 2019 05:52:06 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 8413 invoked by uid 48); 21 Sep 2019 05:52:02 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91710] [9/10 Regression] unexpected ABI change note Date: Sat, 21 Sep 2019 05:52:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01607.txt.bz2 Content-length: 475 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91710 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-21 Ever confirmed|0 |1 --- Comment #2 from Andrew Pinski --- =2E >>From gcc-bugs-return-654518-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 05:56:11 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 12130 invoked by alias); 21 Sep 2019 05:56:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 12073 invoked by uid 48); 21 Sep 2019 05:56:07 -0000 From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91710] [9/10 Regression] unexpected ABI change note Date: Sat, 21 Sep 2019 05:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 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-09/txt/msg01608.txt.bz2 Content-length: 785 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91710 --- Comment #3 from Andrew Pinski --- Something like: diff --git a/gcc/config/aarch64/aarch64.c b/gcc/config/aarch64/aarch64.c index f69cbf992ab..e069c29d18f 100644 --- a/gcc/config/aarch64/aarch64.c +++ b/gcc/config/aarch64/aarch64.c @@ -4908,7 +4908,8 @@ aarch64_function_arg_boundary (machine_mode mode, const_tree type) bool abi_break; unsigned int alignment =3D aarch64_function_arg_alignment (mode, type, &abi_break); - if (abi_break & warn_psabi) + + if (alignment >=3D STACK_BOUNDARY && abi_break & warn_psabi) inform (input_location, "parameter passing for argument of type " "%qT changed in GCC 9.1", type); >>From gcc-bugs-return-654519-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 07:14:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 25306 invoked by alias); 21 Sep 2019 07:14: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 25275 invoked by uid 48); 21 Sep 2019 07:14:30 -0000 From: "glaubitz at physik dot fu-berlin.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91851] New: [m68k] Convert the backend to MODE_CC so it can be kept in future releases Date: Sat, 21 Sep 2019 07:14: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: glaubitz at physik dot fu-berlin.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone cf_gcchost 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-09/txt/msg01609.txt.bz2 Content-length: 940 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91851 Bug ID: 91851 Summary: [m68k] Convert the backend to MODE_CC so it can be kept in future releases Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: glaubitz at physik dot fu-berlin.de CC: burnus at gcc dot gnu.org, jason.duerstock at gmail dot= com, jrtc27 at jrtc27 dot com, law at redhat dot com, schwab@linux-m68k.org Target Milestone: --- Host: m68k-*-* This is a tracker bug for the convert the m68k backend from CC0 to MODE_CC = so it can be kept in future releases. See: https://gcc.gnu.org/wiki/CC0Transition I will be using this bug report to create a bounty on BountySource.com. >>From gcc-bugs-return-654520-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 07:38:21 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 80205 invoked by alias); 21 Sep 2019 07:38:20 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 80159 invoked by uid 48); 21 Sep 2019 07:38:17 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Sat, 21 Sep 2019 07:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou 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-09/txt/msg01610.txt.bz2 Content-length: 251 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 --- Comment #16 from Eric Botcazou --- > I believe the Known to work field is wrong and gcc-8.3.0 has this bug as > well. No, the field is correct and you're wrong. >>From gcc-bugs-return-654521-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 08:29:17 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 24501 invoked by alias); 21 Sep 2019 08:29:17 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 24464 invoked by uid 48); 21 Sep 2019 08:29:13 -0000 From: "slyfox at inbox dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Sat, 21 Sep 2019 08:29:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: slyfox at inbox dot ru X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 9.3 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01611.txt.bz2 Content-length: 565 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 --- Comment #17 from Sergei Trofimovich --- Created attachment 46906 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46906&action=3Dedit bug-lz4-8.3.0.c Here is a bug-lz4-8.3.0.c that exposes suspiciously similar failure on spar= c64 gcc-8.3.0 on lz4-1.8.3 package: $ LANG=3DC sparc64-unknown-linux-gnu-gcc-8.3.0 -O2 -pipe -mcpu=3Dniagara4= -fPIC -c bug-lz4-8.3.0.c -o bug-lz4-8.3.0.o {standard input}: Assembler messages: {standard input}:365: Error: Illegal operands >>From gcc-bugs-return-654522-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 08:35:52 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 31753 invoked by alias); 21 Sep 2019 08:35: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 31700 invoked by uid 55); 21 Sep 2019 08:35:48 -0000 From: "pault at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/91588] ICE in check_inquiry, at fortran/expr.c:2673 Date: Sat, 21 Sep 2019 08:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: pault at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: pault at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01612.txt.bz2 Content-length: 1070 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91588 --- Comment #5 from Paul Thomas --- Author: pault Date: Sat Sep 21 08:35:17 2019 New Revision: 276016 URL: https://gcc.gnu.org/viewcvs?rev=3D276016&root=3Dgcc&view=3Drev Log: 2019-09-21 Paul Thomas Backport from mainline PR fortran/91588 * expr.c (check_inquiry): Remove extended component refs by using symbol pointers. If a function argument is an associate variable with a constant target, copy the target expression in place of the argument expression. Check that the charlen is not NULL before using the string length. 2019-09-21 Paul Thomas Backport from mainline PR fortran/91588 * gfortran.dg/associate_49.f90 : New test. Added: branches/gcc-9-branch/gcc/testsuite/gfortran.dg/associate_49.f90 Modified: branches/gcc-9-branch/gcc/fortran/ChangeLog branches/gcc-9-branch/gcc/fortran/expr.c branches/gcc-9-branch/gcc/testsuite/ChangeLog >>From gcc-bugs-return-654523-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 08:45:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 55368 invoked by alias); 21 Sep 2019 08:45: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 55245 invoked by uid 48); 21 Sep 2019 08:44:59 -0000 From: "hehaochen at hotmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91852] New: Compile the code with -O0 is slower than with -O1/-O2/-O3 Date: Sat, 21 Sep 2019 08:45:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hehaochen at hotmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone 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-09/txt/msg01613.txt.bz2 Content-length: 2460 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91852 Bug ID: 91852 Summary: Compile the code with -O0 is slower than with -O1/-O2/-O3 Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: hehaochen at hotmail dot com Target Milestone: --- Compile the following code with -O0 is slower than with -O1/-O2/-O3 : -O1 applies some optimization on execution time and binary size, I expected using -O1 takes more time than -O0. So is there something wrong with -O0 in this case? ------------------------------------------------ class c { public: c() {} }; class a { c array[500000] {}; }; int main() { a t; } ------------------------------------------------ root@72c6552d0d56:/# gcc --version gcc (GCC) 8.3.0 Copyright (C) 2018 Free Software Foundation, Inc. root@72c6552d0d56:/downloads# time gcc -std=3Dc++14 -O0 -Wall a.cc real 1m14.121s #### SLOW #### user 1m7.966s sys 0m5.948s root@72c6552d0d56:/downloads# time gcc -std=3Dc++14 -O1 -Wall a.cc real 0m26.268s user 0m23.591s sys 0m2.657s root@72c6552d0d56:/downloads# time gcc -std=3Dc++14 -O2 -Wall a.cc real 0m26.413s user 0m23.704s sys 0m2.708s root@72c6552d0d56:/downloads# time gcc -std=3Dc++14 -O3 -Wall a.cc real 0m26.553s user 0m23.874s sys 0m2.678s The result is nearly same in gcc-9.2.0 gcc-7.3.0 gcc-6.5.0 The root cause lies in "phase opt and generate" in -ftime-report The problem falls on '-O1' in older version: (gcc-4.8.5 gcc-5.4.0) ------------------------------------------------ class c { public: c() {} }; class a { // As described in bug 77443: // compile time grows super-linearly in (gcc-4.8.5 gcc-5.4.0) c array[30000] {}; }; int main() { a t; } ------------------------------------------------ # time gcc -O0 -std=3Dc++11 -Wall a.cc 1.25s user 0.22s system 99% cpu 1.464 total # time gcc -O1 -std=3Dc++11 -Wall a.cc 7.93s user 0.16s system 99% cpu 8.089 total # time gcc -O2 -std=3Dc++11 -Wall a.cc 7.94s user 0.15s system 99% cpu 8.097 total # time gcc -O3 -std=3Dc++11 -Wall a.cc 7.92s user 0.18s system 99% cpu 8.095 total In gcc-5.4.0 -O0: 0m1.834s -O1: 0m5.467s -O2: 0m5.407s >>From gcc-bugs-return-654524-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 09:20:28 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 96816 invoked by alias); 21 Sep 2019 09:20: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 96738 invoked by uid 48); 21 Sep 2019 09:20:23 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Sat, 21 Sep 2019 09:20:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou 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-09/txt/msg01614.txt.bz2 Content-length: 315 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 --- Comment #18 from Eric Botcazou --- > Here is a bug-lz4-8.3.0.c that exposes suspiciously similar failure on > sparc64 gcc-8.3.0 on lz4-1.8.3 package: Please open a new PR with the appropriate information, this one is closed. >>From gcc-bugs-return-654525-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 09:38:14 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 38589 invoked by alias); 21 Sep 2019 09:38:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 38549 invoked by uid 48); 21 Sep 2019 09:38:10 -0000 From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91841] vector_size(8) passes MMX register without emms cleanup Date: Sat, 21 Sep 2019 09:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01615.txt.bz2 Content-length: 1950 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91841 Uro=C5=A1 Bizjak changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hjl.tools at gmail dot com --- Comment #5 from Uro=C5=A1 Bizjak --- (In reply to Matthias Kretz from comment #4) > (In reply to Uro=C5=A1 Bizjak from comment #3) > > [f]emms should be emitted by an intrinsic (_mm_empty), inserted by the > > programmer. The programmer can mix FP and MMX instructions in the same > > function, so there is no way for compiler to automatically emit emms. >=20 > But that was my original point. In #0 the programmer did not mix FP and M= MX > instructions, only float and ushort [[gnu::vector_size(8)]] (which isn't > even the same type as __m64) operations. The compiler did it. ;-) In that > case, I understand 2.2.1 p3 as a requirement on the compiler. I sure agree > that the use of MMX intrinsics puts the responsibility with the developer, > but use of vector_size(8)? Hm, ICC is of no help here, as it ignores attribute: f(unsigned short): push rbp #6.28 mov rbp, rsp #6.28 sub rsp, 16 #6.28 mov WORD PTR [-16+rbp], di #6.28 movzx eax, WORD PTR [-16+rbp] #6.37 leave #6.37 ret #6.37 Let's ask ABI expert about this. > > Obviously, when the function returns value in %mm0 register (or in %fp), > > emms should not be inserted at function exit. >=20 > Right. Does that mean you agree the ABI document is contradicting itself? Yes, unfortunately. >>From gcc-bugs-return-654526-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 11:28:34 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 43987 invoked by alias); 21 Sep 2019 11:28: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 43958 invoked by uid 48); 21 Sep 2019 11:28:30 -0000 From: "dan.cooke89 at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/91837] Wrong code with -ftree-loop-vectorize and -march=skylake-avx512 on some Intel machines Date: Sat, 21 Sep 2019 11:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 9.2.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: dan.cooke89 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-09/txt/msg01616.txt.bz2 Content-length: 738 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91837 --- Comment #5 from Daniel Cooke --- (In reply to H.J. Lu from comment #4) > (In reply to Daniel Cooke from comment #3) > > I tried replicating the issue on a CentOS machine (AWS EC2) with the ex= act > > same CPU and got the correct output. However, I just fired up a fresh A= WS > > EC2 instance running Ubuntu and I can replicate the bug again. Is it > > possible that the bug is CPU *and* OS specific? >=20 > You may run into >=20 > https://sourceware.org/bugzilla/show_bug.cgi?id=3D23465 It does seem like this could be the issue. I upgraded my binutils to 2.32 (= from 2.30) and the problem disappears. I'll do some more testing and report back. >>From gcc-bugs-return-654527-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 11:28:55 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 47152 invoked by alias); 21 Sep 2019 11:28:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 44812 invoked by uid 48); 21 Sep 2019 11:28:51 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91853] New: [10 Regression] ICE in gimplify_modify_expr, at gimplify.c:5902 since r275982 Date: Sat, 21 Sep 2019 11:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 9.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-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-09/txt/msg01617.txt.bz2 Content-length: 6252 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91853 Bug ID: 91853 Summary: [10 Regression] ICE in gimplify_modify_expr, at gimplify.c:5902 since r275982 Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org CC: jamborm at gcc dot gnu.org, marxin at gcc dot gnu.org Target Milestone: --- Following is causing ICE: $ gcc /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr60647-1.c --param ipa-cp-value-list-size=3D0 -Os -fno-inline during IPA pass: inline In function =E2=80=98fn3.constprop.isra=E2=80=99: cc1: internal compiler error: in gimplify_modify_expr, at gimplify.c:5902 0x655a38 gimplify_modify_expr /home/marxin/Programming/gcc/gcc/gimplify.c:5902 0xb1d1f8 gimplify_expr(tree_node**, gimple**, gimple**, bool (*)(tree_node*= ), int) /home/marxin/Programming/gcc/gcc/gimplify.c:13136 0xb20cf6 gimplify_stmt(tree_node**, gimple**) /home/marxin/Programming/gcc/gcc/gimplify.c:6780 0xb2337f gimplify_and_add(tree_node*, gimple**) /home/marxin/Programming/gcc/gcc/gimplify.c:480 0xb2337f internal_get_tmp_var /home/marxin/Programming/gcc/gcc/gimplify.c:636 0xb2363a get_initialized_tmp_var(tree_node*, gimple**, gimple**, bool) /home/marxin/Programming/gcc/gcc/gimplify.c:667 0xb2363a prepare_gimple_addressable /home/marxin/Programming/gcc/gcc/gimplify.c:4278 0xb25a0b gimplify_addr_expr /home/marxin/Programming/gcc/gcc/gimplify.c:6144 0xb1df2a gimplify_expr(tree_node**, gimple**, gimple**, bool (*)(tree_node*= ), int) /home/marxin/Programming/gcc/gcc/gimplify.c:13183 0xb3bf9d force_gimple_operand_1(tree_node*, gimple**, bool (*)(tree_node*), tree_node*) /home/marxin/Programming/gcc/gcc/gimplify-me.c:78 0xb3c04f force_gimple_operand_gsi_1(gimple_stmt_iterator*, tree_node*, bool (*)(tree_node*), tree_node*, bool, gsi_iterator_update) /home/marxin/Programming/gcc/gcc/gimplify-me.c:115 0xbd42a4 ipa_param_adjustments::modify_call(gcall*, vec*, tree_node*, bool) /home/marxin/Programming/gcc/gcc/ipa-param-manipulation.c:724 0x983814 cgraph_edge::redirect_call_stmt_to_callee() /home/marxin/Programming/gcc/gcc/cgraph.c:1380 0x16bf764 inline_transform(cgraph_node*) /home/marxin/Programming/gcc/gcc/ipa-inline-transform.c:684 0xcdfd9a execute_one_ipa_transform_pass /home/marxin/Programming/gcc/gcc/passes.c:2231 0xcdfd9a execute_all_ipa_transforms(bool) /home/marxin/Programming/gcc/gcc/passes.c:2270 0x98c431 cgraph_node::expand() /home/marxin/Programming/gcc/gcc/cgraphunit.c:2187 0x98d40b expand_all_functions /home/marxin/Programming/gcc/gcc/cgraphunit.c:2332 0x98d40b symbol_table::compile() /home/marxin/Programming/gcc/gcc/cgraphunit.c:2688 0x98fc4c symbol_table::compile() /home/marxin/Programming/gcc/gcc/cgraphunit.c:2595 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. Similarly here: $ gcc /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr60647-2.c -fipa-s= ra -Og /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr60647-2.c: In function =E2=80=98bar=E2=80=99: /home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/pr60647-2.c:21:4: warning: function called through a non-compatible type 21 | ((void (*) (void *, int, int)) foo) ((void *) 0, winInfo, 0); /*= { dg-warning "function called through a non-compatible type" } */ | ~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ during IPA pass: inline In function =E2=80=98bar.isra=E2=80=99: cc1: internal compiler error: in gimplify_modify_expr, at gimplify.c:5902 0x655a38 gimplify_modify_expr /home/marxin/Programming/gcc/gcc/gimplify.c:5902 0xb1d1f8 gimplify_expr(tree_node**, gimple**, gimple**, bool (*)(tree_node*= ), int) /home/marxin/Programming/gcc/gcc/gimplify.c:13136 0xb20cf6 gimplify_stmt(tree_node**, gimple**) /home/marxin/Programming/gcc/gcc/gimplify.c:6780 0xb2337f gimplify_and_add(tree_node*, gimple**) /home/marxin/Programming/gcc/gcc/gimplify.c:480 0xb2337f internal_get_tmp_var /home/marxin/Programming/gcc/gcc/gimplify.c:636 0xb2363a get_initialized_tmp_var(tree_node*, gimple**, gimple**, bool) /home/marxin/Programming/gcc/gcc/gimplify.c:667 0xb2363a prepare_gimple_addressable /home/marxin/Programming/gcc/gcc/gimplify.c:4278 0xb25a0b gimplify_addr_expr /home/marxin/Programming/gcc/gcc/gimplify.c:6144 0xb1df2a gimplify_expr(tree_node**, gimple**, gimple**, bool (*)(tree_node*= ), int) /home/marxin/Programming/gcc/gcc/gimplify.c:13183 0xb3bf9d force_gimple_operand_1(tree_node*, gimple**, bool (*)(tree_node*), tree_node*) /home/marxin/Programming/gcc/gcc/gimplify-me.c:78 0xb3c04f force_gimple_operand_gsi_1(gimple_stmt_iterator*, tree_node*, bool (*)(tree_node*), tree_node*, bool, gsi_iterator_update) /home/marxin/Programming/gcc/gcc/gimplify-me.c:115 0xbd42a4 ipa_param_adjustments::modify_call(gcall*, vec*, tree_node*, bool) /home/marxin/Programming/gcc/gcc/ipa-param-manipulation.c:724 0x983814 cgraph_edge::redirect_call_stmt_to_callee() /home/marxin/Programming/gcc/gcc/cgraph.c:1380 0x16bf764 inline_transform(cgraph_node*) /home/marxin/Programming/gcc/gcc/ipa-inline-transform.c:684 0xcdfd9a execute_one_ipa_transform_pass /home/marxin/Programming/gcc/gcc/passes.c:2231 0xcdfd9a execute_all_ipa_transforms(bool) /home/marxin/Programming/gcc/gcc/passes.c:2270 0x98c431 cgraph_node::expand() /home/marxin/Programming/gcc/gcc/cgraphunit.c:2187 0x98d40b expand_all_functions /home/marxin/Programming/gcc/gcc/cgraphunit.c:2332 0x98d40b symbol_table::compile() /home/marxin/Programming/gcc/gcc/cgraphunit.c:2688 0x98fc4c symbol_table::compile() /home/marxin/Programming/gcc/gcc/cgraphunit.c:2595 >>From gcc-bugs-return-654528-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 11:29:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 52003 invoked by alias); 21 Sep 2019 11:29: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 51952 invoked by uid 48); 21 Sep 2019 11:29:36 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91853] [10 Regression] ICE in gimplify_modify_expr, at gimplify.c:5902 since r275982 Date: Sat, 21 Sep 2019 11:29: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: marxin at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cf_known_to_work version target_milestone everconfirmed cf_known_to_fail Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01618.txt.bz2 Content-length: 623 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91853 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-21 Known to work| |9.2.0 Version|9.0 |10.0 Target Milestone|--- |10.0 Ever confirmed|0 |1 Known to fail| |10.0 >>From gcc-bugs-return-654529-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 11:31:53 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 58095 invoked by alias); 21 Sep 2019 11:31:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 58059 invoked by uid 48); 21 Sep 2019 11:31:49 -0000 From: "marxin at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/91836] [10 Regression] Speed regression of 525.x264_r with -Ofast -march=native since r275982 Date: Sat, 21 Sep 2019 11:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marxin at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org X-Bugzilla-Target-Milestone: 10.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01619.txt.bz2 Content-length: 495 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91836 Martin Li=C5=A1ka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED Last reconfirmed|2019-09-20 00:00:00 |2019-09-21 Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot g= nu.org Ever confirmed|0 |1 >>From gcc-bugs-return-654530-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 11:35:22 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 78687 invoked by alias); 21 Sep 2019 11:35: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 78651 invoked by uid 48); 21 Sep 2019 11:35:18 -0000 From: "slyfox at inbox dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91854] New: gcc-8.3.0 generates invalid assembly on lz4-1.8.3: Assembler messages: Error: Illegal operands (-mcpu=niagara4 -fPIC) Date: Sat, 21 Sep 2019 11:35:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: slyfox at inbox dot ru X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01620.txt.bz2 Content-length: 2583 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91854 Bug ID: 91854 Summary: gcc-8.3.0 generates invalid assembly on lz4-1.8.3: Assembler messages: Error: Illegal operands (-mcpu=3Dniagara4 -fPIC) Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: slyfox at inbox dot ru Target Milestone: --- The bug looks similar to bug #91269 but Eric Botcazou suggests to consider = it a separate bug. lz4-1.8.3 triggers assembler errors for sparc64-unknown-linux-gnu gcc-8.3.0 (and others). Here are a few versions attempted: 8.3.0: $ /home/slyfox/dev/git/gcc-sparc64/gcc/xgcc -B/home/slyfox/dev/git/gcc-sparc64/gcc -O2 -pipe -fPIC -mcpu=3Dniagara4 -c bug.orig.c -o bug.o {standard input}: Assembler messages: {standard input}:10435: Error: Illegal operands {standard input}:10686: Error: Illegal operands $ /home/slyfox/dev/git/gcc-sparc64/gcc/xgcc -B/home/slyfox/dev/git/gcc-sparc64/gcc -v Reading specs from /home/slyfox/dev/git/gcc-sparc64/gcc/specs COLLECT_GCC=3D/home/slyfox/dev/git/gcc-sparc64/gcc/xgcc COLLECT_LTO_WRAPPER=3D/home/slyfox/dev/git/gcc-sparc64/gcc/lto-wrapper Target: sparc64-unknown-linux-gnu Configured with: ../gcc/configure --target=3Dsparc64-unknown-linux-gnu --with-sysroot=3D/usr/sparc64-unknown-linux-gnu --enable-languages=3Dc --disable-bootstrap --prefix=3D/home/slyfox/dev/git/gcc-sparc64/../gcc-sparc64-installed --disable-multilib cross_compiling=3Dyes Thread model: posix gcc version 8.3.0 (GCC) 8-branch: $ /home/slyfox/dev/git/gcc-sparc64/gcc/xgcc -B/home/slyfox/dev/git/gcc-sparc64/gcc -O2 -pipe -fPIC -mcpu=3Dniagara4 -c bug.orig.c -o bug.o {standard input}: Assembler messages: {standard input}:10401: Error: Illegal operands {standard input}:10652: Error: Illegal operands $ /home/slyfox/dev/git/gcc-sparc64/gcc/xgcc -B/home/slyfox/dev/git/gcc-sparc64/gcc -v Reading specs from /home/slyfox/dev/git/gcc-sparc64/gcc/specs COLLECT_GCC=3D/home/slyfox/dev/git/gcc-sparc64/gcc/xgcc COLLECT_LTO_WRAPPER=3D/home/slyfox/dev/git/gcc-sparc64/gcc/lto-wrapper Target: sparc64-unknown-linux-gnu Configured with: ../gcc/configure --target=3Dsparc64-unknown-linux-gnu --with-sysroot=3D/usr/sparc64-unknown-linux-gnu --enable-languages=3Dc --disable-bootstrap --prefix=3D/home/slyfox/dev/git/gcc-sparc64/../gcc-sparc64-installed --disable-multilib cross_compiling=3Dyes Thread model: posix gcc version 8.3.1 20190920 (GCC) >>From gcc-bugs-return-654531-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 11:38:19 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 83998 invoked by alias); 21 Sep 2019 11:38:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 80974 invoked by uid 48); 21 Sep 2019 11:38:15 -0000 From: "slyfox at inbox dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91854] gcc-8.3.0 generates invalid assembly on lz4-1.8.3: Assembler messages: Error: Illegal operands (-mcpu=niagara4 -fPIC) Date: Sat, 21 Sep 2019 11:38:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: slyfox at inbox dot ru X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01621.txt.bz2 Content-length: 403 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91854 --- Comment #1 from Sergei Trofimovich --- Created attachment 46907 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46907&action=3Dedit bug.orig.c bug.orig.c is a selfcontained example. "{standard input}:10401: Error: Illegal operands" points to double store for odd register (invalid): std %f27, [%fp+1943] >>From gcc-bugs-return-654532-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 11:39:40 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 85383 invoked by alias); 21 Sep 2019 11:39: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 85335 invoked by uid 48); 21 Sep 2019 11:39:36 -0000 From: "slyfox at inbox dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91854] gcc-8.3.0 generates invalid assembly on lz4-1.8.3: Assembler messages: Error: Illegal operands (-mcpu=niagara4 -fPIC) Date: Sat, 21 Sep 2019 11:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: slyfox at inbox dot ru X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01622.txt.bz2 Content-length: 491 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91854 Sergei Trofimovich changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |davem at redhat dot com, | |ebotcazou at libertysurf d= ot fr --- Comment #2 from Sergei Trofimovich --- CCing sparc maintainers. >>From gcc-bugs-return-654533-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 11:40:08 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 86336 invoked by alias); 21 Sep 2019 11:40:08 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 86249 invoked by uid 48); 21 Sep 2019 11:40:04 -0000 From: "slyfox at inbox dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91269] [9/10 regression] unaligned floating-point register with -mcpu=niagara4 -fcall-used-g6 Date: Sat, 21 Sep 2019 11:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 9.1.0 X-Bugzilla-Keywords: assemble-failure X-Bugzilla-Severity: normal X-Bugzilla-Who: slyfox at inbox dot ru X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ebotcazou 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-09/txt/msg01623.txt.bz2 Content-length: 401 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91269 --- Comment #19 from Sergei Trofimovich --- (In reply to Eric Botcazou from comment #18) > > Here is a bug-lz4-8.3.0.c that exposes suspiciously similar failure on > > sparc64 gcc-8.3.0 on lz4-1.8.3 package: >=20 > Please open a new PR with the appropriate information, this one is closed. Sounds good. Filed bug #91854. >>From gcc-bugs-return-654534-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 11:44:38 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 89789 invoked by alias); 21 Sep 2019 11:44:37 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 89727 invoked by uid 48); 21 Sep 2019 11:44:34 -0000 From: "slyfox at inbox dot ru" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/91854] gcc-8.3.0 generates invalid assembly on lz4-1.8.3: Assembler messages: Error: Illegal operands (-mcpu=niagara4 -fPIC) Date: Sat, 21 Sep 2019 11:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: slyfox at inbox dot ru X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-09/txt/msg01624.txt.bz2 Content-length: 621 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91854 --- Comment #3 from Sergei Trofimovich --- Created attachment 46908 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D46908&action=3Dedit bug-min-against-8.3.0.c While original sample fails both against 8.3.0 and 9.2.0 this distilled exa= mple fails only on gcc-8.3.0 and gcc-8-branch: $ LANG=3DC /home/slyfox/dev/git/gcc-sparc64/gcc/xgcc -B/home/slyfox/dev/git/gcc-sparc64/gcc -O2 -pipe -fPIC -mcpu=3Dniagara4 -c bug-min-against-8.3.0.c -o bug.o ... {standard input}: Assembler messages: {standard input}:402: Error: Illegal operands >>From gcc-bugs-return-654535-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 14:23:58 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84893 invoked by alias); 21 Sep 2019 14:23:58 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 84841 invoked by uid 48); 21 Sep 2019 14:23:54 -0000 From: "mpolacek at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/91844] Implement CWG 2352, Similar types and reference binding Date: Sat, 21 Sep 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: c++ X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mpolacek at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-09/txt/msg01625.txt.bz2 Content-length: 404 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D91844 Marek Polacek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2019-09-21 Ever confirmed|0 |1 >>From gcc-bugs-return-654536-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 21 17:41:02 2019 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 90066 invoked by alias); 21 Sep 2019 17:41: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 90056 invoked by uid 89); 21 Sep 2019 17:41:01 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=3.8 required=5.0 tests=BAYES_50,HTML_MESSAGE,NIXSPAM_IXHASH,SPF_PASS autolearn=no version=3.3.1 spammy=bitcoin, H*r:bug-gcc@gnu.org, HTo:U*bug-gcc, Bitcoin X-HELO: fencepost.gnu.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (209.51.188.10) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 21 Sep 2019 17:41:00 +0000 Received: from eggs.gnu.org ([2001:470:142:3::10]:38591) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iBjNS-0007fl-34 for bug-gcc@gnu.org; Sat, 21 Sep 2019 13:40:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iBjNQ-0002S1-Uk for bug-gcc@gnu.org; Sat, 21 Sep 2019 13:40:58 -0400 Received: from [194.87.241.186] (port=54875 helo=mail.indem.ru) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iBjNQ-0002Rb-Kq for bug-gcc@gnu.org; Sat, 21 Sep 2019 13:40:56 -0400 Received: from VM-0-14-ubuntu ([124.156.177.162]) by indem.ru with MailEnable ESMTPA; Sat, 21 Sep 2019 20:29:18 +0300 Date: Sat, 21 Sep 2019 17:41:00 -0000 To: bug-gcc@gnu.org From: John Doe Subject: This is important. Message-ID: MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 194.87.241.186 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2019-09/txt/msg01626.txt.bz2 Content-length: 1740 Hello! I know, you may wondering what is with this message, so let me explain. I know you use to watch adult content on your phone... quite often I could say... and what you don't know is the fact that I got you recorded while you satysfing yourself haha. So how I did this? Well, it's my job. Next time use some Java Script blockers to block viruses. My virus can record with your camera(I can disable LED notification as well), extract contacts list, social media contacts and... many other features. So I will be clear, you have to pay me 400$ in Bitcoins, if not... well... all your contacts that I extracted from your phone will receive the video with you. We all do it but you just got caught in action haha, BTW you have good taste on women. If you don't know how to use Bitcoin, you can use Google or look on YouTube for 'how to use Bitcoin'. A good place to buy, just search on Google for 'Paxful'. Amount: 400$ = 0.04 BTC(approximately). My Bitcoin Address: 1-A-S-K-X-5-D-z-8-q-u-S-8-1-1-C-D-i-2-v-Z-t-f-R-J-7-V-5-X-7-T-R-W-3 THIS IS IMPORTANT!!! 1) My address is CaSe SeNsItIvE. 2) I want you to copy my address somewhere safe on your computer, using Copy and Paste. 3) Remove manually all the lines from my address, but be careful to not delete any other character, remove only the lines between each character and the result after removing all the lines is actually my Bitcoin Address. Save that and use when you send me the coins. In order to remove my virus from your phone is to reset to factory settings, just Google 'how to reset to factory settings' and your phone model. Nothing personal... just business. You have 2 days to send me the coins, I will know when you will read this message so don't try to play with me.