<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><blockquote type="cite" class=""><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class="">><i class=""> But the CLT has the SDK in a different path than Xcode does, of course. And if Xcode-based SDK paths got baked into various ports on our Xcode-10-using Mojave build worker, then that will be a problem for any users that have Xcode 11, whether or not they have the CLT.

</i>

Does the 10.14 buildbot have the CLT installed ? If not, maybe adding it would help ?

</pre></blockquote><div class=""><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class=""><br class=""></pre><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class="">Yeah, this is our /path/to/SDK problem.</pre><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class=""><br class=""></pre><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class="">If the supported configuration for MacPorts is to have the command line tools installed, and if the buildbots and the users all have the command line tools installed, we should never see any more /path/to/SDK errors.</pre><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class=""><br class=""></pre><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class="">And any ports on the buildbot that currently have a /path/to/SDK that points into Xcode will just need to be revbumped to fix it to pointing to the Command Line Tools path instead.</pre><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class=""><br class=""></pre><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class="">Ken</pre></div></body></html>