Không thể biên dịch chương trình C trên máy Mac sau khi nâng cấp lên Catalina 10.15

Có một câu hỏi trước Không thể biên dịch chương trình C trên máy Mac sau khi nâng cấp lên Mojave và các câu trả lời đã bao gồm hầu hết các biến thể về những gì sai.

Bây giờ - kể từ Thứ Hai 2019-10-07 - bạn có thể nâng cấp lên macOS Catalina 10.15. Một lần nữa, trong quá trình nâng cấp, /usr/includethư mục đã bị thổi bay bởi bản cập nhật, mặc dù XCode 11.0 đã được cài đặt trước khi nâng cấp (từ Mojave 10.14.6) lên Catalina. Do đó, trình biên dịch được xây dựng để mong đợi rằng có một /usr/includethư mục không hoạt động nữa.

Bước chính được đề xuất cho các vấn đề Mojave - sử dụng lệnh:

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

không hoạt động ngoài cổng vì thư mục /Library/Developer/CommandLineTools/Packages/không tồn tại (vì vậy vẫn chưa có .pkgtệp để mở).

Có cách nào tốt (chính thức) để tạo và điền vào thư mục /usr/includekhông?

Đối với tôi thêm đường dẫn sau để CPATHgiải quyết vấn đề:

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

Trước khi bạn tiến hành, hãy đảm bảo cài đặt các công cụ dòng lệnh xcode.

xcode-select --install

Trên thực tế, bạn có thể làm điều đó! Trên thực tế, tất cả các tiêu đề C được tìm thấy ở đây trong thư mục này:

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

Chúng ta chỉ cần tạo symlink cho tất cả các tệp tiêu đề vào thư mục này:

/usr/local/include/

Nó làm việc cho tôi! dòng lệnh sau sẽ giải quyết tất cả các vấn đề:

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

Bạn sẽ nhận được một số cảnh báo. Một số tiêu đề đã tồn tại, như thế này:

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

hoàn toàn ok để bỏ qua. đó là tất cả.

TL; DR

Dường như Apple coi /usr/includenhư một thứ gì đó đã đi theo con đường của dodo - nó đã tuyệt chủng - hoặc có thể giống như Parrot của Monty Python .

Sử dụng GCC do Apple cung cấp (thực ra, đó là Clang theo bất kỳ tên nào khác, như thông tin phiên bản cho thấy) hoặc Clang tránh được các vấn đề. Cả hai /usr/bin/gccvà /usr/bin/clangsẽ tìm thấy các thư viện hệ thống bốn cấp thư mục dưới đây:

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

Nếu bạn xây dựng GCC của riêng mình hoặc trình biên dịch khác, có lẽ bạn sẽ cần phải cấu hình nó để tìm các thư viện hệ thống trong thư mục ứng dụng Xcode.

Thăm dò

Ngay sau khi nâng cấp, tôi đã chạy XCode 11.0. Nó muốn cài đặt thêm một số thành phần, vì vậy tôi để nó làm như vậy. Tuy nhiên, điều đó đã không phục hồi /usr/includehoặc thư mục dưới /Library.

Một trong những lời khuyên khác trong câu hỏi trước là chạy:

xcode-select --install

Khi làm như vậy, nó tuyên bố rằng nó đã tải xuống các tiện ích dòng lệnh và nó đảm bảo rằng /usr/bin/gcc và /usr/bin/clangvv đã có mặt. Đó là một bước hữu ích (mặc dù tôi không kiểm tra chắc chắn liệu chúng có mặt trước đó không).

$ /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
$

Sử dụng /usr/bin/gcc, giờ đây có thể biên dịch chương trình:

$ 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
$

Tuy nhiên, /usr/include vẫn còn thiếu. Hiện tại có một thư mục /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
$

Cả thư mục Systemlẫn Librarythư mục đều không có gì hứa hẹn.

Khi vẫn thất bại, đọc hướng dẫn

Bước tiếp theo - tìm và đọc ghi chú phát hành:

