Impossibile compilare il programma C su un Mac dopo l'aggiornamento a Mojave

Ho usato il comando gcc sul terminale per compilare programmi C ma all'improvviso, dopo un aggiornamento del sistema operativo del mio Mac (a macOS 10.14 Mojave e XCode 10.0), ho iniziato a ricevere il messaggio:

test.c:8:10: fatal error: stdio.h: No such file or directory
#include <stdio.h>
         ^~~~~~~~~
compilation terminated.

Ho già installato gcc come posso trovarlo /usr/local/bine c'è davvero un gcc lì dentro. Ho provato a eseguire lo stesso file sull'altro iMac e ha funzionato senza problemi.

Ho provato a correre xcode-select --installed è già stato installato, quindi non ha risolto il problema che sto riscontrando ora. Immagino che il percorso sia incasinato perché non sembra che possa trovare gccdopo che ho iniziato a copiare e incollare alcuni comandi da altre risorse per risolvere questo problema.

Vorrei un aiuto su questo.

TL; DR

Assicurati di aver scaricato l'ultimo pacchetto "Strumenti da riga di comando" ed eseguilo da un terminale (riga di comando):

open /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg

Per alcune informazioni su Catalina, vedi Impossibile compilare un programma C su un Mac dopo l'aggiornamento a Catalina 10.15 .

^{Estrarre una risposta semi-coerente da commenti piuttosto estesi ...}

Preambolo

Molto spesso, xcode-select --installè stata la soluzione corretta, ma questa volta non sembra aiutare. Hai provato a eseguire l'interfaccia principale della GUI di Xcode? Potrebbe installare del software aggiuntivo per te e ripulirlo. L'ho fatto dopo aver installato Xcode 10.0, ma una settimana o più fa, molto prima di passare a Mojave.

Osservo che se il tuo GCC è installato in /usr/local/bin, probabilmente non stai usando GCC da Xcode; che è normalmente installato in /usr/bin.

Anch'io ho aggiornato a macOS 10.14 Mojave e Xcode 10.0. Tuttavia, sia il sistema /usr/bin/gccche il sistema /usr/bin/clangfunzionano per me ( Apple LLVM version 10.0.0 (clang-1000.11.45.2) Target: x86_64-apple-darwin18.0.0per entrambi.) Ho un problema con il mio GCC 8.2.0 costruito in casa che non trova le intestazioni /usr/include, il che è parallelo al tuo problema di /usr/local/bin/gccnon trovare neanche le intestazioni.

Ho fatto un po 'di confronto, e la mia macchina Mojave non ha /usr/includeaffatto, ma /usr/bin/clangè in grado di compilare OK. Un'intestazione ( _stdio.h, con trattino basso) era nel mio vecchio /usr/include; ora manca (quindi il mio problema con GCC 8.2.0). Ho eseguito xcode-select --installe ha detto " xcode-select: note: install requested for command line developer tools" e quindi ha eseguito un programma di installazione della GUI che mi ha mostrato una licenza che ho accettato, e ha scaricato e installato gli strumenti della riga di comando - o almeno così ha affermato.

Ho quindi eseguito Xcode GUI (command-space, Xcode, return) e ha detto che doveva installare altro software, ma ancora no /usr/include. Ma posso compilare con /usr/bin/clange /usr/bin/gcc- e l' -vopzione suggerisce che stanno usando

InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

Soluzione di lavoro

Quindi Maxxx ha osservato :

Ho trovato un modo. Se stiamo usando Xcode 10, noterai che se navighi /usrnel Finder, non vedrai più una cartella chiamata 'include', motivo per cui il terminale si lamenta dell'assenza dei file di intestazione contenuti all'interno la cartella "include". Nelle note di rilascio di Xcode 10.0 , dice che esiste un pacchetto:

/Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg 

e dovresti installare quel pacchetto per avere la /usr/includecartella installata. Allora dovresti essere bravo ad andare.

