Неможливо скласти програму C на Mac після оновлення до Catalina 10.15

Існує попереднє запитання Неможливо скласти програму C на Mac після оновлення до Mojave , і відповіді на це охопили більшість варіантів того, що йде не так.

Тепер - з понеділка 2019-10-07 - ви можете перейти на macOS Catalina 10.15. Знову під час оновлення /usr/includeкаталог було оновлено оновленням, хоча XCode 11.0 був встановлений перед оновленням (від Mojave 10.14.6) до Каталіни. Отже, компілятори, побудовані для очікування існування /usr/includeкаталогу, вже не працюють.

Основний рекомендований крок для проблем Mojave - використання команди:

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

не працює з воріт, тому що каталог /Library/Developer/CommandLineTools/Packages/не існує (тому .pkgфайл ще не відкритий).

Чи є хороший (офіційний) спосіб створення та заповнення каталогу /usr/include?

Для мене додав такий шлях до CPATHвирішення проблеми:

export CPATH=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include

Перш ніж продовжити, обов’язково встановіть інструменти командного рядка xcode.

xcode-select --install

Власне, ви можете це зробити! Насправді всі заголовки C знаходяться тут у цій папці:

/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/

Нам просто потрібно створити симпосилання для всіх файлів заголовків у цій папці:

/usr/local/include/

Це працювало для мене! наступний командний рядок вирішить усі проблеми:

