我也遇到了同样的错误（我觉得这很愚蠢，而且对错误消息没有任何帮助），尽管有一个C编译器可用，我还是继续遇到问题。

令人惊讶的是，最终对我有用的只是将pip和setuptools升级到最新版本。希望这对其他人有所帮助。

我尝试了以上所有答案，但发现所有答案都不起作用，这可能是因为我使用的是Windows 8，并且安装了Visual Studio 2012。在这种情况下，这就是你要做的。

vcvarsall.bat文件位于此处：C： \Program Files（x86）\Microsoft Visual Studio 11.0\VC

只需选择文件并复制它。

然后转到以下目录：C： \Program Files（x86）\Microsoft Visual Studio 11.0\Common7\Tools

并粘贴文件。然后，一切都会好起来。

看起来它正在寻找VC编译器，所以您可以尝试使用-c mingw32提及编译器类型，因为您有msys

python setup.py install -c mingw32

我尝试了许多解决方案，但只有一个对我有效，那就是安装Microsoft Visual Studio 2008 Express C++。

我使用C语言编写的Python2.7模块（yEnc，它与MSVS有其他问题）遇到了这个问题。请注意，Python 2.7是用MS VS 2008版本构建的，而不是2010！

尽管它是免费的，但很难找到，因为MS正在推广VS 2010。尽管如此，MSDN官方非常直接的链接仍然有效：检查https://stackoverflow.com/a/15319069/2227298下载链接。

调用importsetuptools将对补丁distutils进行模仿，以强制与Visual Studio兼容。手动调用vcvars32.bat将设置虚拟环境并防止编译器抛出其他常见错误。对于VS 2017，文件位于

“C:\Program Files（x86）\Microsoft VisualStudio\2017\社区\VC\Auxiliary\Build\vcvars32.bat“

以下是我用来将.pyx文件快速编译为.pyd的安装脚本：（注意：它使用第三方模块发送2个

# cython_setup.py
import sys, os, time, platform, subprocess
from setuptools import setup, find_packages
from Cython.Build import cythonize
from traceback import format_exc

# USAGE:
#
#   from cython_setup import run
#   run(pyx_path)

# vcvars = r"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvars32.bat"

# NOTE: to use visual studio 2017 you must have setuptools version 34+
vcvars = r"C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\VC\Auxiliary\Build\vcvars32.bat"


def _build_ext():
    try:
        pyx_path = sys.argv.pop(-1)
        pyx_path = os.path.abspath(pyx_path)
        if not os.path.exists(pyx_path):
            raise FileNotFoundError(f"{pyx_path} does not exist")
        project_name = sys.argv.pop(-1)
        os.chdir(os.path.abspath(os.path.dirname(pyx_path)))

        print("cwd: %s" % os.getcwd())
        print(os.path.abspath("build"))
        setup(
            name=project_name,
            # cmdclass = {'build_ext': build_ext},
            packages=find_packages(),
            # ext_modules=cythonize(extensions)
            ext_modules=cythonize(pyx_path,
                                  compiler_directives={'language_level': 3, 'infer_types': True, 'binding': False},
                                  annotate=True),
            # include_dirs = [numpy.get_include()]
            build_dir=os.path.abspath("build")
        )
    except:
        input(format_exc())


def retry(func):
    def wrapper(*args, **kw):
        tries = 0
        while True:
            try:
                return func(*args, **kw)
            except Exception:
                tries += 1
                if tries > 4:
                    raise
                time.sleep(0.4)

    return wrapper


@retry
def cleanup(pyx_path):
    from send2trash import send2trash
    c_file = os.path.splitext(pyx_path)[0] + ".c"
    if os.path.exists(c_file):
        os.remove(c_file)

    if os.path.exists("build"):
        send2trash("build")


def move_pyd_files(pyx_path):
    pyx_dir = os.path.dirname(pyx_path)
    build_dir = os.path.join(pyx_dir, "build")
    if not os.path.exists(build_dir):
        raise RuntimeError(f"build_dir {build_dir} did not exist....")
    found_pyd = False
    for top, dirs, nondirs in os.walk(build_dir):
        for name in nondirs:
            if name.lower().endswith(".pyd") or name.lower().endswith(".so"):
                found_pyd = True
                old_path = os.path.join(top, name)
                new_path = os.path.join(pyx_dir, name)
                if os.path.exists(new_path):
                    print(f"removing {new_path}")
                    os.remove(new_path)
                print(f"file created at {new_path}")
                os.rename(old_path, new_path)
    if not found_pyd:
        raise RuntimeError("Never found .pyd file to move")

def run(pyx_path):
    """
    :param pyx_path:
    :type pyx_path:
    :return: this function creates the batch file, which in turn calls this module, which calls cythonize, once done
    the batch script deletes itself... I'm sure theres a less convoluted way of doing this, but it works
    :rtype:
    """
    try:
        project_name = os.path.splitext(os.path.basename(pyx_path))[0]
        run_script(project_name, os.path.abspath(pyx_path))
    except:
        input(format_exc())


def run_script(project_name, pyx_path):
    dirname = os.path.dirname(pyx_path)
    # ------------------------------
    os.chdir(dirname)
    if os.path.exists(vcvars):
        #  raise RuntimeError(
        # f"Could not find vcvars32.bat at {vcvars}\nis Visual Studio Installed?\nIs setuptools version > 34?")
        subprocess.check_call(f'call "{vcvars}"', shell=True)

    cmd = "python" if platform.system() == "Windows" else "python3"
    subprocess.check_call(f'{cmd} "{__file__}" build_ext "{project_name}" "{pyx_path}"', shell=True)
    move_pyd_files(pyx_path)
    cleanup(pyx_path)


if len(sys.argv) > 2:
    _build_ext()

distutils（以及一些setuptools）官方支持的MS VС++版本和安装变体的详细列表，以及如何使用它们，请访问

https://wiki.python.org/moin/WindowsCompilers

它还指定了哪个Win32 Python官方版本需要哪个VC++版本。请注意，MinGW不受官方支持（详见下文）。

简而言之：

对于每个版本，都有一个现成的特定Visual Studio版本。请注意，2012年之前的Express版本不支持x64。尝试对x64使用一个会导致未知错误。对于独立SDK，通常需要从SDK提示符（=设置环境变量）运行安装。对一些人来说，这一要求可以通过一次性调整来解除，而不会产生不利的副作用setuptools支持一些不常见的VC++版本，而不是distutils。据说MinGW“工作”，但仅适用于x86。https://bugs.python.org/issue4709表示其支持的问题在于MinGW本身，甚至自Python 3.5以来，x86也必然会出现问题。