Quando tutto il resto fallisce, leggi il manuale o, in questo caso, le note di rilascio. Non sono terribilmente sorpreso di trovare Apple che volesse voltare le spalle alla loro eredità Unix, ma sono delusa. Se stanno attenti, potrebbero scacciarmi. Grazie per l'informazione.

Dopo aver installato il pacchetto utilizzando il seguente comando nella riga di comando, l'ho /usr/includenuovamente eseguito e il mio GCC 8.2.0 funziona ancora una volta.

open /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg

Download degli strumenti da riga di comando

Come Vesal sottolinea in un prezioso commento , è necessario scaricare il pacchetto degli strumenti da riga di comando per Xcode 10.1 su Mojave 10.14, e puoi farlo da:

• https://developer.apple.com/download/more/

Devi accedere con un ID Apple per poter scaricare. Al termine del download, installa il pacchetto Strumenti da riga di comando. Quindi installare le intestazioni come descritto nella sezione "Soluzione di lavoro".

Questo ha funzionato per me su Mojave 10.14.1. Devo averlo scaricato prima, ma avevo dimenticato quando stavo rispondendo a questa domanda.

Aggiorna a Mojave 10.14.4 e Xcode 10.2

Il 17 maggio 2019 o circa, ho effettuato l'aggiornamento a Mojave 10.14.4 e sono stati aggiornati anche gli strumenti della riga di comando Xcode 10.2 (o gli strumenti della riga di comando Xcode 10.1 sono stati aggiornati alla 10.2). Il opencomando mostrato sopra ha corretto le intestazioni mancanti. Potrebbero esserci ancora delle avventure con l'aggiornamento dell'Xcode principale a 10.2 e la reinstallazione degli strumenti da riga di comando e del pacchetto delle intestazioni.

Aggiorna a Xcode 10.3 (per Mojave 10.14.6)

Il 22-07-2019, tramite App Store, ho notato che è disponibile l'aggiornamento a Xcode 10.3 e che include SDK per iOS 12.4, tvOS 12.4, watchOS 5.3 e macOS Mojave 10.14.6. L'ho installato su una delle mie macchine 10.14.5, l'ho eseguito e ho installato componenti aggiuntivi come suggerito, e sembra che siano rimasti /usr/includeintatti.

Più tardi lo stesso giorno, ho scoperto che era disponibile anche macOS Mojave 10.14.6 (Preferenze di Sistema ⟶ Aggiornamento software), insieme a un pacchetto di utilità della riga di comando IIRC (scaricato e installato automaticamente). L'installazione dell'aggiornamento di o / s ha, ancora una volta, cancellato /usr/include, ma il opencomando nella parte superiore della risposta lo ha ripristinato di nuovo. La data che avevo sul file per il opencomando era il 15-07-2019.

Aggiornamento a XCode 11.0 (per Catalina 10.15)

L'aggiornamento a XCode 11.0 ("include Swift 5.1 e SDK per iOS 13, tvOS 13, watchOS 6 e macOS Catalina 10.15") è stato rilasciato il 21/09/2019. Sono stato informato di "aggiornamenti disponibili", scaricato e installato su macchine che eseguono macOS Mojave 10.14.6 tramite l'app App Store (scheda degli aggiornamenti) senza problemi e senza dover procedere /usr/include. Immediatamente dopo l'installazione (prima di eseguire l'applicazione stessa), ho provato una ricompilazione e mi è stato detto:

Accettare la licenza Xcode / iOS richiede i privilegi di amministratore, eseguire "sudo xcodebuild -license" e quindi ripetere questo comando.

L'esecuzione di that ( sudo xcodebuild -license) mi ha permesso di eseguire il compilatore. Da allora, ho eseguito l'applicazione per installare componenti extra di cui ha bisogno; ancora nessun problema. Resta da vedere cosa succede quando eseguo l'aggiornamento a Catalina stesso, ma le mie macchine macOS Mojave 10.14.6 sono entrambe OK al momento (24-09-2019).

