From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NhmX8-0002xz-8N for garchives@archives.gentoo.org; Wed, 17 Feb 2010 16:13:50 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 74395E06FE; Wed, 17 Feb 2010 16:13:23 +0000 (UTC) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by pigeon.gentoo.org (Postfix) with ESMTP id 4921DE06FE for ; Wed, 17 Feb 2010 16:13:23 +0000 (UTC) Received: by qyk42 with SMTP id 42so4510235qyk.11 for ; Wed, 17 Feb 2010 08:13:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=MdkFaI/mKVjzn1mZgZRH9jHBkwZK9WbSYu/ZDvWHXCs=; b=XP7ddR4i9LFPHolDrfuB13WlHUgVomUL+FEdBlx4u4proQ90042ZKmFwQkHU7ZqhqP EouAfHAyigDAvprh4P4oTDCn9X4tyXK7lr5/piKC1ROLAp3kgaKflziJA8udC+JwXH79 ao7uQqQ3xkuO//Z6zCtHCRy/jU2KL3BSbASms= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=IJDks5/hQN1dRe3cO8Sb5QmQ/TrkDWSlSvvQyRwWaSUTr7Ql6hsTE6OI6Bof3j3YIB 8ketmdKNt06mUXZ2S0MdG5LOqFISD9cI9fsW6NASXdO1GALIU1+CU+VGlWX1Ji6pbs4m o+cubUMqd9fUxsFth/9za6fIG/Fv7Eszxtg0U= Received: by 10.103.122.22 with SMTP id z22mr5960214mum.68.1266423201752; Wed, 17 Feb 2010 08:13:21 -0800 (PST) Received: from energy.localnet (ip-80-226-1-7.vodafone-net.de [80.226.1.7]) by mx.google.com with ESMTPS id 25sm6379453mul.20.2010.02.17.08.13.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Feb 2010 08:13:20 -0800 (PST) From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Rethinking binfmts [WAS: How the HAL are you supposed to use these files?] Date: Wed, 17 Feb 2010 17:13:17 +0100 User-Agent: KMail/1.13.0 (Linux/2.6.31.12r4; KDE/4.4.0; x86_64; ; ) References: <20100208222047.GA6553@muc.de> <201002142150.09275.alan.mckinnon@gmail.com> <4B7BD6D2.1060609@metux.de> In-Reply-To: <4B7BD6D2.1060609@metux.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201002171713.18015.volkerarmin@googlemail.com> X-Archives-Salt: d75b2376-0165-4ace-ad5b-a37a1730dd87 X-Archives-Hash: 22216e63d62a5c15616595ba42e66587 On Mittwoch 17 Februar 2010, Enrico Weigelt wrote: > For example, debugging information doesnt need to exist within the > binary itself. An external file would be fine, too, and allows > removing them by standard file operations. man make.conf: splitdebug Prior to stripping ELF etdyn and etexec files, the debugging info is stored for later use by various debuggers. This feature is disabled by nostrip. For installation of source code, see installsources. http://phajdan-jr.blogspot.com/2010/02/how-to-get-useful-backtraces-almost- for.html http://www.gentoo.org/proj/en/qa/backtraces.xml With splitdebug enabled, Portage will still strip the binaries installed in the system. But before doing that, all the useful debug information is copied to a ".debug" file, which is then installed inside /usr/lib/debug (the complete name of the file would be given by appending to that the path where the file is actually installed). The path to that file is then saved in the original file inside an ELF section called ".gnu_debuglink", so that gdb knows which file to load the symbols from. for someone so highly critical you should do some more reading.