Path: utzoo!attcan!uunet!samsung!munnari.oz.au!basser!steve
From: steve@basser.oz (Stephen Russell)
Newsgroups: comp.os.minix
Subject: Use of _PROTOTYPE macro
Message-ID: <2761@basser.oz>
Date: 3 Dec 89 16:02:08 GMT
References: <682@augean.OZ> <22014@princeton.Princeton.EDU>
Organization: Dept of Comp Sci, Uni of Sydney, Australia
Lines: 19

If it's not too late, I'd like to argue _against_ the _PROTOTYPE macro
currently being used. While it works fine for examples such as this

	_PROTOTYPE( int creat, (char *__path, mode_t __mode));

it is not obvious how it will work for functions that return pointers
to functions (such as signal(2)) or other wacky types, expect by
typedef'ing the function's type.

I prefer Earl Chew's format:

	int	creat    P((const char *, mode_t));

as it recognises that only the argument list needs special attention. 
P as the macro name is a poor choice though. How about _ARGS of something
else?

BTW, if anyone is interested, I have a C prototype generator that can produce
the second form of output. If there's enough interest, I'll post it.