From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 74908 invoked by alias); 25 Mar 2015 00: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 Received: (qmail 71582 invoked by uid 48); 25 Mar 2015 00:53:55 -0000 From: "manu at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/65536] LTO line number information garbled Date: Wed, 25 Mar 2015 03:22: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: 5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: manu at gcc dot gnu.org 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: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" 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-03/txt/msg02670.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65536 --- Comment #25 from Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez --- (In reply to Jan Hubicka from comment #24) > Manuel, you may be right person to implement the streaming of linemaps th= en I have in fact considered it already, since I think it should be fairly easy and it can be done incrementally. However, as always in GCC, things are nev= er as trivial as they seem. I just tried following https://gcc.gnu.org/wiki/DebuggingGCC#Debugging_LTO to see what dump_line_table_statistics reports before and after my patch above, but it doesn't print the lto1 invokation. The debugx scripts (https://gcc.gnu.org/ml/gcc/2004-03/msg01195.html) do not seem to work with lto1 (why those scripts are not in contrib/?). I feel like a new contributor again! :) Thus, sorry I don't really have the necessary free time to dedicate to this. I'm too busy with my real job at the moment. If/When I have time to dedicat= e to develop GCC, I will finish the transition of Fortran to the common diagnost= ics machinery, and then I will focus on C/C++ diagnostics. I still think that a patch similar to the one in comment #21 (+libcpp parts= in comment #17) may improve the situation for GCC 5 and fix PR54962. >>From gcc-bugs-return-481527-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 25 01:44:03 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 99481 invoked by alias); 25 Mar 2015 01:44: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 99429 invoked by uid 48); 25 Mar 2015 01:43:59 -0000 From: "jvdelisle at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/65541] [5 Regression] namelist regression Date: Wed, 25 Mar 2015 03:24: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: 5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jvdelisle at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P4 X-Bugzilla-Assigned-To: jvdelisle at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-03/txt/msg02671.txt.bz2 Content-length: 924 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65541 Jerry DeLisle changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc do= t gnu.org --- Comment #3 from Jerry DeLisle --- (In reply to Dominique d'Humieres from comment #2) > This is due to revision r210934 (pr55117) from: >=20 > * trans-io.c (nml_full_name, transfer_namelist_element): Insert > a '+' rather then '%' to differentiate namelist variable names > that are based on extended derived types. >=20 > this seems to have been done on purpose (I did not follow the discussion = in > the PR). Yes, it was done on purpose to differentiate two possible representation of derived type namelists with extended types. I have a patch in mind. >>From gcc-bugs-return-481528-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Mar 25 02:18:40 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 79419 invoked by alias); 25 Mar 2015 02:18: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 79384 invoked by uid 48); 25 Mar 2015 02:18:36 -0000 From: "msebor at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/61977] powerpc-eabi preprocessor breaks on lines that end with "vector" Date: Wed, 25 Mar 2015 03:46:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 4.9.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: msebor at gcc dot gnu.org 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: cf_gcctarget cc Message-ID: In-Reply-To: References: 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-03/txt/msg02672.txt.bz2 Content-length: 493 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977 Martin Sebor changed: What |Removed |Added ---------------------------------------------------------------------------- Target|powerpc-eabi |powerpc*-*-*-* CC| |msebor at gcc dot gnu.org --- Comment #2 from Martin Sebor --- All powerpc64*-*-*-* targets appear to be affected.