/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/math.h:769:10: No member named 'labs' in the global namespace; did you mean simply 'labs'?"
/Users/blank/Downloads/love-11.3-ios-source/src/libraries/glad/glad.cpp:13:10: In file included from /Users/blank/Downloads/love-11.3-ios-source/src/libraries/glad/glad.cpp:13:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS14.0.sdk/usr/include/assert.h:44:10: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS14.0.sdk/usr/include/assert.h:44:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/stdlib.h:100:10: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/stdlib.h:100:
Any ideas? I've tried reinstalling xCode and the command line tools, but no go.
To summarise: On Catalina, /usr/include is purged and protected by SIP. Thus, any project that expects the C headers to be found there will fail to compile. If I remember correctly, Apple recommends to file bug reports to projects that expect C headers in /usr/include.
In the case of Love2d and Xcode, I tried changing the `-isysroot` flag to the value of `xcrun --show-sdk-path` (or `xcrun --show-sdk-path -sdk iphoneos` for iOS) and this didn't fix the issue. I will post again if I find a solution.
For reference, my machine is on Catalina 10.15.6 and Xcode 12.0. I just updated Xcode today and the issue appeared.
You can either duplicate those changes into your copy of love's source, or grab the latest source from github and put the library dependencies in the new copy.