sudo ln -s /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/* /usr/local/include/

Ви отримаєте попередження. Деякі заголовки вже існують, наприклад, такі:

ln: /usr/local/include//tcl.h: File exists
ln: /usr/local/include//tclDecls.h: File exists
ln: /usr/local/include//tclPlatDecls.h: File exists
ln: /usr/local/include//tclTomMath.h: File exists
ln: /usr/local/include//tclTomMathDecls.h: File exists
ln: /usr/local/include//tk.h: File exists
ln: /usr/local/include//tkDecls.h: File exists
ln: /usr/local/include//tkPlatDecls.h: File exists

абсолютно нормально ігнорувати. це все.

TL; DR

Схоже, Apple розглядає /usr/includeяк щось, що пройшло шлях додо - воно вимерло, - а може, це як папуга Монті Пітона .

Використання GCC, що надається Apple (насправді це Clang за будь-яким іншим іменем, як показує інформація про версію) або Clang дозволяє уникнути проблем. І те, /usr/bin/gccі нижче /usr/bin/clangзнайдемо системні бібліотеки чотирьох рівнів каталогів:

/Applications/Xcode.app/Contents/Developer/Platforms/…

Якщо ви будуєте свій власний GCC або інший компілятор, вам (ймовірно) потрібно буде налаштувати його для пошуку системних бібліотек під каталогом додатків Xcode.

Розвідки

Відразу після оновлення я запустив XCode 11.0. Він хотів встановити кілька додаткових компонентів, тому я дозволив це зробити. Однак це не відновилося, /usr/includeані каталог під /Library.

Один з інших порад в попередньому питанні полягав у виконанні:

xcode-select --install

При цьому він стверджував , що він завантажував утиліти командного рядка, і це гарантувало , що /usr/bin/gccі /usr/bin/clangт.д. присутні. Це корисний крок (хоча я не остаточно перевіряв, чи були вони раніше).

$ /usr/bin/gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.0 (clang-1100.0.33.8)
Target: x86_64-apple-darwin19.0.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
$

Використовуючи /usr/bin/gcc, тепер можна компілювати програми:

$ make CC=/usr/bin/gcc al
co  RCS/al.c,v al.c
RCS/al.c,v  -->  al.c
revision 1.7
done
/usr/bin/gcc -I/Users/jleffler/inc -g -O3 -std=c11 -pedantic -Wall -Wextra -Werror -Wshadow -Wmissing-prototypes -Wpointer-arith  -Wold-style-definition -Wcast-qual -Wstrict-prototypes -DHAVE_MEMMEM -DHAVE_STRNDUP -DHAVE_STRNLEN  -DHAVE_GETDELIM   -o al al.c -L/Users/jleffler/lib/64  -ljl
$

Однак, /usr/includeвсе ще відсутня. Нижче є каталог /Library:

$ ls /Library/Developer
CommandLineTools  PrivateFrameworks
$ ls /Library/Developer/CommandLineTools
Library SDKs    usr
$ ls /Library/Developer/CommandLineTools/SDKs
MacOSX.sdk      MacOSX10.14.sdk MacOSX10.15.sdk
$ ls /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/
Entitlements.plist SDKSettings.json   System
Library            SDKSettings.plist  usr
$

Ні каталог, Systemні Libraryкаталог не містять нічого дуже перспективного.

Коли все інше не вдається, прочитайте посібник

Наступний крок - знайдіть і прочитайте примітки до випуску:

• Примітки до випуску Xcode 11
• macOS Catalina 10.15 Примітки до випуску

Там немає інформації, яка стосується цього. Тож існує ймовірність (AFAICS, лише через годину чи дві зусилля), що Apple більше не підтримує, /usr/includeхоча вона все ще має повністю завантажений /usr/lib(ні/lib але ).

Час перевірити чергову компіляцію з -vдоданою опцією GCC (у використаному файлом makefile, UFLAGSдодавання додає параметр до командного рядка компілятора C):

$ make UFLAGS=-v CC=/usr/bin/gcc ww
co  RCS/ww.c,v ww.c
RCS/ww.c,v  -->  ww.c
revision 4.9
done
/usr/bin/gcc -I/Users/jleffler/inc -g -O3 -std=c11 -pedantic -Wall -Wextra -Werror -Wshadow -Wmissing-prototypes -Wpointer-arith  -Wold-style-definition -Wcast-qual -Wstrict-prototypes -DHAVE_MEMMEM -DHAVE_STRNDUP -DHAVE_STRNLEN  -DHAVE_GETDELIM -v  -o ww ww.c -L/Users/jleffler/lib/64  -ljl
Apple clang version 11.0.0 (clang-1100.0.33.8)
Target: x86_64-apple-darwin19.0.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.15.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name ww.c -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -fno-strict-return -masm-verbose -munwind-tables -target-sdk-version=10.15 -target-cpu penryn -dwarf-column-info -debug-info-kind=standalone -dwarf-version=4 -debugger-tuning=lldb -ggnu-pubnames -target-linker-version 512.4 -v -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/11.0.0 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -I /Users/jleffler/inc -D HAVE_MEMMEM -D HAVE_STRNDUP -D HAVE_STRNLEN -D HAVE_GETDELIM -I/usr/local/include -O3 -Wall -Wextra -Werror -Wshadow -Wmissing-prototypes -Wpointer-arith -Wold-style-definition -Wcast-qual -Wstrict-prototypes -Wno-framework-include-private-from-public -Wno-atimport-in-framework-header -Wno-extra-semi-stmt -Wno-quoted-include-in-framework-header -pedantic -std=c11 -fdebug-compilation-dir /Users/jleffler/src/cmd -ferror-limit 19 -fmessage-length 110 -stack-protector 1 -fstack-check -mdarwin-stkchk-strong-link -fblocks -fencode-extended-block-signature -fregister-global-dtors-with-atexit -fobjc-runtime=macosx-10.15.0 -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-slp -o /var/folders/77/zx9nk6dn7_dg4xd4stvt42v00000gn/T/ww-4cb85b.o -x c ww.c
clang -cc1 version 11.0.0 (clang-1100.0.33.8) default target x86_64-apple-darwin19.0.0
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/local/include"
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/Library/Frameworks"
#include "..." search starts here:
#include <...> search starts here:
 /Users/jleffler/inc
 /usr/local/include
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/11.0.0/include
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks (framework directory)
End of search list.
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -lto_library /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -dynamic -arch x86_64 -macosx_version_min 10.15.0 -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -o ww -L/Users/jleffler/lib/64 /var/folders/77/zx9nk6dn7_dg4xd4stvt42v00000gn/T/ww-4cb85b.o -ljl -L/usr/local/lib -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/11.0.0/lib/darwin/libclang_rt.osx.a
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/dsymutil" -o ww.dSYM ww
$

Ключова інформація у цьому пуху даних:

-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk

Це фактично каталог «root» для компіляції, тому під цим каталогом мають бути підкаталоги для usrта usr/include:

$ ls /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
Entitlements.plist SDKSettings.json   System
Library            SDKSettings.plist  usr
$ ls /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr
bin     include lib     libexec share
$ ls /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include
AppleTextureEncoder.h  dns_util.h             memory.h               simd
AssertMacros.h         dtrace.h               menu.h                 slapi-plugin.h
Availability.h         editline               miscfs                 spawn.h
AvailabilityInternal.h err.h                  module.modulemap       sqlite3.h
AvailabilityMacros.h   errno.h                monetary.h             sqlite3ext.h
AvailabilityVersions.h eti.h                  monitor.h              stab.h
…lots more lines…
dirent.h               mach-o                 security               xcselect.h
disktab.h              mach_debug             semaphore.h            xlocale
dispatch               machine                servers                xlocale.h
dlfcn.h                malloc                 setjmp.h               xpc
dns.h                  math.h                 sgtty.h                zconf.h
dns_sd.h               membership.h           signal.h               zlib.h
$

Це свідчить про те, що назва каталогів, що займає довгу милю, і зовсім не запам'ятовує, містить стандартні заголовки C і POSIX, а також додаткові додатки для Apple.

Попередній /usr/local/каталог видається недоторканим; попередження про те, що usr/local/includeне існує під назвою, -isysrootdirє нешкідливим (і не видно без -vопції).

Встановіть наступні неявні Makeзмінні, щоб вказати, де зараз розташовані заголовки для інструментів командного рядка Xcode (Xcode CLI):

export CFLAGS+=-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
export CCFLAGS+=-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
export CXXFLAGS+=-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
export CPPFLAGS+=-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk

Цей -isysrootпараметр оновлює розташування кореневих файлів подалі від кореневого каталогу системи /.

Таким чином, це забезпечує те, що загальні /usr/*файли будуть знайдені на новому місці.

Тобто файли в /Library/Developer/CommandLineTools/SDKs/MacOSX.sdkтепер знайдені. Ці файли:

Entitlements.plist 
Library
SDKSettings.json
SDKSettings.plist
System
usr

Я новачок із компілятором C ++ для R в OSX, і у мене виникла та сама проблема, що C ++ не зміг знайти заголовок після оновлення ОС ( відсутня математика.h хоча вона там була ). Я дотримувався вказівок https://thecoatlessprofessor.com/programming/cpp/r-compiler-tools-for-rcpp-on-macos/, але нічого не змінилося.

Нарешті, це працювало для мене після того, як я перевстановив Xcode CLI

xcode-select --install

а потім змінити прапори на Var, як запропонував @Coatless:

export CFLAGS=-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
export CCFLAGS=-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
export CXXFLAGS=-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
export CPPFLAGS=-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk

У моєму випадку, здавалося, у мене є, llvmа gccтакож встановлено за допомогою домашньої мови. Коли я видалив їх, і таким чином повністю покладався на клавіш macOS, він міг знайти заголовки, і компіляція знову запрацювала.

Запитання apue.h все ще відсутнє в моєму /usr/local/includeпісля відповіді Komol Nath Roy в цьому питанні.

Я завантажив залежність вручну з git і помістив її /usr/local/include

Рішення було простіше, ніж я думав. Встановити clang / llvm.

brew install llvm

Тоді нам потрібно створити посилання самостійно.

for f in /usr/local/Cellar/llvm/9.0.0_1/bin/clang*; do ln -s ${f} /usr/local/bin/"${f##*/}"; done

І

ln -s /usr/local/Cellar/llvm/9.0.0_1/include/c++ /usr/local/include/c++

Залежно від версії llvm, змініть вищевказані команди.

Тепер ви можете компілювати програми C ++, не передаючи спеціальні прапори.

clang++ hello.cpp

Я спробував 1) зв’язати вручну 2) варити встановити llvm, але вони не спрацювали.

Нарешті, це спрацювало для мене: https://gitmemory.com/issue/pytorch/pytorch/31190/565153503

Встановивши наступні середовища:

export CC=clang
export CXX=clang++
export MACOSX_DEPLOYMENT_TARGET=10.9

Для мене це працює добре так:

1. xcode-select --install

2. sudo ln -s /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/* /usr/local/include/

3. export SDKROOT=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk