From owner-freebsd-current@FreeBSD.ORG Wed Jul 21 11:36:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB5D416A4D0 for ; Wed, 21 Jul 2004 11:36:51 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 219ED43D48 for ; Wed, 21 Jul 2004 11:36:51 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i6LBajpR082158; Wed, 21 Jul 2004 13:36:46 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Xin LI From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 21 Jul 2004 19:32:11 +0800." <20040721113211.GA1899@frontfree.net> Date: Wed, 21 Jul 2004 13:36:45 +0200 Message-ID: <82157.1090409805@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.org Subject: Re: Any idea why timespec* is _KERNEL stuff only? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 11:36:52 -0000 In message <20040721113211.GA1899@frontfree.net>, Xin LI writes: >Hi, Poul-Henning, > >It seems that rev. 1.23 of sys/sys/time.h has constrained timespec* macros >to be _KERNEL (KERNEL in the old days) only. Is this intended? (NetBSD and >OpenBSD don't expect _KERNEL for these macros, e.g. timespeccmp, and I >personally think that these macros will be better for more generic use, >as timespec structure is not _KERNEL protected :-) I agree. I belive I made the _KERNEL only due to pressure from the standards people or possibly bde@, can't remember to be honest. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.