From owner-freebsd-arch@FreeBSD.ORG Sat Feb 9 09:51:50 2013 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A262F9C3 for ; Sat, 9 Feb 2013 09:51:50 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF6C115 for ; Sat, 9 Feb 2013 09:51:49 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0M5rVP-1UtARp3vT7-00xpRv for ; Sat, 09 Feb 2013 10:51:49 +0100 Received: (qmail invoked by alias); 09 Feb 2013 09:51:44 -0000 Received: from p5B132F8B.dip.t-dialin.net (EHLO rotluchs.lokal) [91.19.47.139] by mail.gmx.net (mp002) with SMTP; 09 Feb 2013 10:51:44 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/JCwUCz1XJ+0Zc1W02epD7JGBjMs/AHacNwbLtFr Cs6U+b+SWCkpfu Message-ID: <51161C10.9070002@gmx.de> Date: Sat, 09 Feb 2013 10:51:12 +0100 From: Christoph Mallon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130129 Thunderbird/17.0.2 MIME-Version: 1.0 To: Bruce Evans Subject: Re: Proposal: Unify printing the function name in panic messages() References: <51141E33.4080103@gmx.de> <511426B8.2070800@FreeBSD.org> <51160E06.1070404@gmx.de> <20130209195417.C1753@besplex.bde.org> In-Reply-To: <20130209195417.C1753@besplex.bde.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Kirk McKusick , Andriy Gapon , freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Feb 2013 09:51:50 -0000 On 09.02.2013 10:26, Bruce Evans wrote: I knew, this would happen, the moment I typed "ancient god". > Name lookup from the return address is broken for inline functions and > for other optimizations like tail calls, but much more is broken for > stack traces. Thank you for contributing to my case. As bde points out, optimisations interfere with location information gathered at runtime. Having the right name of the function in the panic, ensures that at least the starting point is right. My PANIC() macro guarantees exactly this. Christoph