macports gcc wybierz błąd podczas próby wykonania i686-apple-darwin11-llvm-gcc-4.2

Pracuję na systemie OS X 10.7 (Lion). Zainstalowałem gcc 4.7 z Macports:

sudo port install gcc47

Wygląda na to, że działa poprawnie:

$ /opt/local/bin/gcc-mp-4.7 -v
(...)
gcc version 4.7.0 (GCC) 

Teraz próbuję zmienić domyślny kompilator za pomocą wyboru portu:

$ sudo port select gcc mp-gcc47
Selecting 'mp-gcc47' for 'gcc' succeeded. 'mp-gcc47' is now active.

Kopiuje plik binarny gcc do / opt / local / bin / gcc, który działa poprawnie:

$ /opt/local/bin/gcc -v
(...)
gcc version 4.7.0 (GCC) 

Zmienia również domyślny gcc:

$ which gcc
/opt/local/bin/gcc

Ale uruchomienie tego domyślnego nie działa:

$ gcc -v
gcc-mp-4.7: error trying to exec '/opt/local/bin/i686-apple-darwin11-llvm-gcc-4.2': execvp: No such file or directory

Ten plik binarny „i686-apple-darwin11-llvm-gcc-4.2” jest oryginalną wersją gcc dostarczoną przez Apple; Nie wiem, dlaczego próbuje na to patrzeć w / opt / local / bin, ani nawet dlaczego w ogóle próbuje go uruchomić. Jeśli tworzę dowiązanie symboliczne, to po prostu wywołuje ten plik binarny, czego nie chcę:

$ sudo ln -s /usr/bin/i686-apple-darwin11-llvm-gcc-4.2 /opt/local/bin
$ gcc -v
(...)
gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)

Jak to rozwiązać, aby gcc działał poprawnie, po prostu wywołując „gcc”? O ile wiem, w starszym systemie OS X było narzędzie gcc_select, ale mój system go nie ma.

Najprawdopodobniej dzieje się tak, ponieważ hash gcchash.

Biegać

$ hash

aby zobaczyć, które polecenia są mieszane. Jeśli na liście pojawi się / usr / bin / gcc, uruchom

$ hash gcc

powtórzyć gcc. Następnie powinieneś zobaczyć / opt / local / bin / gcc, jeśli uruchamiasz hash, a działający gccpowinien uruchomić wersję Macports - oczywiście pod warunkiem, że ją wybrałeś.

/ B2S

Edycja: dla użytkowników Zsh uruchom $ rehash aby odświeżyć skrót w całości.

Mam ten sam problem i nie jest to właściwe rozwiązanie - mam nadzieję, że ktoś się z nim zagra. Na razie nazywaj to bezpośrednio:

$ gcc-mp-4.7 -v
Using built-in specs.
COLLECT_GCC=gcc-mp-4.7
COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/x86_64-apple-darwin11/4.7.0/lto-wrapper
Target: x86_64-apple-darwin11
    Configured with: ../gcc-4.7.0/configure --prefix=/opt/local --build=x86_64-apple-darwin11 --enable-languages=c,c++,objc,obj-c++,lto,fortran,java --libdir=/opt/local/lib/gcc47 --includedir=/opt/local/include/gcc47 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.7 --with-libiconv-prefix=/opt/local --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.7 --with-gxx-include-dir=/opt/local/include/gcc47/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local --with-ppl=/opt/local --with-cloog=/opt/local --enable-cloog-backend=isl --enable-stage1-checking --disable-multilib --enable-lto --with-as=/opt/local/bin/as --with-ld=/opt/local/bin/ld --with-ar=/opt/local/bin/ar --with-bugurl=https://trac.macports.org/newticket --with-pkgversion='MacPorts gcc47 4.7.0_3'
Thread model: posix
gcc version 4.7.0 (MacPorts gcc47 4.7.0_3) 

Mam nadzieję, że pomaga, dopóki nie zostanie znalezione trwałe rozwiązanie