问题描述

我已经设法使用MinGW在Linux上构建了我的Python扩展所必需的一些DLL。大致是这样的：

from setuptools.command.build_py import build_py

class BuildGo(build_py):

    def run(self):
        if # need to build windows binaries
            self.build_win()
        build_py.run(self)

    def build_win(self):
        if # compilers and toolchain available
            try:
                # builds extra libraries necessary for this extension
            except subprocess.CalledProcessError as e:
                print(e.stderr)
                raise
            try:
                result = subprocess.check_output([
                    'x86_64-w64-mingw32-gcc-win32',
                    '-shared',
                    '-pthread',
                    '-o',
                    EXTRA_DLL,
                    FAKE_WIN_BINDINGS,
                    ARCHIVE_GENERATED_IN_PREVIOUS_STEP,
                    '-lwinmm',
                    '-lntdll',
                    '-lws2_32',
                ])
                print(result)
            except subprocess.CalledProcessError as e:
                print(e.stderr)
                raise

我现在希望我可以避免以同样痛苦的方式扩展build_ext，让它交叉编译适用于Windows的Cython代码...我观察了setuptools、distutils和cython优雅的相互作用的深渊，在深渊有机会回顾我之前……有没有办法只指定一些标志..。例如编译器的名称和所需平台的Python二进制文件以及...它会这么做吗？

我读过这篇文章：http://whatschrisdoing.com/blog/2009/10/16/cross-compiling-python-extensions/--快10年了。这让我很想哭。写完之后有什么变化吗？或者这些步骤或多或少是我必须为我正在运行的平台以外的平台进行编译所做的工作？

或者，网络上有没有这样做的示例项目？

目标

推荐答案

我将此发布为社区维基，因为这是一个非常不令人满意的答案：它只告诉您为什么它非常困难，而不是提供真正的解决方案。

可以获得使用Mingw编译的Python版本，然后这些版本将与使用Mingw编译的模块兼容。这可能可以作为Linux上的交叉编译器工作，但这些模块只对拥有此自定义版本的一小部分人有用(因此无助于创建有用的、可分发的.egg文件)。

我的感觉是，任何可行的解决方案都可能基于这些基本正常工作的Windows版Mingw编译器。

这篇关于Linux for Windows上的交叉编译扩展的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！