• Ghi chú phát hành Xcode 11
• Ghi chú phát hành macOS Catalina 10.15

Không có thông tin trong đó liên quan đến điều này. Vì vậy, xác suất là (AFAICS, chỉ sau một hoặc hai giờ nỗ lực) mà Apple không còn hỗ trợ nữa /usr/include- mặc dù nó vẫn có đầy đủ /usr/lib(không/lib mặc dù vậy).

Thời gian để kiểm tra một trình biên dịch khác với tùy chọn GCC -vđược thêm vào (trong tệp tạo tệp tôi đã sử dụng, cài đặt UFLAGSthêm tùy chọn vào dòng lệnh của trình biên dịch 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
$

Thông tin chính trong trận bão dữ liệu đó là:

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

Đó thực sự là thư mục 'root' để biên dịch, vì vậy cần có các thư mục con bên dưới cho usrvà 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
$

Điều này cho thấy tên thư mục dài hàng dặm và hoàn toàn không đáng tin cậy có chứa các tiêu đề C và POSIX tiêu chuẩn, cộng với các tính năng bổ sung dành riêng cho Apple.

Thư mục trước đó /usr/local/dường như còn nguyên vẹn; cảnh báo về việc usr/local/includekhông tồn tại theo -isysrootdirlà vô hại (và không thể nhìn thấy mà không có -vtùy chọn).

Đặt các Makebiến ẩn sau đây để trỏ đến vị trí của các tiêu đề hiện tại cho Công cụ dòng lệnh 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

Các -isysroottùy chọn cập nhật vị trí của file gốc ra khỏi thư mục hệ thống rễ /.

Vì vậy, điều này đảm bảo rằng các /usr/*tệp chung được tìm thấy ở vị trí mới của chúng.

Đó là, các tập tin tại /Library/Developer/CommandLineTools/SDKs/MacOSX.sdkđược tìm thấy. Những tập tin này là:

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

Tôi là người mới sử dụng trình biên dịch C ++ cho R trong OSX và tôi gặp vấn đề tương tự là C ++ không thể tìm thấy tiêu đề sau khi OS được cập nhật ( thiếu math.h mặc dù nó đã ở đó ). Tôi đã làm theo hướng dẫn từ https://thecoatlessprofigator.com/programming/cpp/r-compiler-tools-for-rcpp-on-macos/ nhưng không có gì thay đổi.

Cuối cùng, nó hoạt động với tôi sau khi tôi cài đặt lại Xcode CLI

xcode-select --install

và sau đó thay đổi các cờ thành Var như @Coatless đề xuất:

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

Trong trường hợp của tôi, tôi dường như đã llvmvà gcccũng đã cài đặt bằng homebrew. Khi tôi loại bỏ chúng, và do đó hoàn toàn dựa vào tiếng kêu macOS, nó có thể tìm thấy các tiêu đề và quá trình biên dịch hoạt động trở lại.

apue.h sự phụ thuộc vẫn còn thiếu trong tôi /usr/local/includesau khi theo Komol Nath Roy câu trả lời của trong câu hỏi này.

Tôi đã tải xuống phần phụ thuộc thủ công từ git và đặt nó vào /usr/local/include

Giải pháp đơn giản hơn tôi nghĩ. Cài đặt clang / llvm.

brew install llvm

Sau đó, chúng ta cần phải tạo liên kết tượng trưng cho chính mình.

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

Và

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

Tùy thuộc vào phiên bản llvm của bạn, sửa đổi các lệnh trên.

Bây giờ, bạn có thể biên dịch các chương trình C ++ mà không cần chuyển bất kỳ cờ tùy chỉnh nào.

clang++ hello.cpp

Tôi đã thử 1) liên kết thủ công 2) brew install llvm, nhưng chúng không hoạt động.

Cuối cùng, điều này đã làm việc cho tôi: https://gitmemory.com/su/pytorch/pytorch/31190/565153503

Bằng cách thiết lập các vv env sau:

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

Đối với tôi, nó hoạt động tốt như sau:

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