Вот крошечный, но полный пример передачи массивов numpy
к внешней функции C, логически
fc( int N, double* a, double* b, double* z ) # z = a + b
с использованием Cython.
(Это наверняка хорошо известно тем, кто хорошо это знает.
Комментарии приветствуются.
Последнее изменение: 23 февраля 2011 года, для Cython 0.14.)
Первое чтение или просмотр
Cython build
и Cython с NumPy .
2 шага:
python f-setup.py build_ext --inplace
поворачивается f.pyx
и fc.cpp
-> f.so
, динамическая библиотека
python test-f.py
import f
нагрузки f.so
; f.fpy( ... )
вызывает C fc( ... )
.
python f-setup.py
использует distutils
для запуска Cython, компиляции и ссылки:
cython f.pyx -> f.cpp
скомпилировать f.cpp
и fc.cpp
ссылка f.o fc.o
-> f.so
,
динамическая библиотека, которую загрузит python import f
.
Для студентов я бы предложил: составить схему этих шагов,
просмотрите файлы ниже, затем загрузите и запустите их.
(distutils
- огромный извилистый пакет, используемый для
сделать пакеты Python для распространения и установить их.
Здесь мы используем только небольшую его часть для компиляции и ссылки на f.so
.
Этот шаг не имеет ничего общего с Cython, но он может сбивать с толку;
простые ошибки в .pyx могут привести к появлению на страницах непонятных сообщений об ошибках компиляции и ссылок g ++.
Смотрите также
distutils doc
и / или
ТАК вопросы по distutils .)
Как make
, setup.py
будет перезапущен
cython f.pyx
и g++ -c ... f.cpp
если f.pyx
новее f.cpp
.
Для очистки rm -r build/
.
Альтернативой setup.py
было бы выполнение шагов отдельно, в скрипте или Makefile:
cython --cplus f.pyx -> f.cpp # see cython -h
g++ -c ... f.cpp -> f.o
g++ -c ... fc.cpp -> fc.o
cc-lib f.o fc.o -> dynamic library f.so
.
Изменить оболочку cc-lib-mac
ниже для вашей платформы и установки: это не красиво, но мало.
Для реальных примеров обтекания Cython C,
посмотрите на файлы .pyx практически в любом
SciKit .
Смотри также:
Cython для пользователей NumPy
и SO вопросов / с тегами / cython .
Чтобы распаковать следующие файлы,
вырезать и вставить лот в один большой файл, скажем cython-numpy-c-demo
,
затем в Unix (в чистой новой директории) запустите sh cython-numpy-c-demo
.
#--------------------------------------------------------------------------------
cat >f.pyx <<\!
# f.pyx: numpy arrays -> extern from "fc.h"
# 3 steps:
# cython f.pyx -> f.c
# link: python f-setup.py build_ext --inplace -> f.so, a dynamic library
# py test-f.py: import f gets f.so, f.fpy below calls fc()
import numpy as np
cimport numpy as np
cdef extern from "fc.h":
int fc( int N, double* a, double* b, double* z ) # z = a + b
def fpy( N,
np.ndarray[np.double_t,ndim=1] A,
np.ndarray[np.double_t,ndim=1] B,
np.ndarray[np.double_t,ndim=1] Z ):
""" wrap np arrays to fc( a.data ... ) """
assert N <= len(A) == len(B) == len(Z)
fcret = fc( N, <double*> A.data, <double*> B.data, <double*> Z.data )
# fcret = fc( N, A.data, B.data, Z.data ) grr char*
return fcret
!
#--------------------------------------------------------------------------------
cat >fc.h <<\!
// fc.h: numpy arrays from cython , double*
int fc( int N, const double a[], const double b[], double z[] );
!
#--------------------------------------------------------------------------------
cat >fc.cpp <<\!
// fc.cpp: z = a + b, numpy arrays from cython
#include "fc.h"
#include <stdio.h>
int fc( int N, const double a[], const double b[], double z[] )
{
printf( "fc: N=%d a[0]=%f b[0]=%f \n", N, a[0], b[0] );
for( int j = 0; j < N; j ++ ){
z[j] = a[j] + b[j];
}
return N;
}
!
#--------------------------------------------------------------------------------
cat >f-setup.py <<\!
# python f-setup.py build_ext --inplace
# cython f.pyx -> f.cpp
# g++ -c f.cpp -> f.o
# g++ -c fc.cpp -> fc.o
# link f.o fc.o -> f.so
# distutils uses the Makefile distutils.sysconfig.get_makefile_filename()
# for compiling and linking: a sea of options.
# http://docs.python.org/distutils/introduction.html
# http://docs.python.org/distutils/apiref.html 20 pages ...
# https://stackoverflow.com/questions/tagged/distutils+python
import numpy
from distutils.core import setup
from distutils.extension import Extension
from Cython.Distutils import build_ext
# from Cython.Build import cythonize
ext_modules = [Extension(
name="f",
sources=["f.pyx", "fc.cpp"],
# extra_objects=["fc.o"], # if you compile fc.cpp separately
include_dirs = [numpy.get_include()], # .../site-packages/numpy/core/include
language="c++",
# libraries=
# extra_compile_args = "...".split(),
# extra_link_args = "...".split()
)]
setup(
name = 'f',
cmdclass = {'build_ext': build_ext},
ext_modules = ext_modules,
# ext_modules = cythonize(ext_modules) ? not in 0.14.1
# version=
# description=
# author=
# author_email=
)
# test: import f
!
#--------------------------------------------------------------------------------
cat >test-f.py <<\!
#!/usr/bin/env python
# test-f.py
import numpy as np
import f # loads f.so from cc-lib: f.pyx -> f.c + fc.o -> f.so
N = 3
a = np.arange( N, dtype=np.float64 )
b = np.arange( N, dtype=np.float64 )
z = np.ones( N, dtype=np.float64 ) * np.NaN
fret = f.fpy( N, a, b, z )
print "fpy -> fc z:", z
!
#--------------------------------------------------------------------------------
cat >cc-lib-mac <<\!
#!/bin/sh
me=${0##*/}
case $1 in
"" )
set -- f.cpp fc.cpp ;; # default: g++ these
-h* | --h* )
echo "
$me [g++ flags] xx.c yy.cpp zz.o ...
compiles .c .cpp .o files to a dynamic lib xx.so
"
exit 1
esac
# Logically this is simple, compile and link,
# but platform-dependent, layers upon layers, gloom, doom
base=${1%.c*}
base=${base%.o}
set -x
g++ -dynamic -arch ppc \
-bundle -undefined dynamic_lookup \
-fno-strict-aliasing -fPIC -fno-common -DNDEBUG `# -g` -fwrapv \
-isysroot /Developer/SDKs/MacOSX10.4u.sdk \
-I/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 \
-I${Pysite?}/numpy/core/include \
-O2 -Wall \
"$@" \
-o $base.so
# undefs: nm -gpv $base.so | egrep '^ *U _+[^P]'
!
# 23 Feb 2011 13:38