linux-kernel - Re: [PATCH v4 1/3] perf report: Support LLVM for addr2line()

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <Zk8NG10oHcQ0T6EQ@google.com>
Date: Thu, 23 May 2024 11:32:11 +0200
From: "Steinar H. Gunderson" <sesse@...gle.com>
To: Namhyung Kim <namhyung@...nel.org>
Cc: acme@...nel.org, linux-perf-users@...r.kernel.org,
	linux-kernel@...r.kernel.org, irogers@...gle.com
Subject: Re: [PATCH v4 1/3] perf report: Support LLVM for addr2line()

On Wed, May 22, 2024 at 01:46:35PM -0700, Namhyung Kim wrote:
> Great!  Personally I found libbfd is hard to read (and use).  Hope
> that libllvm is better in that pov.  I'm not sure if we all want to
> remove the libbfd dependency but at least we can select one of
> them at build time.  Maybe the same for libelf and libdw(fl) too.

I've never used either before, but I found libllvm pretty
straightforward. The C/C++ interop is a bit painful, though.
(The disassembler has a C interface, but addr2line does not,
from what I could see.)

> Having symbol enumeration and demangling with LLVM would
> be nice but not required to merge this work.  I'll take a deeper
> look next week.  Please post v5.

Posted.

/* Steinar */