升级到Catalina 10.15后，无法在Mac上编译C程序

升级到Mojave后，还有一个问题无法在Mac上编译C程序，而该问题的答案已涵盖了发生问题的大多数变化。

现在-从2019年10月7日星期一开始-您可以升级到macOS Catalina 10.15。再次，在升级过程中/usr/include，即使在从Mojave 10.14.6升级到Catalina之前安装了XCode 11.0 ，该目录也已被更新所破坏。因此，编译器预期没有/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

苹果似乎认为/usr/include它已经成为了渡渡鸟的方式-已经灭绝了-也许就像Monty Python的Parrot一样。

使用Apple提供的GCC（实际上是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发行说明

那里没有与此相关的信息。因此，/usr/include尽管苹果仍然拥有满负荷的负载/usr/lib（/lib虽然只有一两个小时的努力，但AFAICS，但仍然）。

是时候检查-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

这实际上是编译的“根”目录，因此，在for 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

我是OSX中使用R的C ++编译器的新手，并且遇到了同样的问题，即OS更新后C ++找不到标头（尽管那里缺少math.h）。我遵循了https://thecoatlessprofessor.com/programming/cpp/r-compiler-tools-for-rcpp-on-macos/上的说明， 但没有任何变化。

最后，在我重新安装Xcode CLI后，它对我有用

xcode-select --install

然后按照@Coatless建议将标志更改为Var：

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叮当声时，它可以找到标头，并且编译再次起作用。

/usr/local/include在遵循此问题的Komol Nath Roy回答后，我仍然缺少apue.h依赖项。

我从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）brew install 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