Home:ALL Converter>Using Python setuptools to put Cython-compiled pyd files in their original folders?

Using Python setuptools to put Cython-compiled pyd files in their original folders?

Ask Time:2016-02-19T12:53:21         Author:Brian Madden

Json Formatter

I'm trying to build the setup.py package for my Python 3.4 app which contains a Cython module. My plan is to have a setup.py file which requires Cython and compiles the .pyx file with the idea that typically I would just run that on Win32 (x86 & x64) and Mac and then generate platform wheels and upload them to PyPI, so regular users wouldn't need Cython or to compile anything.

Currently I can get the setup.py script to build the .pyd file, but it doesn't put the built .pyd file in the same location as the original .pyx file which is where I need it to be.

I tried manually copying the .pyd file, but then when I generate the wheel via bdist_wheel I get a pure Python wheel which I think is wrong since there are different version of my built .pyx file depending on the platform. I also tried subclassing the Distribution class and forcing is_pure() to return False (as described here in the Building Wheels section), but that doesn't work. (Still generates a pure Python wheel.)

I assume that if I can get the setup.py script to put the compiled file in the right location, then the wheel will not be pure Python and everything will be fine.

So my questions are:

  1. Is there some kind of setting in setup.py to tell it to put the compiled Cython files into the same locations as the source files?
  2. Or is there a way to copy the compiled files to the location I need them but for the wheel to still be built as non-pure?
  3. Or am I going about this in the wrong way. Should I change my Python code to pull the compiled packages from somewhere else? (That doesn't seem right to me.)
  4. [EDIT] Or should I put the compiled binary .pyd / .so / .dylib into the package, add logic to get the right .pyd based on architecture at runtime, and then have a pure Python wheel? (That also doesn't seem right to me.)

More information on my setup: I'm using setuptools (not distutils) in my setup.py script. A snippet of my setup.py is here (with a lot of stuff removed to keep it to the stuff that's relevant):

from setuptools import setup, Extension
from Cython.Build import cythonize
from Cython.Distutils import build_ext

...

extensions = [
    Extension(name='audio_interface',
              sources=['mpf/mc/core/audio/audio_interface.pyx'],
              include_dirs=include_dirs,
              library_dirs=library_dirs,
              libraries=libraries,
              extra_objects=extra_objects,
              extra_compile_args=extra_compile_args,
              extra_link_args=extra_link_args),

...

setup(
      ...
      ext_modules=cythonize(extensions),
      cmdclass= {'build_ext': build_ext},
      ...

Thanks! Brian

Author:Brian Madden,eproduced under the CC 4.0 BY-SA copyright license with a link to the original source and this disclaimer.
Link to original article:https://stackoverflow.com/questions/35497572/using-python-setuptools-to-put-cython-compiled-pyd-files-in-their-original-folde
gmas80 :

I had a similar issue, and I have found a solution that could work also for you.\n\nFrom the official Python documentation for distutils.core.Extension, the name argument is:\n\n\n the full name of the extension, including any packages — ie. not a\n filename or pathname, but Python dotted name\n\n\nSo, if you modify your setup.py to:\n\n...\n\nextensions = [\n Extension(name='mpf.mc.core.audioaudio_interface', # using dots!\n sources=['mpf/mc/core/audio/audio_interface.pyx'],\n include_dirs=include_dirs,\n library_dirs=library_dirs,\n libraries=libraries,\n extra_objects=extra_objects,\n extra_compile_args=extra_compile_args,\n extra_link_args=extra_link_args),\n\n...\n\n\nyou will have the compiled binary in the location that you want.",
2016-11-26T16:42:06
yy