#if RETSIGTYPE != void
That isn't C, and MSVC properly refuses to compile it.
Introduced new Py_RETURN_FROM_SIGNAL_HANDLER macro in pyport.h
to expand to the correct thing based on RETSIGTYPE.  However,
only void is ANSI!  Do we still have platforms that return int?
The Unix config mess appears to #define RETSIGTYPE by magic
without being asked to, so I assume it's "a problem" across
Unices still.

MAGIC number. When updating it next time, be sure it's higher than 50715 *
constants. (Shouldn't be a problem if everyone keeps to the proper
algorithm.)

empty argumentlists.

they include prototypes.

possible.

Also, fix a bug found by said declarations, where a string was defined as
unsigned char*, but used as signed.

return something if RETSIGTYPE is not void, in functions that are defined as
returning RETSIGTYPE.

to return something if RETSIGTYPE isn't void, in functions that are defined
to return RETSIGTYPE. Work around an argumentlist mismatch ('void' vs.
'void *') by using a static wrapper function.

to worry about systems that have signal-handlers return 'int' ? Not all of
the code does, though nothing will break because of it.

'HAVE_STDARG_PROTOTYPES' (consider it true, remove false branch)

char**) and return an int even on PC platforms. If not, please fix
PC/utils/makesrc.c ;-P

Work around intrcheck.c's desire to pass 'PyErr_CheckSignals' to
'Py_AddPendingCall' by providing a (static) wrapper function that has the
right number of arguments.

declarations yet, those come later.

('PyObject** x' -> 'PyObject **x')

and a couple of functions that were missed in the previous batches. Not
terribly tested, but very carefully scrutinized, three times.

All these were found by the little findkrc.py that I posted to python-dev,
which means there might be more lurking. Cases such as this:

long
func(a, b)
	long a;
	long b; /* flagword */
{

and other cases where the last ; in the argument list isn't followed by a
newline and an opening curly bracket. Regexps to catch all are welcome, of
course ;)

paths containing ..

MacPython on MacOSX DP4 gets started in the wrong directory. The workaround (ifdeffed by USE_ARGV0_CHDIR) is to do a chdir() to the folder part of our executable name.

use "cvs diff -b" to verify.

New code will see the macros and therefore use the PyXXX_Size()
APIs instead.
By Thomas Wouters.

clean out some other warnings

* case insensitive comparison