From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 107161 invoked by alias); 24 Aug 2015 22:57: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 Received: (qmail 107139 invoked by uid 48); 24 Aug 2015 22:57:33 -0000 From: "anton at samba dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/67344] New: PowerPC unrecognizable insn Date: Mon, 24 Aug 2015 22:57: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: 5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: anton at samba dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-08/txt/msg01697.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67344 Bug ID: 67344 Summary: PowerPC unrecognizable insn Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: anton at samba dot org Target Milestone: --- The following testcase: # cat testcase.c int a, b, c; void fn2(void); int fn1(char p1) { short d; for (;;) for (; c <=3D 3;) { fn2(); d =3D p1 / 2; b =3D d & 11 && a; } } hits an ICE: # gcc -O1 -c testcase.i testcase2.i: In function =E2=80=98fn1=E2=80=99: testcase2.i:13:1: error: unrecognizable insn: } ^ (insn 74 4 75 2 (set (reg:DI 9 9) (and:DI (lshiftrt:DI (reg:DI 3 3 [ p1 ]) (const_int 1 [0x1])) (const_int 11 [0xb]))) testcase2.i:11 -1 (nil)) testcase2.i:13:1: internal compiler error: in extract_insn, at recog.c:2297 0x107923e3 _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) ../../gcc/gcc/rtl-error.c:109 0x1079245f _fatal_insn_not_found(rtx_def const*, char const*, int, char con= st*) ../../gcc/gcc/rtl-error.c:117 0x10755a87 extract_insn(rtx_insn*) ../../gcc/gcc/recog.c:2297 0x10755b4f extract_insn_cached(rtx_insn*) ../../gcc/gcc/recog.c:2188 0x1049f37b cleanup_subreg_operands(rtx_insn*) ../../gcc/gcc/final.c:3112 0x10751dd7 split_insn ../../gcc/gcc/recog.c:2910 0x10758d77 split_all_insns() ../../gcc/gcc/recog.c:2964 0x10758eab rest_of_handle_split_after_reload ../../gcc/gcc/recog.c:3904 0x10758eab execute ../../gcc/gcc/recog.c:3933 >>From gcc-bugs-return-495556-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Aug 24 23:10:58 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 117645 invoked by alias); 24 Aug 2015 23:10: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 117626 invoked by uid 48); 24 Aug 2015 23:10:54 -0000 From: "EisahLee at gmx dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67345] New: -Woverloaded-virtual false negative: Does not warn on overloaded virtual function Date: Mon, 24 Aug 2015 23:10:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: unknown X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: EisahLee at gmx 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: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-08/txt/msg01698.txt.bz2 Content-length: 1981 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67345 Bug ID: 67345 Summary: -Woverloaded-virtual false negative: Does not warn on overloaded virtual function Product: gcc Version: unknown Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: EisahLee at gmx dot de Target Milestone: --- Created attachment 36251 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36251&action=edit Example program to demonstrate missing warning. See example program in attachment. Crucial steps to reproduce code that exhibits the bug: 'MyDerived' defines 'virtual frob(int, int)', and hides the non-virtual 'frob(int)' of 'MyBase'. Evidence that there is actually some "hiding" going on: - Empirical: If we change 'frob(int)' of 'MyBase' to virtual, then g++ issues a warning. - Reported on stackoverflow, other people ran into that issue before me: http://stackoverflow.com/a/6035884/3070326 Expected behaviour from g++: Warn that 'MyDerived::frob(int,int)' hides 'MyBase::frob(int)', although this might be unintuitive for C++ newbies. (Just like the warning for "a < b < c".) Actual behaviour: 'frob(int)' is inaccessible when the static type is 'MyDerived'. This means one of the following happens: - If 'frob(int)' is not called, then g++ silently ignores the situation. BAD! I want a warning, telling me that 'frob(int, int)' is at fault. (Example: Attached file, verbatim) - Otherwise, g++ only lists 'MyDerived::frob(int, int)' as candidate. BAD! I want another candidate ('MyBase::frob(int)') with the explanation that overload resolution does not operate across namespaces. (Example: Attached file, with the 'derived.frob(23);' uncommented.) Meta-info: "gcc version 4.9.3 (Debian 4.9.3-3) " As there is no similar bug report, I assume it has not been fixed by a more recent version anyway.