I’m just starting to play with Python C extensions and am curious as to why a C function, which is callable from Python must take 2 PyObject* arguments and return a PyObject*. I wrote the following “Hello World” extension:
#include <Python.h>
static PyObject *
hello_world(PyObject *self, PyObject *noargs)
{
printf("Hello World\n");
return Py_BuildValue("");
}
// Module functions table.
static PyMethodDef
module_functions[] = {
{ "hello_world", hello_world, METH_NOARGS, "hello world method" },
{ NULL }
};
// This function is called to initialize the module.
PyMODINIT_FUNC
inittesty2(void)
{
Py_InitModule("testy2", module_functions);
}
Why can’t I (especially with METH_NOARGS) use the following hello_world method:
static void
hello_world()
{
printf("Hello World\n");
}
?
There are several things to say about the various
PyObjectpointers.The one required as return type is used for the exception handling mechanism. Specifically, if your function returns a null pointer, the Python interpreter will throw an exception. (You should only do that after calling one of the
PyErr_..functions to set a specific exception.)This also means that whenever you do not want to throw an exception, you must return a pointer to some real
PyObject. If there is nothing in particular your function is supposed to return, simply returnPy_None(best use thePy_RETURN_NONEmacro to get the reference count right), or “true” (usingPy_RETURN_TRUE).The first argument,
PyObject *selfpoints to the object the function is called from, or to the module instance it belongs to. Note that every function you define is either a class method, or a module method. There are no totally independent functions.The second argument,
PyObject *argspoints to the function argument (which may be a tuple or list of multiple arguments). You are right in pointing out that a function that does not take any arguments should not need this — and, as far as I can tell, you are right. You do not have to define it; you can simply define a function asYou will still have to cast this to
PyCFunctionwhen you put it into thePyMethodDeffor the data type you define, but I believe that cast is safe as long as you use theMETH_NOARGSflag. But note the comments below for possible risks.Finally, a function may in fact have a third argument like this:
The third argument is used for named, optional arguments. In this case, too, you must cast the function pointer to
PyCFunction, but that, too, is safe if you set the right flag (METH_KEYWORDS) for your function in the method table.