From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8020 invoked by alias); 2 May 2006 00:33:15 -0000 Received: (qmail 8012 invoked by uid 22791); 2 May 2006 00:33:15 -0000 X-Spam-Check-By: sourceware.org Received: from ausmtp04.au.ibm.com (HELO ausmtp04.au.ibm.com) (202.81.18.152) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 02 May 2006 00:33:13 +0000 Received: from sd0208e0.au.ibm.com (d23rh904.au.ibm.com [202.81.18.202]) by ausmtp04.au.ibm.com (8.13.6/8.13.5) with ESMTP id k420hLFg281186 for ; Tue, 2 May 2006 10:43:21 +1000 Received: from d23av03.au.ibm.com (d23av03.au.ibm.com [9.190.250.244]) by sd0208e0.au.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k420aJsM237264 for ; Tue, 2 May 2006 10:36:19 +1000 Received: from d23av03.au.ibm.com (loopback [127.0.0.1]) by d23av03.au.ibm.com (8.12.11/8.13.3) with ESMTP id k420WxMN000951 for ; Tue, 2 May 2006 10:32:59 +1000 Received: from ozlabs.au.ibm.com (ozlabs.au.ibm.com [9.190.163.12]) by d23av03.au.ibm.com (8.12.11/8.12.11) with ESMTP id k420Wxv1000761; Tue, 2 May 2006 10:32:59 +1000 Received: by ozlabs.au.ibm.com (Postfix, from userid 1017) id EA9CF7374A; Tue, 2 May 2006 10:33:53 +1000 (EST) Date: Tue, 02 May 2006 00:33:00 -0000 From: Ben Elliston To: James E Wilson Cc: binutils@sourceware.org Subject: Re: curious gprof behaviour on trivial testcase Message-ID: <20060502003353.GA32356@ozlabs.au.ibm.com> References: <1146276484.15759.326.camel@aretha.corp.specifix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1146276484.15759.326.camel@aretha.corp.specifix.com> User-Agent: Mutt/1.5.6i Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00014.txt.bz2 Hi Jim > The problem here is that a trivial testcase has only one function, > and hence no call graph info. However, gprof by default assumes you > want to emit call graph info, and if there is none, it gives an > error. Thanks for fixing this -- it caught me recently and I didn't get a chance to go back and try to fix it myself. More to the point, the error message you get from gprof is utterly unhelpful. When I encountered it, I immediately suspected corruption in the gmon.out file or operator error. It had me scratching my head for a bit! Cheers, Ben