From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13459 invoked by alias); 1 Jan 2007 06:06:38 -0000 Received: (qmail 13434 invoked by uid 22791); 1 Jan 2007 06:06:37 -0000 X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (199.232.76.164) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 01 Jan 2007 06:06:33 +0000 Received: from eliz by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1H1GJK-0000Tz-He; Mon, 01 Jan 2007 01:06:14 -0500 From: Eli Zaretskii To: Nick Roberts CC: ghost@cs.msu.su, mark.kettenis@xs4all.nl, gdb-patches@sources.redhat.com In-reply-to: <17816.35962.759185.716466@farnswood.snap.net.nz> (message from Nick Roberts on Mon, 1 Jan 2007 17:22:18 +1300) Subject: Re: [PATCH] MI: new timing command Reply-to: Eli Zaretskii References: <17814.10139.269708.848818@kahikatea.snap.net.nz> <200612311609.kBVG9Fgh022431@brahms.sibelius.xs4all.nl> <200612311920.48710.ghost@cs.msu.su> <17816.35962.759185.716466@farnswood.snap.net.nz> Message-Id: Date: Mon, 01 Jan 2007 06:06:00 -0000 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/msg00012.txt.bz2 > From: Nick Roberts > Date: Mon, 1 Jan 2007 17:22:18 +1300 > Cc: Vladimir Prus , mark.kettenis@xs4all.nl, > gdb-patches@sources.redhat.com > > > > And lose user/system/elapse time distinction? > > > > You don't have to lose it. How about if we use getrusage directly if > > it's available, else the libiberty replacement? That way, everybody > > will be as happy as they can expect, I think. > > If we adopt this approach can you please explain to me how to interpret the > output of get_run_time when getrusage is not availble so I can add it to the > doc. I think it should be interpreted the same as the results from getrusage. What made you think it needs special interpretation? If the problem is that get_run_time returns a single number instead of 3 numbers, I think we should simply display the other 2 as zeroes, or maybe use some MI convention for results that aren't available, if there is such a convention. > > You are not the only user of GDB. > > -enable-timing would only be used by developers of frontends to GDB using MI. > Currently Vladimir and myself do almost appear to be the only users. Let's not enter the argument of how many people we can count that will use this command. Features are added to GDB for the benefit of everybody, not just the couple of people whom we know to need them. > > There's no reason to gratuitously > > confine features to the only platform that you are interested in. > > It not gratuitous because generalising it involves extra work in areas > we don't understand. What areas are those? I don't see any particular extra work required in the simple solution I proposed. Maybe I'm missing something.