[OpenAFS-port-netbsd] Re: [OpenAFS-devel] coding conventions / standards?
Derrick J Brashear
shadow@dementia.org
Wed, 8 Nov 2000 00:59:14 -0500 (EST)
On Tue, 7 Nov 2000, Bill Sommerfeld wrote:
> I'm currently working on porting openafs to NetBSD. [I'm most of the
> way through getting the userland code to build at the moment..]
>
> Have the gatekeepers come up with any coding conventions, standards,
> baseline assumptions, etc?
The only baseline assumption thus far is the codebase will be converted to
use autoconf; Portability assumptions based on an autoconf model
(HAVE_MUMBLE) are thus encouraged; Obviously at some point we'll need to
branch a "stable" (e.g. it compiles) and keep working on "devel" (e.g.
it's broken and we're still working on it)
> It appears that a bunch of the accreted layers of ifdefs would be
> significantly cleaned up if we could just assume a baseline of ANSI C
> and POSIX.1 .. i.e., use <termios.h> for terminal manipuation,
> strerror() instead of sys_errlist[], assume vfprintf exists rather
> than defining it in terms of _doprnt(), etc., etc., etc.
A portability library for systems which don't comply with such
requirements combined with these assumptions is the current target.
> Are the gatekeepers likely to accept changes which assume an ANSI
> compiler and a POSIX.1 environment in userland?
Yes.
> Oh, and is anyone working on replacing the archaic Steve Miller DES
> implementation with something better/faster/smaller/easier to build?
As yet unknown to me, but if no one does, I will.
-D