błąd krytyczny: Python.h: Brak takiego pliku lub katalogu

Próbuję zbudować bibliotekę współdzieloną przy użyciu pliku rozszerzenia C, ale najpierw muszę wygenerować plik wyjściowy za pomocą poniższej komendy:

gcc -Wall utilsmodule.c -o Utilc

Po wykonaniu polecenia pojawia się następujący komunikat o błędzie:

utilsmodule.c: 1: 20: błąd krytyczny: Python.h: Żadna taka kompilacja pliku lub katalogu nie została zakończona.

Wypróbowałem wszystkie sugerowane rozwiązania przez Internet, ale problem nadal występuje. Nie mam z tym problemu Python.h. Udało mi się zlokalizować plik na moim komputerze.

Wygląda na to, że nie zainstalowałeś poprawnie plików nagłówkowych i bibliotek statycznych dla Python Dev. Użyj menedżera pakietów, aby zainstalować je w całym systemie.

W przypadku apt( Ubuntu, Debian ... ):

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

Dla yum( CentOS, RHEL ... ):

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

Dla dnf( Fedora ... ):

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

Dla zypper( openSUSE ... ):

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

Dla 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

Dla apt-cyg( Cygwin ... ):

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

Na Ubuntu działałem w Pythonie 3 i musiałem zainstalować

sudo apt-get install python3-dev

Jeśli chcesz użyć wersji Pythona, która nie jest połączona z python3, zainstaluj powiązany pakiet python3.x-dev. Na przykład:

sudo apt-get install python3.5-dev

W szczególności dla Python 3.7 i Ubuntu potrzebowałem

sudo apt install libpython3.7-dev

. Myślę, że w pewnym momencie nazwy zostały zmienione z pythonm.n-devna to.

w przypadku Pythona 3.6 podobnie:

Dwie rzeczy, które musisz zrobić.

Zainstaluj pakiet programistyczny dla Pythona, w przypadku Debian / Ubuntu / Mint odbywa się to za pomocą polecenia:

sudo apt-get install python-dev

Po drugie, pliki dołączane nie są domyślnie w ścieżce dołączania, a biblioteka Pythona nie jest domyślnie połączona z plikiem wykonywalnym. Musisz dodać te flagi (odpowiednio zastąp wersję Pythona):

-I/usr/include/python2.7 -lpython2.7 

Innymi słowy, Twoim poleceniem kompilacji powinno być:

gcc -Wall -I/usr/include/python2.7 -lpython2.7  utilsmodule.c -o Utilc 

Jeśli używasz Raspberry Pi:

sudo apt-get install python-dev

na Fedorze uruchom to dla Pythona 2:

sudo dnf install python2-devel

i dla Python 3:

sudo dnf install python3-devel

Jeśli używasz programu toksycznego do uruchamiania testów na wielu wersjach Pythona, może być konieczne zainstalowanie bibliotek programistycznych Pythona dla każdej wersji testowanego Pythona.

sudo apt-get install python2.6-dev 
sudo apt-get install python2.7-dev 
etc.

Rozwiązanie dla Cygwin

Musisz zainstalować pakiet python2-devellubpython3-devel , w zależności od używanej wersji Pythona.

Możesz go szybko zainstalować za pomocą 32-bitowego lub 64-bitowego setup.exe (w zależności od instalacji) z Cygwin.com .

Przykład ( setup.exew razie potrzeby zmodyfikuj nazwę pliku i główną wersję Pythona):

$ setup.exe -q --packages=python3-devel

Możesz także sprawdzić moją drugą odpowiedź, aby uzyskać kilka dodatkowych opcji instalacji pakietów Cygwin z wiersza poleceń.

W AWS API (centOS) jego

yum install python27-devel

Dla mnie zmiana na tę działała:

#include <python2.7/Python.h>

Znalazłem plik /usr/include/python2.7/Python.h, a ponieważ /usr/includejest już w ścieżce dołączania, python2.7/Python.hpowinien wystarczyć.

