From owner-cvs-all@FreeBSD.ORG Mon Jan 28 11:36:24 2008 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27F2116A418 for ; Mon, 28 Jan 2008 11:36:24 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8B91713C4D5 for ; Mon, 28 Jan 2008 11:36:23 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:60451 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JJS3B-0002XG-8p for cvs-all@FreeBSD.org; Mon, 28 Jan 2008 12:21:18 +0100 Received: (qmail 12096 invoked from network); 28 Jan 2008 12:14:35 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 28 Jan 2008 12:14:35 +0100 Received: (qmail 68324 invoked by uid 1001); 28 Jan 2008 12:14:35 +0100 Date: Mon, 28 Jan 2008 12:14:35 +0100 From: Erik Trulsson To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20080128111434.GA68277@owl.midgard.homeip.net> Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Yar Tikhiy , cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, David O'Brien References: <200801261709.m0QH9f2D024309@repoman.freebsd.org> <20080127043334.GA75235@dragon.NUXI.org> <20080127053813.GH49535@comp.chem.msu.su> <20080127094653.GA74753@dragon.NUXI.org> <20080128053514.GK49535@comp.chem.msu.su> <86odb6usm6.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <86odb6usm6.fsf@ds4.des.no> User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JJS3B-0002XG-8p. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JJS3B-0002XG-8p b0a06aa853aab264888cba93170e4766 Cc: Yar Tikhiy , src-committers@FreeBSD.org, David O'Brien , cvs-all@FreeBSD.org, cvs-src@FreeBSD.org Subject: Re: cvs commit: src UPDATING src/include fts.h src/lib/libc/gen Makefile.inc Symbol.map fts-compat.c fts-compat.h fts.3 fts.c src/sys/sys param.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 11:36:24 -0000 On Mon, Jan 28, 2008 at 11:55:29AM +0100, Dag-Erling Sm=F8rgrav wrote: > Yar Tikhiy writes: > > Excuse me, but did you notice that fts(3) is not a part of sys? It's > > generic userland code, albeit it's contaminated by system-dependent > > parts for performance or whatever. >=20 > Irrelevant. >=20 > > But let intN_t be mostly confined in the kernel and system-dependent > > userland code. E.g., system-dependent include files can use them > > to define more portable types such as ino_t, nlink_t, or whatever. >=20 > C99 doesn't define those either. >=20 > > Userland code should be portable and useful to other systems in the > > chosen domain of compatibility, e.g., C99 or POSIX, unless there > > are substantial reasons for it not to. That's how different projects > > can benefit from each other's work. >=20 > Both C99 and POSIX *require* int64_t and uint64_t on all platforms that > have 64-bit integer types. >=20 > FreeBSD has never run on any platform that doesn't. I don't think > NetBSD or OpenBSD has either, nor Solaris, nor Linux to my knowledge. Those are all good reasons for why using 'int64_t' would be OK. None of it is a reason for why using 'long long' would not be OK when you want at least 64 bits, but do not require exactly 64 bits. --=20 Erik Trulsson ertr1013@student.uu.se