Błąd „gnu / stubs-32.h: nie ma takiego pliku lub katalogu” podczas kompilowania kodu źródłowego Nachos

Próbuję zainstalować Nachos na moim laptopie i mam na nim Ubuntu 11.04.

Kod jest w C, więc aby go zbudować, zakładam, że będę potrzebował kompilatora krzyżowego. Tu jest mój problem. Pobrałem kod źródłowy kompilatora krzyżowego MIPS za pomocą polecenia

  wget http://mll.csie.ntu.edu.tw/course/os_f08/assignment/mips-decstation.linux-xgcc.gz

i rozpakowałem go za pomocą

tar zxvf mips-decstation.linux-xgcc.gz      

To jest w porządku, ale kiedy próbuję zbudować kod źródłowy nachos os przy użyciu make, pojawia się ten błąd -

/usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory compilation terminated. make: *** [bitmap.o] Error 1

Próbuję postępować zgodnie z instrukcjami podanymi tutaj - http://mll.csie.ntu.edu.tw/course/os_f08/217.htm i wszystko działa dobrze, z wyjątkiem sytuacji, gdy próbuję użyć make.

Brakuje 32-bitowego pakietu libc dev:

W Ubuntu nazywa się libc6-dev-i386 - zrób sudo apt-get install libc6-dev-i386. Poniżej znajdują się dodatkowe instrukcje dotyczące Ubuntu 12.04.

W dystrybucjach Red Hat nazwa pakietu to glibc-devel.i686(dzięki komentarzowi Davida Gardnera).

W CentOS 5.8 nazwa pakietu to glibc-devel.i386(dzięki komentarzowi JimKlecka).

W CentOS 6/7 nazwa pakietu to glibc-devel.i686.

W SLES nazywa się to glibc-devel-32bit - do zypper in glibc-devel-32bit.

W Gentoo nazywa się sys-libs/glibc- wykonaj emerge -1a sys-libs/gcc [ źródło ] (Uwaga: można użyć, equeryaby potwierdzić, że jest to poprawne; zrób equery belongs belongs /usr/include/gnu/stubs-32.h)

W ArchLinux nazwa pakietu to lib32-glibc- do pacman -S lib32-glibc.

Czy używasz Ubuntu 12.04 ? Istnieje znany problem, który powoduje umieszczenie plików w niestandardowej lokalizacji . Musisz także :

export LIBRARY_PATH=/usr/lib/$(gcc -print-multiarch)
export C_INCLUDE_PATH=/usr/include/$(gcc -print-multiarch)
export CPLUS_INCLUDE_PATH=/usr/include/$(gcc -print-multiarch)

gdzieś przed budowaniem (powiedzmy w swoim .bashrc).

Jeśli kompilujesz również kod w C ++, będziesz potrzebować 32-bitowej biblioteki stdc ++. Jeśli zobaczysz to ostrzeżenie:

.... / usr / bin / ld: nie można znaleźć -lstdc ++ ....

W Ubuntu musisz to zrobić sudo apt-get install g++-multilib

Na CentOS 5 musisz to zrobićyum install libstdc++-devel.i386

W CentOS 6 musisz to zrobićyum install libstdc++-devel.i686

Zapraszamy do edycji w pakietach dla innych systemów.

Ze strony GNU UPC :

Kompilator kończy się niepowodzeniem i powoduje błąd krytyczny: gnu / stubs-32.h: nie ma takiego pliku lub katalogu

Ten komunikat o błędzie pojawia się w systemach 64-bitowych, w których włączona jest funkcja multilib GCC / UPC i wskazuje, że 32-bitowa wersja libc nie jest zainstalowana. Istnieją dwa sposoby rozwiązania tego problemu:

• Zainstaluj 32-bitową wersję glibc (np. Glibc-devel.i686 w Fedorze, CentOS itp.)
• Wyłącz kompilację „multilib”, podając przełącznik „--disable-multilib” w poleceniu konfiguracji kompilatora

Spróbuj zrobić sudo apt-get install libc6-dev.

apt-file informuje, że dany plik należy do tego pakietu.

To jest teraz w FAQ wiki GCC, zobacz http://gcc.gnu.org/wiki/FAQ#gnu_stubs-32.h

Otrzymałem następujący błąd na pudełku Fedory 18:

1. /usr/include/gnu/stubs.h:7:27: błąd krytyczny: gnu / stubs-32.h: Kompilacja takiego pliku lub katalogu nie została zakończona.

Zainstalowałem glibc.i686 i glibc-devel.i686, następnie kompilacja nie powiodła się i wystąpił następujący błąd:

2. / usr / bin / ld: pomijanie niezgodnych /usr/lib/gcc/x86_64-redhat-linux/4.7.2/libgcc_s.so podczas wyszukiwania -lgcc_s / usr / bin / ld: nie można znaleźć -lgcc_s collect2: błąd : ld zwrócił 1 kod wyjścia

Rozwiązanie:

Zainstalowałem (yum install) glibc.i686 glibc-devel.i386 i libgcc.i686, aby pozbyć się problemu z kompilacją.

Teraz kompilacja dla wersji 32-bitowej (-m32) działa dobrze.

Hmm cóż, jestem na Ubuntu 12.04 i mam ten sam błąd podczas próby kompilacji gcc 4.7.2

Próbowałem zainstalować libc6-dev-i386pakiet i otrzymałem następujące informacje:

Package libc6-dev-i386 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'libc6-dev-i386' has no installation candidate

Ustawiłem również poprawne zmienne środowiskowe w bash:

export LIBRARY_PATH=/usr/lib/$(gcc -print-multiarch)
export C_INCLUDE_PATH=/usr/include/$(gcc -print-multiarch)
export CPLUS_INCLUDE_PATH=/usr/include/$(gcc -print-multiarch)

jednak nadal otrzymywałem błąd, a następnie po prostu skopiowałem stubs-32.hdo miejsca, w którym gcc spodziewało się go znaleźć po wykonaniu szybkiego porównania:

vic@ubuntu:/usr/include/i386-linux-gnu/gnu$ diff ../../gnu ./
Only in ./: stubs-32.h
Only in ../../gnu: stubs-64.h
vic@ubuntu:/usr/include/i386-linux-gnu/gnu$ sudo cp stubs-32.h ../../gnu/
[sudo] password for vic: 
vic@ubuntu:/usr/include/i386-linux-gnu/gnu$ diff ../../gnu ./
Only in ../../gnu: stubs-64.h
vic@ubuntu:/usr/include/i386-linux-gnu/gnu$

Kompiluje się teraz, zobaczmy, czy narzeka bardziej ...

FWIW, używanie plików z / usr / include podczas kompilacji krzyżowej pachnie błędem (lub przynajmniej potencjalnym źródłem przyszłego bólu).

gnu/stubs-32.hnie jest skierowany do programów. Jest to typ pliku nagłówka back-end z gnu/stubs.h, podobnie jak gnu/stubs-64.h. Możesz zainstalować multilibpakiet, aby dodać oba.

# sudo apt-get install g ++ - multilib

Powinien naprawić ten błąd na maszynach 64-bitowych (Debian / Ubuntu).

Jeśli napotykasz ten problem w terminalu Mac-OSX z pythonem, spróbuj zaktualizować wersje używanych pakietów. Więc przejdź do swoich plików w Pythonie i tam, gdzie określiłeś pakiety, zaktualizuj je do najnowszych wersji dostępnych w Internecie.

W systemie Debian / Ubuntu:

sudo apt-get install g++-multilib libc6-dev-i386