Я использовал «стандартный» подход Embedding Python in Another Application. Но это сложно/утомительно. Каждая новая функция в Python является болезненной для реализации.
Я видел пример Calling PyPy from C. Он использует CFFI для упрощения интерфейса, но для него требуется PyPy, а не Python. Сначала прочитайте и поймите этот пример, по крайней мере, на высоком уровне.
Я изменил пример C/PyPy для работы с Python. Вот как вызвать Python из C с помощью CFFI.
Мой пример более сложный, потому что я реализовал три функции в Python вместо одного. Я хотел рассмотреть дополнительные аспекты передачи данных взад и вперед.
Сложная часть теперь изолирована, передавая адрес api на Python. Это нужно выполнить только один раз. После этого легко добавить новые функции в Python.
interface.h
// These are the three functions that I implemented in Python.
// Any additional function would be added here.
struct API {
double (*add_numbers)(double x, double y);
char* (*dump_buffer)(char *buffer, int buffer_size);
int (*release_object)(char *obj);
};
test_cffi.c
//
// Calling Python from C.
// Based on Calling PyPy from C:
// http://doc.pypy.org/en/latest/embedding.html#more-complete-example
//
#include <stdio.h>
#include <assert.h>
#include "Python.h"
#include "interface.h"
struct API api; /* global var */
int main(int argc, char *argv[])
{
int rc;
// Start Python interpreter and initialize "api" in interface.py using
// old style "Embedding Python in Another Application":
// https://docs.python.org/2/extending/embedding.html#embedding-python-in-another-application
PyObject *pName, *pModule, *py_results;
PyObject *fill_api;
#define PYVERIFY(exp) if ((exp) == 0) { fprintf(stderr, "%s[%d]: ", __FILE__, __LINE__); PyErr_Print(); exit(1); }
Py_SetProgramName(argv[0]); /* optional but recommended */
Py_Initialize();
PyRun_SimpleString(
"import sys;"
"sys.path.insert(0, '.')");
PYVERIFY(pName = PyString_FromString("interface"))
PYVERIFY(pModule = PyImport_Import(pName))
Py_DECREF(pName);
PYVERIFY(fill_api = PyObject_GetAttrString(pModule, "fill_api"))
// "k" = [unsigned long],
// see https://docs.python.org/2/c-api/arg.html#c.Py_BuildValue
PYVERIFY(py_results = PyObject_CallFunction(fill_api, "k", &api))
assert(py_results == Py_None);
// Call Python function from C using cffi.
printf("sum: %f\n", api.add_numbers(12.3, 45.6));
// More complex example.
char buffer[20];
char * result = api.dump_buffer(buffer, sizeof buffer);
assert(result != 0);
printf("buffer: %s\n", result);
// Let Python perform garbage collection on result now.
rc = api.release_object(result);
assert(rc == 0);
// Close Python interpreter.
Py_Finalize();
return 0;
}
interface.py
import cffi
import sys
import traceback
ffi = cffi.FFI()
ffi.cdef(file('interface.h').read())
# Hold references to objects to prevent garbage collection.
noGCDict = {}
# Add two numbers.
# This function was copied from the PyPy example.
@ffi.callback("double (double, double)")
def add_numbers(x, y):
return x + y
# Convert input buffer to repr(buffer).
@ffi.callback("char *(char*, int)")
def dump_buffer(buffer, buffer_len):
try:
# First attempt to access data in buffer.
# Using the ffi/lib objects:
# http://cffi.readthedocs.org/en/latest/using.html#using-the-ffi-lib-objects
# One char at time, Looks inefficient.
#data = ''.join([buffer[i] for i in xrange(buffer_len)])
# Second attempt.
# FFI Interface:
# http://cffi.readthedocs.org/en/latest/using.html#ffi-interface
# Works but doc says "str() gives inconsistent results".
#data = str(ffi.buffer(buffer, buffer_len))
# Convert C buffer to Python str.
# Doc says [:] is recommended instead of str().
data = ffi.buffer(buffer, buffer_len)[:]
# The goal is to return repr(data)
# but it has to be converted to a C buffer.
result = ffi.new('char []', repr(data))
# Save reference to data so it's not freed until released by C program.
noGCDict[ffi.addressof(result)] = result
return result
except:
print >>sys.stderr, traceback.format_exc()
return ffi.NULL
# Release object so that Python can reclaim the memory.
@ffi.callback("int (char*)")
def release_object(ptr):
try:
del noGCDict[ptr]
return 0
except:
print >>sys.stderr, traceback.format_exc()
return 1
def fill_api(ptr):
global api
api = ffi.cast("struct API*", ptr)
api.add_numbers = add_numbers
api.dump_buffer = dump_buffer
api.release_object = release_object
Compile:
gcc -o test_cffi test_cffi.c -I/home/jmudd/pgsql-native/Python-2.7.10.install/include/python2.7 -L/home/jmudd/pgsql-native/Python-2.7.10.install/lib -lpython2.7
Execute:
$ test_cffi
sum: 57.900000
buffer: 'T\x9e\x04\x08\xa8\x93\xff\xbf]\x86\x04\x08\x00\x00\x00\x00\x00\x00\x00\x00'
$
Что вы Обоснование для желающих поставить программу на Python в отдельном процессе, и не желая, чтобы встроить интерпретатор Python? Мне любопытно. –
Ну, если он может получить путь с помощью простых строк на python, а затем вернуться на C, когда это будет сделано, это будет намного проще, чем внедрение интерпретатора python. Простое вызов отдельного приложения python потребует 5 минут интеграции, если интерфейс прост (просто передайте строки и строки), и я уверен, что вложение интерпретатора займет немного больше 5 минут – hhafez
Вот полный пример https: // переполнение стека.com/a/46441794/5842403 где вы можете увидеть встроенный Python в C, а затем C встроенный в Systemverilog с использованием DPI. – Joniale