> On Nov 4, 2018, at 5:54 AM, Ryan Schmidt <ryandes...@macports.org> wrote:
> I thought we decided we didn't want to pursue that idea, based on Joshua's > objections, and instead we wanted to figure out a way to compile universal > with the 10.14 SDK, maybe by making a universal 10.14 SDK, That’s why I thought I’d actually try it. Turns out that idea fails quickly. The 10.14 SDK has already been stripped of a number of 32-bit-only headers that cause 32bit builds to fail, e.g. In file included from /opt/universal/var/macports/build/_opt_universal_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_audio_portmidi/portmidi/work/portmidi/pm_mac/readbinaryplist.c:81: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:34:10: fatal error: 'CarbonSound/CarbonSound.h' file not found #include <CarbonSound/CarbonSound.h> Viz: this from the 10.13 SDK: $ pwd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/A/Headers $ ls -la total 64 drwxr-xr-x 7 cunningh admin 238 6 Oct 2017 . drwxr-xr-x 4 cunningh admin 136 6 Oct 2017 .. -rw-r--r-- 1 cunningh admin 674 6 Oct 2017 CarbonSound.h -rw-r--r-- 1 cunningh admin 672 6 Oct 2017 CarbonSound.r -rw-r--r-- 1 cunningh admin 114503 6 Oct 2017 Sound.h -rw-r--r-- 1 cunningh admin 6894 6 Oct 2017 Sound.k.h -rw-r--r-- 1 cunningh admin 14278 6 Oct 2017 Sound.r and Viz: this from the 10.14 SDK: $ pwd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/A/Headers $ ls -la total 0 drwxr-xr-x 4 root wheel 128 30 Oct 19:25 . drwxr-xr-x 3 root wheel 96 30 Oct 19:25 .. -rw-r--r-- 1 root wheel 672 15 Jul 2017 CarbonSound.r -rw-r--r-- 1 root wheel 14278 15 Jul 2017 Sound.r > or maybe by forcing the build to use libsystem.dylib instead of the tbd file > as suggested by Jack. > Yeah, /usr/bin/ld suggests that when you try compiling i386. In the end, the thing that *does* work is to set the -isysroot to /path/to/MacOSX10.14.sdk and the -syslibroot to / No other combos were functional. A half-dozen ports that I ran across don’t respect the -isysroot and/or syslibroot settings from portconfigure, and need to be tweaked. For all these reasons, I doubt anyone is going to fix this in MacPorts — but it is doable for someone who has great need for, say, wine on Mojave, should such a person exist. Some things mysteriously just don’t work right, like libsdl, no surprise there. K
