mirror of
https://github.com/postgres/postgres.git
synced 2025-12-13 00:03:30 -05:00
We have a longstanding project convention that all .h files should be includable with no prerequisites other than postgres.h. This is tested/relied-on by cpluspluscheck. However, cpluspluscheck has not historically been applied to most headers outside the src/include tree, with the predictable consequence that some of them don't work. Fix that, usually by adding missing #include dependencies. The change in printf_hack.h might require some explanation: without it, my C++ compiler whines that the function is unused. There's not so many call sites that "inline" is going to cost much, and besides all the callers are in test code that we really don't care about the size of. There's no actual bugs being fixed here, so I see no need to back-patch. Discussion: https://postgr.es/m/b517ec3918d645eb950505eac8dd434e@gaz-is.ru
28 lines
600 B
C
28 lines
600 B
C
/*
|
|
* src/pl/plpython/plpy_resultobject.h
|
|
*/
|
|
|
|
#ifndef PLPY_RESULTOBJECT_H
|
|
#define PLPY_RESULTOBJECT_H
|
|
|
|
#include "access/tupdesc.h"
|
|
|
|
#include "plpython.h"
|
|
|
|
|
|
typedef struct PLyResultObject
|
|
{
|
|
PyObject_HEAD
|
|
/* HeapTuple *tuples; */
|
|
PyObject *nrows; /* number of rows returned by query */
|
|
PyObject *rows; /* data rows, or empty list if no data
|
|
* returned */
|
|
PyObject *status; /* query status, SPI_OK_*, or SPI_ERR_* */
|
|
TupleDesc tupdesc;
|
|
} PLyResultObject;
|
|
|
|
extern void PLy_result_init_type(void);
|
|
extern PyObject *PLy_result_new(void);
|
|
|
|
#endif /* PLPY_RESULTOBJECT_H */
|