这不是同一种情况，但它也适用于我，现在我可以在Python3.5中使用SWIG：

我试图编译：

gcc -fPIC -c existe.c existe_wrap.c -I /usr/include/python3.5m/

使用Python 2.7可以很好地工作，而不是使用我的3.5版本：

exist_wrap.c:147:21：致命错误：Python.h：不存在el archivo o eldirectorio编译已终止。

在Ubuntu 16.04安装中运行后：

sudo apt-get install python3-dev  # for python3.x installs

现在我可以毫无问题地编译Python3.5：

gcc -fPIC -c existe.c existe_wrap.c -I /usr/include/python3.5m/

看起来您没有正确安装python dev的头文件和静态库。请使用包管理器在系统范围内安装它们。

对于apt（Ubuntu、Debian…）：

sudo apt-get install python-dev   # for python2.x installs
sudo apt-get install python3-dev  # for python3.x installs

对于yum（CentOS，RHEL…）：

sudo yum install python-devel    # for python2.x installs
sudo yum install python3-devel   # for python3.x installs

对于dnf（Fedora…）：

sudo dnf install python2-devel  # for python2.x installs
sudo dnf install python3-devel  # for python3.x installs

对于zypper（openSUSE…）：

sudo zypper in python-devel   # for python2.x installs
sudo zypper in python3-devel  # for python3.x installs

对于apk（Alpine…）：

# This is a departure from the normal Alpine naming
# scheme, which uses py2- and py3- prefixes
sudo apk add python2-dev  # for python2.x installs
sudo apk add python3-dev  # for python3.x installs

对于apt-cyg（Cygwin…）：

apt-cyg install python-devel   # for python2.x installs
apt-cyg install python3-devel  # for python3.x installs

注意：python3dev不会自动覆盖python3的所有次要版本，如果您正在使用例如python3.8，则可能需要安装python3.8-dev。

当您安装了不同的Python版本，并且使用的不是系统的pip时，也会出现此问题。在这种情况下，非系统pip无法找到正确版本的Python头。

我在尝试pip安装与应用程序捆绑的Python包时遇到了这种情况。由于不是系统的python，apt-installpythonXX-dev无法工作。

在这种情况下，解决方案是找到正确的python头：

find / -iname 'Python.h'

在输出中，您将看到系统python头文件，希望是您要查找的头文件，例如：

/usr/include/python3.7m/Python.h
/usr/include/python3.6m/Python.h
/home/ubuntu/workspace/blender-git/lib/linux_centos7_x86_64/python/include/python3.7m/Python.h
/home/ubuntu/miniconda3/pkgs/python-3.8.5-h7579374_1/include/python3.8/Python.h
/home/ubuntu/miniconda3/pkgs/python-3.7.0-h6e4f718_3/include/python3.7m/Python.h
/home/ubuntu/miniconda3/include/python3.8/Python.h
/home/ubuntu/miniconda3/envs/sim/include/python3.7m/Python.h
/home/ubuntu/src/blender-deps/Python-3.7.7/Include/Python.h
/opt/lib/python-3.7.7/include/python3.7m/Python.h

然后，您可以设置一个编译器标志，当被pip调用时，它将被gcc使用。我的是/home/ubuntu/workspace/binder git/lib/linux_centos7_x86_64/python/include/python3.7m/python.h，所以我这样做了：

export CPPFLAGS=-I/home/ubuntu/src/blender-deps/Python-3.7.7/Include
pip install <package>

这里还有另一个解决方案，因为这些解决方案都不适合我。作为参考，我试图在AmazonLinuxAMI基础Docker镜像上安装Python 3.6的一些东西。

非码头解决方案：

# Install python3-devel like everyone says
yum -y install python36-devel.x86_64

# Find the install directory of `Python.h`
rpm -ql python36-devel.x86_64 | grep -i "Python.h"

# Forcefully add it to your include path
C_INCLUDE_PATH='/usr/include/python3.6m'
export C_INCLUDE_PATH

Docker解决方案：

# Install python3-devel like everyone says
RUN yum -y install python36-devel.x86_64

# Find the install directory of `Python.h`, for me it was /usr/include/python3.6m
RUN rpm -ql python36-devel.x86_64 | grep -i "Python.h" && fake_command_so_docker_fails_and_shows_us_the_output

# Since the previous command contains a purposeful error, remove it before the next run

# Forcefully add it to your include path
ARG C_INCLUDE_PATH='/usr/include/python3.6m'

注意：如果在编译C++时遇到错误，请使用CPLUS_INCLUDE_PATH。

或者，您可能更喜欢使用另一个Docker映像。例如，我试图在python:3.9.4-slim上安装asyncpg~=0.24.0，这产生了与您看到的相同的错误。然而，当我将图像更新为python:3时，它工作得很好。

这意味着Python.h不在编译器的默认包含路径中。您是在系统范围内安装还是在本地安装？你的操作系统是什么？

您可以使用-I＜path＞标志来指定编译器应该在其中查找标头的附加目录。您可能需要使用-L＜path＞进行后续操作，以便gcc可以使用-L＜name＞找到要链接的库。

我遇到的情况是我的Python.h位于/usr/include/python3.8和/usr/include/pyton2.7目录中，只需通过类似的方式给出gcc的路径-I/usr/include/pymon3.8即可python的版本替换为您的版本