ไม่สามารถรวบรวมโปรแกรม C บน Mac หลังจากอัปเกรดเป็น Catalina 10.15

มีคำถามก่อนหน้านี้ไม่สามารถรวบรวมโปรแกรม C บน Mac หลังจากอัปเกรดเป็น Mojaveและคำตอบที่ครอบคลุมส่วนใหญ่ของรูปแบบที่ผิดพลาด

ตอนนี้ - ตั้งแต่วันจันทร์ที่ 2019-10-07 - คุณสามารถอัปเกรดเป็น macOS Catalina 10.15 อีกครั้งระหว่างการอัปเกรด/usr/includeไดเรกทอรีได้ถูกยกเลิกไปโดยการอัพเดตแม้ว่าจะติดตั้ง XCode 11.0 ก่อนการอัปเกรด (จาก Mojave 10.14.6) ไปยัง Catalina ดังนั้นคอมไพเลอร์ที่สร้างขึ้นเพื่อคาดหวังว่าจะมี/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/

เราเพียงแค่ต้องสร้าง symlink สำหรับไฟล์ส่วนหัวทั้งหมดลงในโฟลเดอร์นี้:

/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เป็นสิ่งที่ได้ไปทางของ dodo - มันจะสูญพันธุ์ - หรืออาจจะเป็นเหมือน Monty Python ของนกแก้ว

ใช้ GCC ที่ Apple จัดเตรียมให้ (ที่จริงแล้วนั่นคือเสียงดังกราวด้วยชื่ออื่นตามที่แสดงข้อมูลรุ่น) หรือ Clang หลีกเลี่ยงปัญหา ทั้งสอง/usr/bin/gccและ/usr/bin/clangจะค้นหาไลบรารีระบบสี่ระดับไดเรกทอรีด้านล่าง:

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

หากคุณสร้าง GCC ของคุณเองหรือคอมไพเลอร์อื่น ๆ คุณจะ (อาจ) ต้องกำหนดค่าเพื่อค้นหาไลบรารีระบบภายใต้ไดเรกทอรีแอปพลิเคชัน Xcode

Explorations

ทันทีหลังจากการอัปเกรดฉันรัน 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ว่า)

เวลาตรวจสอบการคอมไพล์อื่นด้วยตัวเลือก GCC ที่-vเพิ่ม (ใน makefile I ที่ใช้การตั้งค่า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

นั่นเป็นไดเรกทอรี 'รูท' อย่างมีประสิทธิภาพสำหรับการรวบรวมดังนั้นควรมีไดเร็กทอรีย่อยภายใต้สำหรับ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ตัวแปรimplicit ต่อไปนี้ให้ชี้ไปที่ส่วนหัวอยู่ในขณะนี้สำหรับเครื่องมือบรรทัดคำสั่ง 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 ++ ไม่สามารถหาส่วนหัวได้หลังจากอัปเดตระบบปฏิบัติการ ( ไม่มี math.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ติดตั้งโดยใช้ homebrew เมื่อฉันลบสิ่งเหล่านั้นออกไปและพึ่งพาอาศัยกันอย่างเต็มที่กับ macOS clang มันสามารถค้นหาส่วนหัวและการคอมไพล์ได้อีกครั้ง

apue.h การพึ่งพาอาศัยกันของฉันยังคงหายไป/usr/local/includeหลังจากทำตามKomol Nath Royคำตอบในคำถามนี้

ฉันดาวน์โหลดการอ้างอิงด้วยตนเองจากคอมไพล์และใส่ไว้ใน /usr/local/include

การแก้ปัญหานั้นง่ายกว่าที่ฉันคิด ติดตั้งเสียงดังกราว / llvm

brew install llvm

จากนั้นเราจำเป็นต้องสร้าง symlink ของเราเอง

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

โดยการตั้งค่า env vars ต่อไปนี้:

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