/ / Python brakuje lub nie nadaje się do użycia podczas kompilacji gdb w Cent OS 5 - python, python-2.7, gdb, makefile

Brak Pythona lub nie można go użyć podczas kompilowania gdb w Cent Cent OS 5 - python, python-2.7, gdb, makefile

Sprawdziłem to pytanie i nie ma ono zastosowania. Brak Pythona lub błąd, którego nie można użyć podczas kompilacji GDB

Próbuję zbudować gdb 7.5 z obsługą Pythona w Cent OS 5.

configure --with-expat --with-python

Nie rejestruje żadnych błędów i instalowane są pliki poziomów Pythona.

ustawiłem LDFLAGS="L/usr/local/expat-2.1 -L/opt/python27/lib

/opt/python27/lib zawiera:

rwxrwxrwx  1 root root      19 Mar 14 15:35 libpython2.7.so -> libpython2.7.so.1.0
-r-xr-xr-x  1 root root 1893448 Aug 30  2012 libpython2.7.so.1.0
drwxr-xr-x  2 root root    4096 Mar 14 15:35 pkgconfig
drwxr-xr-x 27 root root   20480 Mar 14 21:49 python2.7

Bieganie make powoduje ten błąd:

checking whether to use python... yes
checking for python... /opt/python27/bin/python
checking for python2.7... no
configure: error: python is missing or unusable

/opt/python27/bin/python istnieje ma odpowiednie uprawnienia i jest wykonywalny.

Dlaczego nie można znaleźć procesu python?

Odpowiedzi:

2 dla odpowiedzi № 1

Następny wiersz PO configure: error: linia powinna być następująca:

make[1]: [configure-gdb]: ....

mówiąc, że ten błąd pochodzi z uruchomienia configure w podkatalogu gdb. Więc powinieneś zajrzeć do config.log plik tam. Powinno to pokazać ci coś, co próbowało zrobić to, co konfiguracja nie powiodła się - prawdopodobnie fragment kodu C, którego nie udało się skompilować, z komunikatem o błędzie z kompilatora coś w rodzaju „nie można znaleźć” pliku „Python.h”. jaki jest problem - nie mógł znaleźć pliku nagłówkowego Pythona używanego do osadzania pythona w gdb.

Teraz twój problem może być nieco inny, ale prawdopodobnie wiąże się z brakiem poprawnego zainstalowania komponentów Pythona.


1 dla odpowiedzi nr 2

Dlaczego nie można znaleźć procesu python?

To nie jest połączyć proces; to proces konfiguracji w jednym z podkatalogów.

Dowiedz się, który to jest podkatalog (make powinien powiedzieć Leaving directory XXXX) i zajrzyj do środka config.log w tym podkatalogu, co poszło nie tak.

Powód, dla którego napisałem, jest taki, że config.log nie wskazuje na problem, ale gdy uruchomię make, otrzymuję błąd z oryginalnego posta

The make proces przebiega dodatkowy configure procesy. Twój błąd to Wyraźnie z tego dodatkowego procesu. Twierdzisz, że sprawdziłeś wszystko config.logs we wszystkich podkatalogach, ale wydaje się to mało prawdopodobne, biorąc pod uwagę opisane objawy.