ispc @1.16.0_0: error: Unsupported architecture

[chrstphrchvz (Christopher Chavez)]

I noticed that ​builds for ispc 1.16.0 failed on macOS 10.15 and earlier: the SDK version fails to be detected, and this leads to trying to build ARM support when the SDK doesn’t support it:

-- Using macOS SDK path /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
-- MacOS_SDK version: 
CMake Warning at CMakeLists.txt:166 (message):
  MacOS SDK version was not detected, assuming 11.0, enabling ARM support

In file included from builtins/builtins-c-cpu.cpp:69:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/unistd.h:71:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/_types.h:27:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/sys/_types.h:32:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/sys/cdefs.h:807:2: error: Unsupported architecture
#error Unsupported architecture
 ^

(I personally do not use this port.)

[chrstphrchvz (Christopher Chavez)]

ispc currently assumes it can determine the SDK version from the SDK path. I have given up on trying to have it retrieve the SDK version using xcrun/xcodebuild instead, or directly from the Version key in SDKSettings.plist somehow: ​https://github.com/macports/macports-ports/pull/11487 ​https://github.com/ispc/ispc/pull/2115

[mascguy (Christopher Nielsen)]

I'm tired of watching this port fail to build on half of our buildbots, so I'm taking over this ticket.

[chrstphrchvz (Christopher Chavez)]

Be aware of development upstream: ​https://github.com/ispc/ispc/pull/2120 attempted to follow through on this issue, but I believed the approach used will still fail on MacPorts build bots; I believe it was because xcrun --sdk … --show-sdk-version reportedly did not work when full Xcode is present. I’m not sure if it would help for CMakeLists.txt to be more consistent in getting the SDK path and version either using xcodebuild or xcrun and not both, i.e not using the output of one as an argument of the other: so in each step, try xcodebuild first, and then try xcrun if it fails (i.e. because full Xcode isn’t installed).

Unless someone knows a good approach for retrieving Version from SDKSettings.plist, ideally without parsing XML or binary plist from CMake.

[mascguy (Christopher Nielsen)]

Too much on my plate to tackle this

[cjones051073 (Chris Jones)]

Appears addressed in recent update to 1.19.0

​https://ports.macports.org/port/ispc/details/