Dopo aver provato tutte le risposte che ho trovato qui e online, continuavo a ricevere errori per alcune intestazioni mancanti. Quando provavo a compilare pyRFR, stavo ricevendo errori sul stdexceptnon essere trovato, che apparentemente non era installato /usr/includecon le altre intestazioni. Tuttavia, ho trovato dove si nascondeva in Mojave e l'ho aggiunto alla fine del mio ~/.bash_profilefile:

export CPATH=/Library/Developer/CommandLineTools/usr/include/c++/v1

Dopo averlo fatto, ora posso compilare pyRFR e altri programmi C / C ++. Secondo echo | gcc -E -Wp,-v -, gcc stava cercando nella vecchia posizione queste intestazioni (senza il /c++/v1), ma non la nuova posizione, quindi l'aggiunta a CFLAGS l'ha risolto.

Quando tu

• aggiornato a Mojave 10.14.6
• il tuo è /usr/includestato cancellato di nuovo
• il pacchetto menzionato nella risposta @ Jonathan-lefflers non esiste più The file /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg does not exist.e
• Xcode si lamenta che gli strumenti da riga di comando sono già installati xcode-select --install xcode-select: error: command line tools are already installed, use "Software Update" to install updates

Quindi, ciò che mi ha aiutato a recuperare il pacchetto menzionato, è stato eliminare l'intera CommandLineToolscartella (sudo) rm -rf /Library/Developer/CommandLineToolse reinstallarlo xcode-select --install.

Il problema è che Xcode, in particolare Xcode 10.x, non ha installato tutto, quindi assicurati che siano installati gli strumenti da riga di comando, digita questo in una shell del terminale:

xcode-select --install

avvia anche Xcode e assicurati che sia installata tutta l'installazione richiesta (dovresti essere avvisato se non lo è.) e poiché Xcode 10 non installa l'SDK completo di Mac OS, esegui il programma di installazione su

/Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg

poiché questo pacchetto non è installato da Xcode 10.

Ho trovato un'ottima soluzione e spiegazione in questo commento di GitHub . Il trucco:

make SDKROOT=`xcrun --show-sdk-path` MACOSX_DEPLOYMENT_TARGET=

Ha fatto il lavoro.

NOTA: Quanto segue è probabilmente altamente contestuale e limitato nel tempo prima della commutazione / disponibilità generale di macos Catalina 10.15. Nuovo laptop. Sto scrivendo questo 1 ottobre 2019.

Queste circostanze specifiche sono, credo, ciò che mi ha causato problemi di costruzione. Potrebbero non essere applicabili nella maggior parte degli altri casi.

Contesto:

• macos 10.14.6 Mojave, Xcode 11.0, subito prima del lancio di macos Catalina 10.15 . Macbook Pro appena acquistato.

• fallimento su pip install psycopg2, che è, fondamentalmente, un pacchetto Python che viene compilato dal sorgente.

• Ho già effettuato una serie di modifiche suggerite nelle risposte fornite qui.

I miei errori:

pip install psycopg2
Collecting psycopg2
  Using cached https://files.pythonhosted.org/packages/5c/1c/6997288da181277a0c29bc39a5f9143ff20b8c99f2a7d059cfb55163e165/psycopg2-2.8.3.tar.gz
Installing collected packages: psycopg2
  Running setup.py install for psycopg2 ... error
    ERROR: Command errored out with exit status 1:
     command: xxxx/venv/bin/python -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/private/var/folders/bk/_1cwm6dj3h1c0ptrhvr2v7dc0000gs/T/pip-install-z0qca56g/psycopg2/setup.py'"'"'; __file__='"'"'/private/var/folders/bk/_1cwm6dj3h1c0ptrhvr2v7dc0000gs/T/pip-install-z0qca56g/psycopg2/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /private/var/folders/bk/_1cwm6dj3h1c0ptrhvr2v7dc0000gs/T/pip-record-ef126d8d/install-record.txt --single-version-externally-managed --compile --install-headers xxx/venv/include/site/python3.6/psycopg2