Możesz także dodać ścieżkę dołączania z wiersza poleceń - gcc -I/usr/lib/python2.7(dzięki @ erm3nda).

Upewnij się, że pliki deweloperskie Python są dostarczane wraz z systemem operacyjnym.

Nie należy na stałe kodować biblioteki i zawierać ścieżek. Zamiast tego użyj pkg-config, który wyświetli prawidłowe opcje dla twojego systemu:

$ pkg-config --cflags --libs python2 -I/usr/include/python2.7 -lpython2.7

Możesz dodać go do linii gcc :

gcc -Wall utilsmodule.c -o Utilc $(pkg-config --cflags --libs python2) 

Instalacja AWS EC2 z uruchomionym python34:

sudo yum install python34-devel

W moim przypadku tym, co naprawiło to w Ubuntu, była instalacja pakietów libpython-all-dev(lub libpython3-all-devjeśli używasz Python 3).

Jeśli używasz virtualenv z pythonem 3.6 (teraz Edge), zainstaluj pasujące do niego python 3.6 dev sudo apt-get install python3.6-dev, w przeciwnym razie wykonanie sudo python3-devspowoduje zainstalowanie python dev 3.3.3-1, co nie rozwiąże problemu.

To nie jest ta sama sytuacja, ale działa również dla mnie i teraz mogę używać SWIG z Python3.5 :

Próbowałem skompilować:

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

Z Pythonem 2.7 działa dobrze, nie z moją wersją 3.5:

existe_wrap.c: 147: 21: błąd krytyczny: Python.h: Nie istnieje żadne archiwum lub kompilacja reżysera została zakończona.

Po uruchomieniu w mojej instalacji Ubuntu 16.04:

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

Teraz mogę kompilować bez problemów Python3.5:

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

Ten błąd również napotkałem, gdy instalowałem Coolprop w Ubuntu.

Dla Ubuntu 16.04 z python 3.6

sudo apt-get install python3.6-dev

Jeśli to nie zadziała, spróbuj zainstalować / zaktualizować gcclib.

sudo apt-get install gcc

spróbuj apt-file. Trudno zapamiętać nazwę pakietu, w którym znajduje się brakujący plik. Jest ogólny i przydatny dla wszystkich plików pakietów.

Na przykład:

root@ubuntu234:~/auto# apt-file search --regexp '/Python.h$'
pypy-dev: /usr/lib/pypy/include/Python.h
python2.7-dbg: /usr/include/python2.7_d/Python.h
python2.7-dev: /usr/include/python2.7/Python.h
python3.2-dbg: /usr/include/python3.2dmu/Python.h
python3.2-dev: /usr/include/python3.2mu/Python.h
root@ubuntu234:~/auto# 

Teraz możesz zgadnąć, który z nich wybrać.

Udało mi się rozwiązać ten problem i wygenerować plik .so w jednym poleceniu

gcc -shared -o UtilcS.so
-fPIC -I/usr/include/python2.7 -lpython2.7  utilsmodule.c

Dla towarzyszy OpenSuse:

sudo zypper install python3-devel

W przypadku CentOS 7:

sudo yum install python36u-devel

Postępowałem zgodnie z instrukcjami tutaj, aby zainstalować Python3.6 na kilku maszynach wirtualnych: https://www.digitalocean.com/community/tutorials/how-to-install-python-3-and-set-up-a-local-programming- environment-on-centos-7, a następnie był w stanie zbudować mod_wsgi i uruchomić go z wirtualnym python3.6

Jeśli używasz Pythona 3.6 w Amazon Linux (oparty na RHEL, ale odpowiedzi RHEL podane tutaj nie działały):

sudo yum install python36-devel

