Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 28 Jan 2008 20:17:47 +1100
From:      Peter Jeremy <peterjeremy@optushome.com.au>
To:        Yar Tikhiy <yar@comp.chem.msu.su>
Cc:        cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org, David O'Brien <obrien@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
Message-ID:  <20080128091747.GP48382@server.vk2pj.dyndns.org>
In-Reply-To: <20080128053514.GK49535@comp.chem.msu.su>
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>

next in thread | previous in thread | raw e-mail | index | archive | help

--sDKAb4OeUBrWWL6P
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jan 28, 2008 at 08:35:15AM +0300, Yar Tikhiy wrote:
>On Sun, Jan 27, 2008 at 01:46:53AM -0800, David O'Brien wrote:
>>     $ find /usr/src/sys -name \*.[ch] -a -type f \
>>         | xargs grep int[0-9][0-9]_t | wc -l
>>     37026
>>=20
>> I think that shows we can depend on int64_t existing and usable.

My count (using ports/devel/id-utils) says there are 627 references to
int64_t in the tree - half of them in sys.  If you extend this to
tokens matching /int[0-9]+_t$/ then those numbers go up to 62958 and
48559 respectively.

A more suitable type might be intmax_t - which is also used more
commonly in userland than int64_t.

>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.

I would prefer to see the primary driver for FreeBSD code be FreeBSD,
not what other projects may or may not choose to copy from it.  In
general, porting code to other systems is going to require more than
a copy-and-paste.  Requiring the target system to provide a single,
fairly well-defined standard type does not seem overly onerous.

--=20
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.

--sDKAb4OeUBrWWL6P
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (FreeBSD)

iD8DBQFHnZ27/opHv/APuIcRApA/AKCUZ/vylMGeB9JR5j0KUMBr4/rxkQCffCI3
Pl7sdWaudCFxPN5d0CfSQmw=
=6/ec
-----END PGP SIGNATURE-----

--sDKAb4OeUBrWWL6P--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080128091747.GP48382>