From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21285 invoked by alias); 1 Jan 2007 04:18:17 -0000 Received: (qmail 21276 invoked by uid 22791); 1 Jan 2007 04:18:16 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 01 Jan 2007 04:18:11 +0000 Received: from farnswood.snap.net.nz (p202-124-124-28.snap.net.nz [202.124.124.28]) by viper.snap.net.nz (Postfix) with ESMTP id 3CADF3D81F7; Mon, 1 Jan 2007 17:18:08 +1300 (NZDT) Received: by farnswood.snap.net.nz (Postfix, from userid 500) id 57E40627ED; Mon, 1 Jan 2007 04:16:01 +0000 (GMT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: quoted-printable Message-ID: <17816.35584.667177.797501@farnswood.snap.net.nz> Date: Mon, 01 Jan 2007 04:18:00 -0000 To: Vladimir Prus Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] MI: new timing command In-Reply-To: References: <17814.10139.269708.848818@kahikatea.snap.net.nz> <17815.27329.161503.370934@kahikatea.snap.net.nz> X-Mailer: VM 7.19 under Emacs 22.0.50.58 X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-01/txt/msg00007.txt.bz2 > > + Toggle the printing of the wallclock, user and system times for an MI > > + command as a field in its output. =C3=82=1B,A =1B(BThis command is t= o help frontend > > + developers optimize the performance of their code. =C3=82=1B,A =1B(B >=20 > I though it's to help gdb developers to optimize performance of > their code ;-) I was thinking of frontend developers as gdb developers would presumably use profiling but, hey, I'm making it up as I go along and if it proves useful for developing GDB too we can add that. > At least when gdb takes a second for list frames, > there's nothing I can do in a frontend ;-) Well, for example, you can see the time that a command like -stack-list-fra= mes takes and decide whether to cap the number of frames and what time that sav= es. > > No argument is=20 > > + equivalent to @samp{yes}.=20=20=20 >=20 > I'd suggest to say that this command may return error if=20 > timing is not available. Otherwise, frontend authors might > not even think this command can fail, and when it fails, > user will see completely buffling error message. Yes, I'll add this if I get approval for getrusage. --=20 Nick http://www.inet.net.nz/~nick= rob