...
/usr/bin/clang -Wno-unused-result -Wsign-compare -Wunreachable-code -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -pipe -Os -isysroot/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk -DPSYCOPG_VERSION=2.8.3 (dt dec pq3 ext lo64) -DPG_VERSION_NUM=90615 -DHAVE_LO64=1 -I/Users/jluc/kds2/py2/venv/include -I/opt/local/Library/Frameworks/Python.framework/Versions/3.6/include/python3.6m -I. -I/opt/local/include/postgresql96 -I/opt/local/include/postgresql96/server -c psycopg/psycopgmodule.c -o build/temp.macosx-10.14-x86_64-3.6/psycopg/psycopgmodule.o

    clang: warning: no such sysroot directory: 
'/Applications/Xcode.app/Contents/Developer/Platforms
                              ❌👇the real error👇❌
/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk' [-Wmissing-sysroot]
    In file included from psycopg/psycopgmodule.c:27:
    In file included from ./psycopg/psycopg.h:34:
    /opt/local/Library/Frameworks/Python.framework/Versions/3.6/include/python3.6m/Python.h:25:10: fatal error: 'stdio.h' file not found
                             ❌👆 what I thought was the error 👆❌
    #include <stdio.h>
             ^~~~~~~~~
    1 error generated.

    It appears you are missing some prerequisite to build the package 

Quello che ho fatto finora, senza riparare nulla:

• xcode-select --install
• xcode installato
• open /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg

Sempre lo stesso errore su stdio.h.

che esiste in diversi posti:

(venv) jluc@bemyerp$ mdfind -name stdio.h
/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/stdio.h
/usr/include/_stdio.h
/usr/include/secure/_stdio.h
/usr/include/stdio.h  ✅ 👈 I believe this is the one that's usually missing.
                            but I have it.
/usr/include/sys/stdio.h
/usr/include/xlocale/_stdio.h

Quindi, andiamo in quella prima directory di cui ci clangsi lamenta e guardiamo:

(venv) jluc@gotchas$ cd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs
(venv) jluc@SDKs$ ls -l
total 0
drwxr-xr-x  8 root  wheel  256 Aug 29 23:47 MacOSX.sdk
drwxr-xr-x  4 root  wheel  128 Aug 29 23:47 DriverKit19.0.sdk
drwxr-xr-x  6 root  wheel  192 Sep 11 04:47 ..
lrwxr-xr-x  1 root  wheel   10 Oct  1 13:28 MacOSX10.15.sdk -> MacOSX.sdk  👈
drwxr-xr-x  5 root  wheel  160 Oct  1 13:34 .

Ah, abbiamo un link simbolico per MacOSX10.15.sdk , ma nessuno per MacOSX10.14.sdk . Ecco di clangnuovo il mio primo errore:

clang: warning: no such sysroot directory: '/Applications/Xcode.app/.../Developer/SDKs/MacOSX10.14.sdk' [-Wmissing-sysroot]

La mia ipotesi è che Apple abbia saltato la pistola sulla configurazione di xcode e stia già pensando di essere su Catalina. Dal momento che è un nuovo Mac, la vecchia configurazione per 10.14 non è a posto.

IL FIX:

Let's symlink 10.14 allo stesso modo di 10.15:

ln -s MacOSX.sdk/ MacOSX10.14.sdk

a proposito, se vado in quella directory SDK, trovo:

...
./usr/include/sys/stdio.h
./usr/include/stdio.h
....

RISULTATO:

pip install psycopg2 lavori.

Nota: l'attuale comando di installazione pip non ha fatto riferimento a MacOSX10.14.sdk , che è arrivato in un secondo momento, probabilmente dal meccanismo di installazione di Python che introspetta la versione del sistema operativo.

Assicurati di selezionare Preferenze Xcode -> Posizioni.

Gli strumenti da riga di comando che avevo selezionato erano per la versione precedente di Xcode (8.2.1 anziché 10.1)

Ha avuto problemi simili al PO

Problema

gatto ciao.c

#include <stdlib.h>
int main() { exit(0); }

