configure: błąd: kompilator C nie może tworzyć plików wykonywalnych

141

Sprawdziłem wiele podobnych pytań w stackoverflow, ale nie znalazłem jeszcze odpowiedzi.

Próbuję zainstalować memcached na Lion OSX, jak pokazano tutaj .

Oto, co otrzymuję:

j-court-demones-macbook-pro:libevent-1.4.12-stable jcourtdemone$ ./configure; make
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... 
configure: error: in `/tmp/libevent-1.4.12-stable':
configure: error: C compiler cannot create executables
See `config.log' for more details.
make: *** No targets specified and no makefile found.  Stop.

Ponownie zainstalowałem Xcode zgodnie z zaleceniami w kilku miejscach, ale bez kości.

Oto mój config.log:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.63.  Invocation command line was

  $ ./configure 

## --------- ##
## Platform. ##
## --------- ##

hostname = j-court-demones-macbook-pro.local
uname -m = x86_64
uname -r = 11.3.0
uname -s = Darwin
uname -v = Darwin Kernel Version 11.3.0: Thu Jan 12 18:47:41 PST 2012; root:xnu-1699.24.23~1/RELEASE_X86_64

/usr/bin/uname -p = i386
/bin/uname -X     = unknown

/bin/arch              = unknown
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo      = Mach kernel version:
     Darwin Kernel Version 11.3.0: Thu Jan 12 18:47:41 PST 2012; root:xnu-1699.24.23~1/RELEASE_X86_64