Ten błąd wystąpił, gdy próbowałem zainstalować ctds na CentOS 7 z Python3.6. Zrobiłem wszystkie sztuczki wymienione tutaj, w tym yum install python34-devel. Problem Python.hzostał znaleziony w /usr/include/python3.4m but not in /usr/include/python3.6m. Próbowałem użyć, --global-optionaby wskazać dołączenie dir ( pip3.6 install --global-option=build_ext --global-option="--include-dirs=/usr/include/python3.4m" ctds). Spowodowało to, że lpython3.6mnie znaleziono podczas łączenia ctds.

Wreszcie to, co zadziałało, to naprawienie środowiska programistycznego dla Python3.6 musi zostać poprawione za pomocą dołączeń i bibliotek lib.

yum -y install https://dl.iuscommunity.org/pub/ius/stable/CentOS/7/x86_64/python36u-libs-3.6.3-1.ius.centos7.x86_64.rpm

Python.h musi znajdować się w ścieżce dołączania dla gcc. Niezależnie od tego, która wersja Pythona jest używana, na przykład, jeśli jest to wersja 3.6, powinna ona być /usr/include/python3.6m/Python.hzwykle.

Jasne, python-devczy libpython-all-devsą pierwszą rzeczą ( apt) install, ale jeśli to nie pomoże, tak jak w moim przypadku, radzę zainstalować zagraniczne pakiety interfejsu funkcji przez sudo apt-get install libffi-devi sudo pip install cffi.

To powinno pomóc, zwłaszcza jeśli widzisz błąd jako / z c/_cffi_backend.c:2:20: fatal error: Python.h: No such file or directory.

Często pojawia się, gdy próbujesz usunąć python3.5i zainstalować python3.6.

Tak więc przy użyciu python3(który python3 -V=> python3.6) do zainstalowania niektórych pakietów wymagany python3.5nagłówek pojawi się ten błąd.

Rozwiąż za pomocą python3.6-devmodułu instalacyjnego .

1. Musisz zainstalować pliki programistyczne Python w swoim systemie operacyjnym, jeśli Python dostarczony z systemem operacyjnym nie jest dostarczany z nimi. Wiele odpowiedzi na to pytanie pokazuje niezliczone możliwości osiągnięcia tego w różnych systemach.

2. Gdy to zrobisz, problemem jest poinformowanie kompilatora, gdzie się znajdują i jak skompilować z nimi. Python jest dostarczany z programem o nazwie python-config. Do kompilacji potrzebne są dane --includeswyjściowe, a do połączenia programu z biblioteką Python (osadzanie Pythona w programie) dane --ldflagswyjściowe. Przykład:

   gcc -c mypythonprogram.c $(python3-config --includes)
   gcc -o program mypythonprogram.o $(python3-config --ldflags)

python-configProgram może być nazwany wersji Pythona - na Debianie, Ubuntu na przykład te mogą być nazwane python3-configlub python3.6-config.

Czasami nawet po zainstalowaniu Python-dev błąd nadal występuje, sprawdź, czy nie ma błędu „gcc”.

Najpierw pobierz zgodnie z https://stackoverflow.com/a/21530768/8687063 , a następnie zainstaluj gcc

W przypadku apt (Ubuntu, Debian ...):

sudo apt-get install gcc

Dla mniam (CentOS, RHEL ...):

sudo yum install gcc

W przypadku dnf (Fedora ...):

sudo dnf install gcc

W przypadku zyppera (openSUSE ...):

sudo zypper in gcc

Dla apk (Alpine ...):

sudo apk gcc

Oznacza to, że Python.hnie ma domyślnych ścieżek dołączania kompilatora. Czy zainstalowałeś go w całym systemie lub lokalnie? Jaki masz system operacyjny?

Można użyć -I<path>flagi, aby określić dodatkowy katalog, w którym kompilator powinien szukać nagłówków. Prawdopodobnie będziesz musiał to -L<path>zrobić, aby gcc mógł znaleźć bibliotekę, z którą będziesz się łączył -l<name>.