From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 51187 invoked by alias); 12 Oct 2017 18:56:49 -0000 Mailing-List: contact elfutils-devel-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: elfutils-devel-owner@sourceware.org Received: (qmail 50810 invoked by uid 48); 12 Oct 2017 18:56:44 -0000 From: "jistone at redhat dot com" To: elfutils-devel@sourceware.org Subject: [Bug tools/22288] New: eu-addr2line doesn't find a rust file:line Date: Thu, 12 Oct 2017 18:56:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: elfutils X-Bugzilla-Component: tools X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jistone at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot 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 attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2017-q4/txt/msg00015.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D22288 Bug ID: 22288 Summary: eu-addr2line doesn't find a rust file:line Product: elfutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: tools Assignee: unassigned at sourceware dot org Reporter: jistone at redhat dot com CC: elfutils-devel at sourceware dot org Target Milestone: --- Created attachment 10524 --> https://sourceware.org/bugzilla/attachment.cgi?id=3D10524&action=3Ded= it hello world binary With a simple hello world program in Rust, eu-addr2line can't locate the file:line of the main subprogram. The binary is attached, generated using: rust-1.20.0-2.fc26.x86_64 cargo-0.21.1-1.fc26.x86_64 $ cargo new --bin hello Created binary (application) `hello` project $ cd hello/ $ cargo run Compiling hello v0.1.0 (file:///tmp/hello) Finished dev [unoptimized + debuginfo] target(s) in 0.13 secs Running `target/debug/hello` Hello, world! Let's try to locate hello::main... $ nm target/debug/hello | grep main U __libc_start_main@@GLIBC_2.2.5 0000000000003750 T main 0000000000227808 d _ZN5hello4main15__STATIC_FMTSTR17h02cd196921af1863E 0000000000003710 t _ZN5hello4main17ha1ca5e9e738df91eE $ eu-addr2line -e target/debug/hello -f 3710 _ZN5hello4main17ha1ca5e9e738df91eE ??:0 $ addr2line -e target/debug/hello -f 3710 _ZN5hello4mainE /tmp/hello/src/main.rs:1 So elfutils finds the raw symbol name, but not the file:line, whereas binut= ils finds the DIE's DW_AT_linkage_name and the correct file:line. (I don't know why the linkage name doesn't have the hashed part, but that's indeed what the DWARF says.) elfutils-0.169-1.fc26.x86_64 (and also master, commit 734118467b1a) binutils-2.27-24.fc26.x86_64 --=20 You are receiving this mail because: You are on the CC list for the bug.