User information about macOS Mojave
Ian Wadham
iandw.au at gmail.com
Thu Sep 20 05:35:10 UTC 2018
> On 20 Sep 2018, at 3:54 am, Ryan Schmidt <ryandesign at macports.org> wrote:
>
> On Sep 19, 2018, at 11:54, Richard L. Hamilton wrote:
>
>> So I think that the 10.13 SDK on Mojave, assuming one can still build against it there, may well be a short-term answer.
>
> Mojave requires Xcode 10 which contains only the 10.14 SDK.
>
> MacPorts doesn't have any particular support at this time for accessing alternative SDKs that the user might have placed in other locations.
I am on High Sierra 10.13.6, but the App Store app told me to upgrade to Xcode 10 and command line tools 10 (on 19 Sept 2018), so I did.
Now I am getting weird messages from ld when compiling and building some of my own C++ code which is based on KDE libraries obtained from Macports. Here is one example:
ld: warning: text-based stub file /System/Library/Frameworks//ApplicationServices.framework/Versions/A/ApplicationServices.tbd and library file /System/Library/Frameworks//ApplicationServices.framework/Versions/A/ApplicationServices are out of sync. Falling back to library file for linking.
There are other similar ones relating to CoreGraphics.framework, CoreText.framework, ImageIO.framework, CoreServices.framework and CFNetwork.framework.
Also I am getting loads of compiler warning messages about mismatched ‘struct’ and ‘class’ keyword usages and loads of undefined ld symbols re the classes and methods affected. So the whole build fails.
I had not edited, compiled or built that code since a few months ago.
Have I gone an Xcode version or a compiler version too far? If so, what should I do?
Cheers, Ian W.
> I worked on a port to standardize a way to provide other SDK versions, but I have not published it yet. MacPorts base changes would also be required to make it easy for ports to request SDKs that didn't come from the primary Xcode installation.
>
>
>> But IMO, this is still a good excuse to at least get STARTED on pushing everything toward x86_64, even if workarounds are still mostly possible; because in the next OS version, i386 will likely be gone or severely crippled.
>
> Apple has announced that macOS 10.15 will remove all 32-bit support.
>
>
More information about the macports-users
mailing list