From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1665 invoked by alias); 21 Feb 2015 03:46: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 Received: (qmail 1488 invoked by uid 48); 21 Feb 2015 03:46:32 -0000 From: "glaubitz at physik dot fu-berlin.de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/65151] New: Internal compiler error when trying to build libav 11.2 on sh4 Date: Sat, 21 Feb 2015 04:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Version: 4.9.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glaubitz at physik dot fu-berlin.de X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-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 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: 2015-02/txt/msg02363.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65151 Bug ID: 65151 Summary: Internal compiler error when trying to build libav 11.2 on sh4 Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: glaubitz at physik dot fu-berlin.de Target: sh*-*-* Hi! I just ran into another regression with gcc on SuperH, this time while tryi= ng to compile libav 11.2 on gcc-4.9.2: /=C2=ABPKGBUILDDIR=C2=BB/libavcodec/dpxenc.c: In function 'encode_frame': /=C2=ABPKGBUILDDIR=C2=BB/libavcodec/dpxenc.c:176:1: internal compiler error= : in elimination_costs_in_insn, at reload1.c:3638 } ^ Please submit a full bug report, with preprocessed source if appropriate. See for instructions. Preprocessed source stored into /tmp/cchMsw9Z.out file, please attach this = to your bugreport. /=C2=ABPKGBUILDDIR=C2=BB/Makefile:44: recipe for target 'libavcodec/dpxenc.= o' failed make[1]: *** [libavcodec/dpxenc.o] Error 1 I am attaching the preproccesed source file cchMsw9Z.out to this bugreport. Full log can be found in [1]. Adrian > [1] http://buildd.debian-ports.org/status/fetch.php?pkg=3Dlibav&arch=3Dsh= 4&ver=3D6%3A11.2-1&stamp=3D1424475495 >>From gcc-bugs-return-478032-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Feb 21 03:54:57 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5396 invoked by alias); 21 Feb 2015 03:54: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 5378 invoked by uid 48); 21 Feb 2015 03:54:53 -0000 From: "bugger_gcc at interia dot pl" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/65152] New: Several friend function definitions break lookup Date: Sat, 21 Feb 2015 05: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: 4.9.2 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: bugger_gcc at interia dot pl X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-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 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-02/txt/msg02364.txt.bz2 Content-length: 1259 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65152 Bug ID: 65152 Summary: Several friend function definitions break lookup Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: bugger_gcc at interia dot pl When there is more than one class defining a friend function, name lookup fails in the enclosing scope. Live example: http://goo.gl/gwA3ej (also pasted at the bottom). If either friend function definition at line 7 or 12 is commented out, the code compiles and the call at line 18 correctly resolves to the global function. However, with two friend functions defined the call results in compilation error. The call is also resolved properly with the using declaration at line 17 uncommented, but this shouldn't be necessary since the friend functions shouldn't alter the visibility of the global function and should only be accessible via ADL. The code: void test(int); namespace N { struct A { friend void test(A); // line 7 }; struct B { friend void test(B); // line 12 }; void f() { //using ::test; // line 17 test(0); // line 18 } }