From owner-cvs-all@FreeBSD.ORG Mon Jan 28 12:47:15 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 B55D216A47B for ; Mon, 28 Jan 2008 12:47:15 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1AD2013C46B for ; Mon, 28 Jan 2008 12:47:14 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 28 Jan 2008 12:17:48 -0000 Received: from p54A3FC03.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.252.3] by mail.gmx.net (mp009) with SMTP; 28 Jan 2008 13:17:48 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+fvgRau9GfxkgbU3w3nAXOpsAnfTy0qO0bMw73LA 6K92oukjNubbfX Message-ID: <479DC7EB.5050102@gmx.de> Date: Mon, 28 Jan 2008 13:17:47 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.9 (X11/20071230) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_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> <20080128111434.GA68277@owl.midgard.homeip.net> In-Reply-To: <20080128111434.GA68277@owl.midgard.homeip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: 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 12:47:15 -0000 Erik Trulsson wrote: > On Mon, Jan 28, 2008 at 11:55:29AM +0100, Dag-Erling Smørgrav 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. >> Irrelevant. >> >>> 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. >> C99 doesn't define those either. >> >>> 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. >> Both C99 and POSIX *require* int64_t and uint64_t on all platforms that >> have 64-bit integer types. >> >> 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. How about int_least64_t? It's a required type of at least 64bits. I'd like my bikeshed green with yellow dots, please. Regards Christoph