From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-46804-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 3156 invoked by alias); 31 Dec 2006 04:22:09 -0000
Received: (qmail 3030 invoked by uid 22791); 31 Dec 2006 04:22:09 -0000
X-Spam-Check-By: sourceware.org
Received: from heller.inter.net.il (HELO heller.inter.net.il) (192.114.186.73)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 31 Dec 2006 04:22:03 +0000
Received: from HOME-C4E4A596F7 (IGLD-80-230-253-96.inter.net.il [80.230.253.96]) 	by heller.inter.net.il (MOS 3.7.3a-GA) 	with ESMTP id BKD99142 (AUTH halo1); 	Sun, 31 Dec 2006 06:21:58 +0200 (IST)
Date: Sun, 31 Dec 2006 04:22:00 -0000
Message-Id: <umz541yqg.fsf@gnu.org>
From: Eli Zaretskii <eliz@gnu.org>
To: Nick Roberts <nickrob@snap.net.nz>
CC: gdb-patches@sourceware.org
In-reply-to: <17814.58031.865155.682869@kahikatea.snap.net.nz> (message from 	Nick Roberts on Sun, 31 Dec 2006 11:05:35 +1300)
Subject: Re: [PATCH] MI: new timing command
Reply-to: Eli Zaretskii <eliz@gnu.org>
References: <17814.10139.269708.848818@kahikatea.snap.net.nz> 	<u8xgp2wnm.fsf@gnu.org> <17814.58031.865155.682869@kahikatea.snap.net.nz>
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2006-12/txt/msg00385.txt.bz2

> From: Nick Roberts <nickrob@snap.net.nz>
> Date: Sun, 31 Dec 2006 11:05:35 +1300
> Cc: gdb-patches@sourceware.org
> 
>  > > diff -c -p -r1.86 mi-main.c
>  > > *** mi-main.c	17 Nov 2006 19:30:41 -0000	1.86
>  > > --- mi-main.c	30 Dec 2006 08:42:29 -0000
>  > > ***************
>  > > *** 49,54 ****
>  > > --- 49,55 ----
>  > >   
>  > >   #include <ctype.h>
>  > >   #include <sys/time.h>
>  > > + #include <sys/resource.h>
>  > 
>  > Is sys/resource.h guaranteed to be available on all supported
>  > platforms?  If not, we need to add a configure-time test and enable
>  > this code only under HAVE_GETRUSAGE or some such.
> 
> mi-main.c already uses sys/time.h.  Is sys/resource.h any less widely
> distributed?

I think sys/time.h is much more wide-spread, but I might be wrong.  I
raised the issue because sys/resource.h is relatively seldom used, so
it might be less portable.

> Is there any way of finding out e.g online database?

Sorry, I don't know.  Anyone?