<div dir="ltr"><div>Yes, I see what you're talking about now. And since I've only used machines that had a single SDK installed, I've never encountered this problem.</div><div><br></div><div>As far as I can tell, the value of configure.sdkroot is empty, which means that the cmake PortGroup sets the value of CMAKE_OSX_SYSROOT to be "/". However, later in the build, it looks like the MacPorts build system sets SDKROOT based off the value MACOSX_DEPLOYMENT_TARGET.</div><div><br></div><div>On the other hand, Blender's CMake script is attempting to detect the SDK version by using the</div><div><br></div><div>xcodebuild -version -sdk macosx SDKVersion</div><div><br></div><div>command. On the 10.14 Azure build, this is resulting in the MacPorts build system showing a value of MACOSX_DEPLOYMENT_TARGET="10.14", but the xcodebuild command returning a value of 10.15.</div><div><br></div><div>I'm not quite sure how to resolve this mismatch yet, but at least I see what the problem is.<br></div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 26, 2020 at 10:27 PM Joshua Root <<a href="mailto:jmr@macports.org">jmr@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2020-8-27 11:40 , Jason Liu wrote:<br>
> Hi everyone,<br>
> <br>
> I've submitted a PR<br>
> <<a href="https://github.com/macports/macports-ports/pull/8236" rel="noreferrer" target="_blank">https://github.com/macports/macports-ports/pull/8236</a>> for my Blender<br>
> port, but all of the Travis builds are failing. A short time ago, I had<br>
> access to a friend's 10.15 machine (with Xcode 11.5, I believe) for<br>
> about a week, and I was able to compile the port locally on that<br>
> machine. Can anyone with 10.15 or 10.14 grab the files from the PR and<br>
> see whether my port builds locally for you?<br>
<br>
Looking at the 10.14 Azure build, the problem seems to be that both the<br>
10.14 and 10.15 SDKs are being used. You likely need to convince the<br>
build system to use what is specified in configure.sdkroot instead of<br>
autodetecting the SDK.<br>
<br>
Anyone who only has a single SDK on their system would not be able to<br>
reproduce the issue.<br>
<br>
- Josh<br>
</blockquote></div>