5.1.1

Well, considering Xcode 5.1.1 is still allowed, it seems that 7.x will not be mandated for some time. Beyond 2016 I'd guess.Why do you ask?

Same here tooCrashReport:Process: com.apple.configurator.xpc.MigrationService [24702] Path: /Applications/Apple Configurator 2.app/Contents/Frameworks/ConfigurationUtilityKit.framework/Versions/A/XPCServices/com.apple.configurator.xpc.MigrationService.xpc/Contents/MacOS/com.apple.configurator.xpc.MigrationService Identifier: com.apple.configurator.xpc.MigrationService Version: 1.0 (193) Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: Apple Configurator 2 [24639] User ID: 501 Date/Time: 2015-10-19 11:26:47.536 +0800 OS Version: Mac OS X 10.11.1 (15B38b) Report Version: 11 Anonymous UUID: D910531A-363D-B277-77C0-641FBCE7E824 Sleep/Wake UUID: 8300C88C-F5C1-4BB1-AE89-35B09206751C Time Awake Since Boot: 99000 seconds Time Since Wake: 10000 seconds System Integrity Protection: enabled Crashed Thread: 4 Dispatch queue: NSOperationQueue 0x7fbdf3306270 :: NSOperation 0x7fbdf3310540 (QOS: LEGACY) Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Exception Note:

According to Apple one must build kernel extensions against the SDK for the lowest OS version they are to support. See WWDC 2013 session 707 What's New in Kext Development. In your case this would be the 10.8 SDK. You were just lucky that the kext built with Xcode 5.1.1 and the 10.9 SDK worked on 10.8. The trick with setting the deployment target to a version lower than the SDK only works for userspace code. This makes things difficult for kernel developers that need to support older OS version since we are forced to use old Xcode versions, on old OS's, on old hardware, for developement.

I'm seeing the same issue. I'm building with a target of 5.1.1, and there are no references to iOS 5.1 anywhere in the project. Yet I get this warning on every .o file being linked. I have not found a solution yet.

That message depends on if there is a legacy version of the app you're trying to download that supports a lower iOS than your 5.1.1, as an example. Apparently that dev had never put up that app with less than 5.1.1 support, so the store reponsed with the message to download at newer iOS.

You should be able to test from Xcode but you need a separate build config that doesn't include the arm64 architecture. iOS 5.1.1 devices don't know what to do with a 64 bit slice. The App Store performs some magic on the binary to make the 64 bit slice invisible to the device, but Xcode doesn't know how to do that. So you have to build a version without the 64 bit slice for testing directly from Xcode (or for ad hoc distribution for that matter).

I am having the same problem - but not with C++ code. I am getting crashes most of the time when I stop at a break point (especially when I am near or in Swift code), and 100% of the time when I launch the visual debugger.I've been testing out other projects to try and reproduce the issue - but I can only confirm it only happens in our project (You can can check out master if you want to see: https://github.com/wikimedia/wikipedia-ios)I can also confirm that one of my teammates has the exact same issue… but another one does not. So it appears to be some combination of Project setup and Environment - but I haven't been able to track anything down concrete.Unfortunately setting CLANG_ENABLE_MODULE_DEBUGGING = NO is not fixing the crash for me. (I set it to NO on the project and all dependenies in the workspace). Any other thoughts for a workaround?Stack trace:Process: Xcode [55210] Path: /Applications/Xcode.app/Contents/MacOS/Xcode Identifier: com.apple.dt.Xcode Version: 7.0.1 (8228) Build Info: IDEFrameworks-8

Xcode 5.1.1 is still allowed now, so if that's any indication, v6.x should have a while to go.