命令 `python setup.py build_ext --inplace` 总是创建一个新目录

Question

假设我有一个结构如下的 python 包：

foo/
  __init__.py
  setup.py
  bar/
    __init__.py
    bar.pyx

而setup.py的内容是

from distutils.core import setup
from Cython.Build import cythonize
import numpy as np

setup(
    ext_modules=cythonize("bar/bar.pyx"),
    include_dirs=[np.get_include()]
)

那我就跑

python setup.py build_ext --inplace

因为我需要将编译后的文件bar.so 准确地放在bar/ 中。但是前面的命令在bar下创建了一个新目录foo/bar/，然后把bar.so放在那里，比如说，

foo/
  __init__.py
  setup.py
  bar/
    __init__.py
    bar.pyx
    foo/
      bar/
        bar.so

而我需要的是

foo/
  __init__.py
  setup.py
  bar/
    __init__.py
    bar.pyx
    bar.so

这些烦人的事情发生在我把foo和bar变成一个包之后。如果我删除foo/__init__.py 和bar/__init__.py，那么bar.so 将出现在foo/ 中，但仍然不是foo/bar/。我已阅读手册，但没有找到解决此问题的选项。

如果我要求bar.so 出现在正确的位置，同时保留两个__init__.py 文件，我该怎么办？

Answer 1

setup.py 不应该存在于包中。您需要将包上移一个目录：

foo/
  setup.py
  foo/
    __init__.py
    bar/
      __init__.py
      bar.pyx

这是我遇到的大多数包所遵循的结构。

---

至于 scikit-learn，你用它来获得灵感：

我当然不知道 scikit-learn 对他们的多个 setup.py 文件做了什么，但我敢打赌，说外部 setup.py 正在使用（调用、导入）另一个 setup.py s，将子包配置的详细信息分发给setup.pys 个人。它只是不是很明显，因为（我认为）distutils/setuptools 在引擎盖下做了很多这种导入。

因此，外部设置负责整个包，内部设置负责子包的细节。

但最后，它仍然是另一层中的一个大setup.py 文件。尝试运行

python setup.py build_ext --inplace

在任何内部setup.pys 上，它要么失败，要么什么也不做（至少对于我给它的两次尝试）。

因此，这些子包 setup.pys 可能更适合视为 setup_config.py 文件。

作为一个有趣的结果，安装包会将这些setup.py 文件保留在它们各自的子包中（以及sklearn 中的那个）。也许在使用软件包时会有一些用处，但我想这只是 scikit-learn 设置过程的产物，并且包含所有 *.py 文件。