clang hello.c

/usr/local/include/stdint.h:2:10: error: #include nested too deeply
etc...

Tentativo di correzione

Ho installato l'ultima versione di XCode, tuttavia, le note di rilascio indicavano che il file menzionato nella correzione precedente, da Jonathan qui, non era più disponibile.

open /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg

Dettagli qui https://developer.apple.com/documentation/xcode_release_notes/xcode_10_release_notes , nella sezione Nuove funzionalità .

Soluzione che ha funzionato per me ...

Utilizzando i dettagli in questo commento, https://github.com/SOHU-Co/kafka-node/issues/881#issuecomment-396197724

Ho scoperto che ha brew doctorriferito di aver incluso inutilizzate nella mia /usr/local/cartella.

Quindi, per risolvere, ho usato il comando fornito dall'utente HowCrazy , per trovare le inclusioni non utilizzate e spostarle in una cartella temporanea.

Ripetuto qui ...

mkdir /tmp/includes
brew doctor 2>&1 | grep "/usr/local/include" | awk '{$1=$1;print}' | xargs -I _ mv _ /tmp/includes

Dopo aver eseguito gli script, il problema con il file include era scomparso. nb: ho commentato questo problema anche qui .

Stavo avendo questo problema e niente ha funzionato . Ho corso xcode-select --installe anche installato /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg.

SFONDO

Dato che avevo problemi con App Store su un nuovo laptop, sono stato costretto a scaricare il programma di installazione Xcode Beta dal sito Web Apple per installare Xcode all'esterno dell'App Store . Quindi ho installato solo Xcode Beta .

SOLUZIONE

Questo, (penso), stava facendo clangin modo di non trovare la SDKROOTdirectory /Applications/Xcode.app/...., perché non c'è Betanel percorso, o forse Xcode Beta semplicemente non la installa (non lo so). Per risolvere il problema, ho dovuto rimuovere Xcode Beta e risolvere il problema dell'App Store per installare la versione di rilascio.

TLDR;

Se hai Xcode Beta , prova a ripulire tutto e installare la versione di rilascio prima di provare le soluzioni che funzionano per altre persone.

Ho provato quasi tutte le soluzioni pubblicate e niente ha funzionato per me. Uso il sistema operativo Mojave (10.14.6) e ciò che alla fine ha funzionato per me (dopo aver rimosso e reinstallato Xcode e CLT e le intestazioni SDK):

1. Installa Clang v8 da https://cran.r-project.org/bin/macosx/tools/
2. Modifica le seguenti righe dal file ~ / .R / Makevars

CC=/usr/local/opt/llvm/bin/clang -fopenmp
CXX=/usr/local/opt/llvm/bin/clang++

con

CC=/usr/local/clang8/bin/clang -fopenmp
CXX=/usr/local/clang8/bin/clang++

Ora i pacchetti R che si affidano ai compilatori C vengono installati correttamente

Come sottolinea Jonathan Leffler sopra, il file macOS_SDK_headers.pkg non è più presente in Xcode 10.1.

Quello che ha funzionato per me è stato quello di fare brew upgradee gli aggiornamenti di gcc e / o qualsiasi altra cosa homebrew fatto dietro le quinte hanno risolto i problemi del percorso.

La dipendenza apue.h mancava ancora nel mio /usr/local/includedopo che sono riuscito a risolvere questo problema su Mac OS Catalina seguendo le istruzioni di questa risposta

Ho scaricato manualmente la dipendenza da git e l'ho inserita/usr/local/include

Ho avuto lo stesso problema con Golang (debug con Goland) dopo la migrazione. L'unica (ridicola) cosa che ha aiutato è stata rinominare la seguente cartella:

sudo mv /usr/local/include /usr/local/old_include

Apparentemente è legato ai vecchi file installati da homebrew e ora rotti.

@JL Peyret ha ragione!

se macos 10.14.6 Mojave, Xcode 11.0+

poi

cd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs

sudo ln -s MacOSX.sdk / MacOSX10.14.sdk