From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 3977D3938C21; Mon, 7 Sep 2020 15:58:34 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 3977D3938C21 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1599494314; bh=eYZwfCXw7sAa8NYtKU9zhUdNrnO7U5IPOYdGKbUKXKU=; h=From:To:Subject:Date:In-Reply-To:References:From; b=qwCCE5nFPRSescMfCl3BISyphZe+k99kFi3lsIvyM5CzhqoCTQF/UnEF9BTJnUdCO BE8CoBwSQ4aROuO7Aob3vSKIh8U8uNgwKt0YGbJ0jAg91IUNPxWnQGANFzIXq+OVzW ZgNCdvMrQ5fiCOVudgDSW88JevUkTCLZ5t+tkAL0= From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/93865] .debug_line with LTO refers to bogus file-names Date: Mon, 07 Sep 2020 15:58:33 +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: 10.0 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2020 15:58:34 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D93865 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek --- I guess this isn't only about the main source files, but about any includes= (if they are relative, not absolute). Perhaps when streaming out lto we should stream for each TU also the get_src_pwd () string, and in canon_file_name in lto-streamer-in.c take into account the src pwd read from the current TU vs. get_src_pwd () for the LTO link. If they are the same, don't do any changes, similarly for absolute paths no difference, otherwise canonicalize relative paths for the difference in the paths.=