I used to use 10.12 SDK with a 10.9 deployment target but since enabling ARM architecture, I cannot do that anymore, and just use the 10.9 deployment target but with the 11.0 SDK
I have issue an issue on older OSX versions with AudioUnit not loading with the following issue
Symbol not found: __os_crash_fmt
This doesn’t ring a bell. I tried to repro, although I don’t have a 10.9 machine for testing. Instead, I tried building with a 10.9 deployment target and then inspecting the final build output with nm to see whether the os_crash_fmt symbol was listed as undefined. With Xcode 12.4 (macOS 11.1 SDK), neither the Debug nor Release mode builds of the DSPModulePluginDemo seem to require this symbol at all.
Perhaps you could try running nm on all of your plugin object files and dependencies and check whether any of these are depending on this symbol. At least then you’ll know where the symbol is being used, and you may then be able to take steps to avoid using the symbol altogether (adjusting deployment targets of dependencies, removing dependencies etc).
Weirdly I don’t find the symbol in the binary, but here is the full info from the crashlog
dlopen(/Library/Audio/Plug-Ins/Components/UVIWorkstationAU.component/Contents/MacOS/UVIWorkstationAU, 262): Symbol not found: __os_crash_fmt
Referenced from: /System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
Expected in: /usr/lib/libSystem.B.dylib
in /System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice)
yep… I have asked Apple about this. I will let you guys know if I get some feedback on this.
The issue was that I can’t have a per arch SDK even though Xcode allows it, it doesn’t work
I’ve had a customer on MacOS 10.11 report the same problem here. The issue is, even rolling back to an older version of the plug-in which previously worked on his system doesn’t seem to fix it.
The issue is that installing iTunes (which apparently happens automatically when plugging in an iPhone to a Mac?) installs a newer version of this mobile framework that is simply not compatible with macOS 10.11!
The solution is to copy an older version of the mobile framework back by disabling SIPS.
No, it would not. Because 10.11 and 10.12 don’t support ARM. You can NOT install 10.11 or 10.12 on an Apple Silicon Mac. Only macOS Big Sur (11.0) and Monterey (12.0) are available as ARM versions.
Not sure what you’re trying to do. We set our deployment target to 10.11 and got very few complaints. Our plugin (Nexus) works with 10.11+ unless somebody installs iTunes and thus breaks the mobile framework. We usually advise updating macOS to a later version. Only two or three customers complained or were unwilling to.
Bumping this, as we’ve had a LOT of reports in the last week of people with plugins no longer working on 10.11/10.12. Many people report that downloading and installing the older 32-bit Mobile Framework fixes things for them…
…which makes NO SENSE WHATSOEVER. As these are 64-bit plugins they are using!!!
Does anyone know why this would be happening? The customers usually report that it is happening to a bunch of plugins, not just Valhalla ones. Is there some option that we can change in the ProJucer that would allow us to rebuild plugins that avoid this issue? Apple has been no help whatsoever with this issue, and it seems like something changed recently (like an iTunes update) that is causing a lot of people to have this problem.
We had an uptick of complaints as well. Not sure why this mobile framework even is used. We certainly don’t require anything related to mobile functionality.