Kernel configured for up to 8 processors.
4 processors are physically available.
8 processors are logically available.
Processor type: i486 (Intel 80486)
Processors active: 0 1 2 3 4 5 6 7
Primary memory available: 4.00 gigabytes
Default processor set: 109 tasks, 599 threads, 8 processors
Load average: 0.98, Mach factor: 7.01
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /opt/local/bin
PATH: /opt/local/sbin
PATH: /opt/local/bin
PATH: /opt/local/sbin
PATH: /usr/bin
PATH: /Developer/usr/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/sbin
PATH: /sbin
PATH: /usr/local/bin
PATH: /usr/X11/bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2077: checking for a BSD-compatible install
configure:2145: result: /usr/bin/install -c
configure:2156: checking whether build environment is sane
configure:2199: result: yes
configure:2224: checking for a thread-safe mkdir -p
configure:2263: result: ./install-sh -c -d
configure:2276: checking for gawk
configure:2306: result: no
configure:2276: checking for mawk
configure:2306: result: no
configure:2276: checking for nawk
configure:2306: result: no
configure:2276: checking for awk
configure:2292: found /usr/bin/awk
configure:2303: result: awk
configure:2314: checking whether make sets $(MAKE)
configure:2336: result: yes
configure:2575: checking for gcc
configure:2591: found /Developer/usr/bin/gcc
configure:2602: result: gcc
configure:2834: checking for C compiler version
configure:2842: gcc --version >&5
i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5484)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:2846: $? = 0
configure:2853: gcc -v >&5
Using built-in specs.
Target: i686-apple-darwin9
Configured with: /var/tmp/gcc/gcc-5484~1/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib --build=i686-apple-darwin9 --with-arch=apple --with-tune=generic --host=i686-apple-darwin9 --target=i686-apple-darwin9
Thread model: posix
gcc version 4.0.1 (Apple Inc. build 5484)
configure:2857: $? = 0
configure:2864: gcc -V >&5
gcc-4.0: argument to `-V' is missing
configure:2868: $? = 1
configure:2891: checking for C compiler default output file name
configure:2913: gcc    conftest.c  >&5
ld: library not found for -lcrt1.10.5.o
collect2: ld returned 1 exit status
configure:2917: $? = 1
configure:2955: result: 
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "libevent"
| #define VERSION "1.4.12-stable"
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:2961: error: in `/tmp/libevent-1.4.12-stable':
configure:2964: error: C compiler cannot create executables
See `config.log' for more details.

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_env_CCC_set=
ac_cv_env_CCC_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXCPP_set=
ac_cv_env_CXXCPP_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_F77_set=
ac_cv_env_F77_value=
ac_cv_env_FFLAGS_set=
ac_cv_env_FFLAGS_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_path_install='/usr/bin/install -c'
ac_cv_prog_AWK=awk
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_make_make_set=yes

## ----------------- ##
## Output variables. ##
## ----------------- ##

ACLOCAL='${SHELL} /tmp/libevent-1.4.12-stable/missing --run aclocal-1.10'
AMDEPBACKSLASH=''
AMDEP_FALSE=''
AMDEP_TRUE=''
AMTAR='${SHELL} /tmp/libevent-1.4.12-stable/missing --run tar'
AR=''
AUTOCONF='${SHELL} /tmp/libevent-1.4.12-stable/missing --run autoconf'
AUTOHEADER='${SHELL} /tmp/libevent-1.4.12-stable/missing --run autoheader'
AUTOMAKE='${SHELL} /tmp/libevent-1.4.12-stable/missing --run automake-1.10'
AWK='awk'
BUILD_WIN32_FALSE=''
BUILD_WIN32_TRUE=''
CC='gcc'
CCDEPMODE=''
CFLAGS=''
CPP=''
CPPFLAGS=''
CXX=''
CXXCPP=''
CXXDEPMODE=''
CXXFLAGS=''
CYGPATH_W='echo'
DEFS=''
DEPDIR=''
DSYMUTIL=''
ECHO='/bin/echo'
ECHO_C='\c'
ECHO_N=''
ECHO_T=''
EGREP=''
EXEEXT=''
F77=''
FFLAGS=''
GREP=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
LDFLAGS=''
LIBOBJS=''
LIBS=''
LIBTOOL=''
LIBTOOL_DEPS=''
LN_S=''
LTLIBOBJS=''
MAKEINFO='${SHELL} /tmp/libevent-1.4.12-stable/missing --run makeinfo'
MKDIR_P='./install-sh -c -d'
NMEDIT=''
OBJEXT=''
PACKAGE='libevent'
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
RANLIB=''
SED=''
SET_MAKE=''
SHELL='/bin/sh'
STRIP=''
VERSION='1.4.12-stable'
ac_ct_CC='gcc'
ac_ct_CXX=''
ac_ct_F77=''
am__fastdepCC_FALSE=''
am__fastdepCC_TRUE=''
am__fastdepCXX_FALSE=''
am__fastdepCXX_TRUE=''
am__include=''
am__isrc=''
am__leading_dot='.'
am__quote=''
am__tar='${AMTAR} chof - "$$tardir"'
am__untar='${AMTAR} xf -'
bindir='${exec_prefix}/bin'
build=''
build_alias=''
build_cpu=''
build_os=''
build_vendor=''
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE}'
dvidir='${docdir}'
exec_prefix='NONE'
host=''
host_alias=''
host_cpu=''
host_os=''
host_vendor=''
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='$(SHELL) /tmp/libevent-1.4.12-stable/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
mkdir_p='$(top_builddir)/./install-sh -c -d'
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='/usr/local'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE_NAME ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define PACKAGE_STRING ""
#define PACKAGE_BUGREPORT ""
#define PACKAGE "libevent"
#define VERSION "1.4.12-stable"

configure: exit 77
CourtDemone
źródło
2
Aby uratować ludzi ld: library not found for -lcrt1.10.5.o
szukających w
1
Pytanie brzmi, czy kiedykolwiek wcześniej skompilowałeś coś innego na tym komputerze, czy to pierwszy raz?
Greg Hewgill
1
Obawiam się, że to pytanie nie jest tak naprawdę związane z programowaniem , ale raczej z instalacją oprogramowania . Jeśli nie wiesz nic o programowaniu, są lepsze miejsca, w których możesz znaleźć pomoc, której szukasz.
Greg Hewgill
2
Nie jestem pewien, czy zgadzam się z oceną „niezwiązaną z programowaniem”. Wydaje się, że jej problemem jest jeden z zainstalowanych i skonfigurowanych narzędzi programistycznych („oczywiście, myślałem, że są one instalowane domyślnie w Lion). Jeśli tak jest, byłyby to „narzędzia unikalne dla zawodu programisty” lub cokolwiek, co mówi FAQ.
dmckee --- ex-moderator kitten
4
Znalazłem ten element, ponieważ mam bardzo podobny problem, próbując zbudować bibliotekę iOS na komputerze, na którym zdecydowanie programuję od jakiegoś czasu. Wydaje mi się to bardzo ważne!
Andy Dent

Odpowiedzi:

117

Masz stary zestaw narzędzi programistycznych. gcc zgłasza swoją wersję jako 4.0.1. Może to pozostać po migracji ze starszej wersji systemu operacyjnego. Jeśli zainstalowałeś Xcode 4.3.x, musisz go uruchomić, przejść do jego preferencji, wybrać kartę Pobrane i kliknąć „Instaluj” obok pakietu narzędzi wiersza poleceń.

Ken Thomases
źródło
4
Jeśli czytasz tę odpowiedź, zdecydowanie powinieneś to zrobić, ale pamiętaj, że nie rozwiąże to Twojego problemu z innymi pakietami, które próbujesz zbudować. Więc najpierw zainstaluj narzędzia wiersza poleceń, a następnie zobacz odpowiedź poniżej autorstwa @sterescott i to powinno rozwiązać twoje problemy. Niektóre pakiety, takie jak mod_jk, używają /usr/sbin/apxs -q CCw configu pytania o kompilator C. APXS wypluwa to, ale ma złą ścieżkę, dlatego ciągle otrzymujesz błędy.
Adrian Rodriguez
1
Pomogło to, ale ostateczna poprawka przyszła stąd: glenscott.co.uk/blog/2011/08/29/…
Jazzy
1
Pakiety narzędzi wiersza poleceń są już dostępne pod adresem: developer.apple.com/downloads
Danny D'Amours
3
W Xcode 7 narzędzia wiersza poleceń znajdują się na karcie Lokalizacje. W moim przypadku naprawiłem problem z instalacją Pythona, wybierając Xcode 7.3.1
Marco Pelegrini
Jeśli ktoś czyta to w 2017 roku lub później, należy ustawić datę systemową na luty 2013. W przeciwnym razie wystąpi błąd z informacją, że pakiet Bluetooth jest niezaufany. Jakiś problem z wygasłym certyfikatem.
Johannes Jander
140

Mam zainstalowany 10.8 i Xcode 4.4 z narzędziami wiersza poleceń, a mimo to nadal otrzymuję ten błąd. Zamiast ponownie zainstalować Xcode, zauważyłem, że w moim config.log są dwa odpowiednie wiersze:

configure:5130: checking for C compiler version
configure:5139: /Applications/Xcode.app/Contents/Developer/Toolchains/OSX10.8.xctoolchain/usr/bin/cc --version >&5

Ta ścieżka nie istniała dla mnie. Zamiast tego miałem:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain

Kompilator C („cc”) znajduje się w tym katalogu xctoolchain. Utworzyłem dowiązanie symboliczne dla OSX10.8.xctoolchain, aby wskazywało na XcodeDefault.xctoolchain i to naprawiło. Teraz skrypt instalacyjny memcached może znaleźć wersję kompilatora i kontynuować pracę.

cd /Applications/Xcode.app/Contents/Developer/Toolchains
sudo ln -s XcodeDefault.xctoolchain OSX10.8.xctoolchain

Jak sugerowano w komentarzach, jeśli masz ten problem w Yosemite (10.10) lub Mavericks (10.9), możesz zaktualizować powyższe polecenie łącza symbolicznego, aby wskazywało na tę konkretną wersję ( OSX10.9.xctoolchainlub OSX10.10.xctoolchain).

stereoscott
źródło
4
To zadziałało dla mnie, dzięki! Mam świeżą instalację systemu OSX 10.8 i najnowsze narzędzia wiersza poleceń Xcode +, więc nie wydaje się, aby był to problem związany z aktualizacją OSX.
earldouglas
1
@James Świetna uwaga. Ja też miałem świeżą instalację OSX 10.8.
stereoskopia
1
cd /Applications/Xcode.app/Contents/Developer/Toolchains;sudo ln -s XcodeDefault.xctoolchain OSX10.8.xctoolchain
Jonathan Larson
To nie zadziałało dla mnie. Udało mi się zaktualizować narzędzia wiersza poleceń (patrz stackoverflow.com/a/19993810/130664 ).
Raam Dev
2
To samo na Mavericks: sudo ln -s XcodeDefault.xctoolchain OSX10.9.xctoolchain
izilotti
69

Gdy zobaczysz ten komunikat o błędzie, być może po uaktualnieniu nie zaakceptowałeś jeszcze umowy licencyjnej Xcode .

Przede wszystkim upewnij się, że zaktualizowałeś narzędzia wiersza poleceń:

$ xcode-select --install

Teraz Apple chce, abyś zgodził się na ich licencję, zanim będziesz mógł korzystać z tych narzędzi:

$ gcc
Agreeing to the Xcode/iOS license requires admin privileges, please re-run as root via sudo.

$ sudo gcc
You have not agreed to the Xcode license agreements. You must agree to both license agreements below in order to use Xcode.
[...]

Po zaakceptowaniu narzędzia wiersza poleceń będą działać zgodnie z oczekiwaniami.

konrad
źródło
2
To zadziałało dla mnie; Xcode został zainstalowany (czysta instalacja Mavericks), ale narzędzia wiersza polecenia nie zostały zainstalowane automatycznie.
JESii,
To zadziałało pięknie dla mnie. Instalowałem iperf3 i ciągle otrzymywałem błąd: „Kompilator c nie może zainstalować plików wykonywalnych”. Użyłem "xcode-select --install" i zadziałało idealnie.
Blairg23
Wydaje się, że rozwiązuje to problem w Yosemite; mimo że XCode 6 jest teraz dostarczany z preinstalowanymi narzędziami poleceń i mogłem uruchomić clang z wiersza poleceń, ./configure nie powiodło się, dopóki nie uruchomiłem xcode-select
sapi
Wydaje się, że niektóre aktualizacje systemu / zabezpieczeń wyłączają umowę licencyjną i musisz ponownie wykonać ten krok.
Matt Sanders,
Stało się po instalacji wersji beta El Capitan.
Dzień Joela,
13

Zainstalowałem już narzędzia wiersza poleceń w xcode, ale mój nadal zawiera błędy:

line 3619: /usr/bin/gcc-4.2: No such file or directory

Kiedy wszedłem which gcc, wróciłem

/usr/bin/gcc

Kiedy wszedłem gcc -v, dostałem kilka rzeczy

..  
gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)

Utworzyłem więc link symboliczny:

cd /usr/bin
sudo ln -s gcc gcc-4.2

I zadziałało!

(plik config.log znajduje się w katalogu, w którym make próbuje coś zbudować)

Rimian
źródło
W config.log zobaczyłem, że CC = '/ usr / bin / gcc-4.2', ale wykonałem ls katalogu i nie było nic. W ten sposób sprawa była całkiem jasna. Stworzyłem link symboliczny i BAM! Wszystko dobrze.
james2doyle
1
Po długich poszukiwaniach właśnie tego potrzebowałem! Dzięki-
HSeldon
12

Właśnie miałem ten problem z budowaniem apache. Rozwiązanie, którego użyłem było takie samo jak Mostafa, musiałem wyeksportować 2 zmienne:

export CC=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
CPP='/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -E'

To był jeden Mac OSX Mavericks

David Williams
źródło
Dzięki, to zadziałało na OS X za uruchomienie ./configureApache
Art
5

Najpierw pobierz ścieżkę gcc za pomocą

Polecenie: który gcc

Wyjście: / usr / bin / gcc

Miałem ten sam problem, ustaw ścieżkę gcc w poniższym poleceniu i zainstaluj

CC = / usr / bin / gcc rvm install 1.9.3

Później, jeśli otrzymasz komunikat „ Ruby został zbudowany bez dokumentacji ”, uruchom poniższe polecenie

rvm docs generuje-ri

Gurudath BN
źródło
Działa też na High Sierra
Artur79
4

Dla mnie był to problem z gcc, zaznaczony przez gcc -v. Sprowadzało się to do aktualizacji Xcode niedawno, w tym poście , sudo xcode-select -switch /Applications/Xcode.appktóry rozwiązał problem.

homerjam
źródło
3

Ustawienie `` clang '' jako konfiguracji kompilatora, którego powinno używać, zadziałało dla mnie:

export CC=clang
pip install --no-clean pycrypto
yndolok
źródło
2

Jeśli ktoś tu przychodzi, ponieważ RVM / Ruby tworzy problemy (Middleman / Grunt), rozwiązałem swój problem.

PS. Odpowiedź od steroscott rozwiązała mój problem jakiś czas temu ... tym razem nie jest to sprawa.

W moim przypadku rvm próbuje użyć pobranego gcc przez homebrew. Uruchomiłem deinstalację brew z gcc (dla mnie gcc46) i ponownie uruchomiłem kod instalacji Ruby (stary projekt, stary ruby ​​v)

$ brew uninstall gcc46

$ rvm install 1.9.3

podczas tego procesu sprawdzania wymagań automatycznie pobrał dla mnie nowszą gcc i boom, wszystko działa teraz. O wielka uwaga, instalacja gcc z polecenia rvm może zająć około 10-15 minut bez wyrzucania żadnego tekstu, nie jest zamrożona :) Powodzenia

jasonsemko
źródło
Ważna wiadomość od rbenv była dla mnie: W przypadku większości programów llvm-gcckompilator działa dobrze. Jednak wersje Rubiego starsze niż 1.9.3-p125 są niekompatybilne z llvm-gcc. Aby zbudować starsze wersje Rubiego, musisz mieć zainstalowany oficjalny kompilator GCC w swoim systemie. ABY NAPRAWIĆ PROBLEM: Zainstaluj pakiet Apple-gcc42 firmy Homebrew za pomocą tego polecenia: brew tap homebrew / dupes; brew install apple-gcc42
schmijos
2

Wściekle przeczytałem całą tę stronę, mając nadzieję, że znajdę rozwiązanie dla:

"configure: error: C compiler cannot create executables"

Ostatecznie nic nie zadziałało, bo mój problem polegał na „pisaniu” i był związany z CFLAGS. W moim pliku .bash_profile miałem:

export ARM_ARCH="arm64”
export CFLAGS="-arch ${ARM_ARCH}"

Jak widać --- export ARM_ARCH = "arm64" --- ostatni znak cudzysłowu różni się od pierwszego cudzysłowu. Pierwszy znak (") jest prawidłowy, a drugi (") nie.
Stało się tak, ponieważ popełniłem błąd, używając TextEdit (pracuję pod MacOS) i jest to najwyraźniej funkcja o nazwie SmartQuotes: znak cudzysłowu ZMIENIA SIĘ W NIELEGALNYM STYLU za każdym razem, gdy edytujesz coś tuż obok.
Wyciągnięta lekcja: użyj odpowiedniego edytora tekstu ...

Florin Odagiu
źródło
0

W moim przypadku próbowałem, xcode-select --installale jest napisane, że nie jest dostępny w sklepie. Następnie, zainspirowany Rimianem, sprawdziłem moje gcc: gcc -vi wtedy dostałem komunikat, że nie doszło do agregacji.

Od tego momentu postępowałem zgodnie z procedurą umowy gcc -v, po tym jak zgodziłem się, że działa dobrze dla mnie.

Zdechlak
źródło
0

Upewnij się, że w nazwie aplikacji Xcode nie ma spacji (może się to zdarzyć, jeśli masz starsze wersje - na przykład zmieniając jej nazwę na „Xcode 4.app”); Narzędzia kompilacji będą odwoływać się w ścieżkach pakietu Xcode, a wiele skryptów nie może poprawnie obsługiwać odwołań ze spacjami.

coderSeb
źródło
0

Informacje o cross-kompilatorze Clang iOS

Odkryłem, że problem był pod adresem miphoneos-version-min=5.0. Zmieniłem się w miphoneos-version-min=8.0. Teraz działa.

Chcę tylko zasugerować utworzenie prostego pliku test.c i skompilowanie go za pomocą polecenia zapisywania w dzienniku.

Wiaczesław
źródło
0

Właśnie miałem ten problem z budowaniem natywnej aplikacji, gdy próbowałem zainstalować Pod. Musiałem wyeksportować 2 zmienne:

export CC=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
CPP='/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -E'
Fabio Valencio
źródło
0

Zapewnia, że ​​ścieżka do pakietu Xcode.app nie zawiera spacji ani dziwnych znaków. Mam Xcode zainstalowany w folderze ~ / Downloads / Last Dev Tools /, więc dzięki spacjom i zmianie nazwy folderu na LastDevTools naprawiono to (chociaż po zresetowaniu xcode-select -p)

Altimac
źródło