From owner-freebsd-current@FreeBSD.ORG Wed Oct 29 16:13:07 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7B7E6E3; Wed, 29 Oct 2014 16:13:07 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C9926F41; Wed, 29 Oct 2014 16:13:06 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA28935; Wed, 29 Oct 2014 18:11:39 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1XjVqU-0000W8-NW; Wed, 29 Oct 2014 18:11:38 +0200 Message-ID: <54511184.2020600@FreeBSD.org> Date: Wed, 29 Oct 2014 12:10:44 -0400 From: Andriy Gapon User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Ed Maste , David Chisnall Subject: Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/ References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Kevin Oberman , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2014 16:13:07 -0000 On 29/10/2014 10:17, Ed Maste wrote: > On 29 October 2014 05:05, David Chisnall wrote: >> On 29 Oct 2014, at 03:11, Ed Maste wrote: >> >>> /usr/lib/debug is the standard location for standalone debug data >>> established by GDB, and seems like a decent enough location. I'll make >>> sure to update the man page. >> >> Do gdb and lldb also look in /usr/local/lib/debug? If not, it would be great if we could at least teach lldb to do this so that we can start thinking about splitting debug info into separate packages for ports (and providing it as an optional install for everything). > > Not yet, but it's trivial to add for at least LLDB. My end goal is > what you describe - kernel, base system userland, and packages/ports > can all provide standalone debug packages which will install to a > consistent and well-known location, and be picked up automatically by > the debugger. > > Part of this project depends on moving past our old binutils though, > so we can start using the build-id ELF note to link the executable or > library with its associated debug data. Another part of the issue is DTrace tools that need to look for userland symbols. -- Andriy Gapon