5.1.1

Considering changes have to roll out to multiple web servers in multiple countries it makes perfect sense that there is a delay between a new toolset and support for that toolset in iTunesConnect. And it isn't just the sites that need updating. The backing databases also have to be updated as do internal policies and sometimes even guidelines.also consider Xcode 5.1.1 was still being displayed as the minimum to submit apps last time I looked.

I did call apple and told them that in itunes am getting same error need xcode 5.1.1 or later and I have 7 ????? I upload the app with xcode but still not showing in itunes...I call back and you have to be lucky to get someone that knows what a **** they doing, I got a guy the other day and help me to upload but today when I call this woman didn't know a thing.....

OK so i have been looking at this again,and i have soem more info.I have recently moved my Dev Box to 10.10, hopwever i am still using XCode 5.1.1 and linking against the OSX 10.9 Libraries,well specifying OSX 10.9 as the Base SDK in my project settings.But now i am getting an error message when i make the [assetWriterAudioInput markAsFinished]; callcalling [assetWriterVideoInput markAsFinished] appears to complete ok, but calling, gives me the following error in the output.. figSampleBufferCheckDataSize signalled err=-12731 (kFigSampleBufferError_RequiredParameterMissing) (bbuf vs. sbuf data size mismatch) at /SourceCache/CoreMedia_frameworks/CoreMedia-1562.235/Sources/Core/FigSampleBuffer/FigSampleBuffer.c line 1286Additionlly When i call: [assetWriter endSessionAtSourceTime:endTime];i get the following erros in the console[16:20:28.901] <<<< FAC >>>> RunConverter: Fatal: AudioConverterFillComplexBuffer returned 1768846202[16:20:28.901] <<<< MediaProcessor >&g

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.