5.1.1

After doing that (I also use Sparkle), now Xcode 7 crashes when I try to export a Developer ID Signed application from the OrganizerProcess: Xcode [11920]Path: /Applications/Xcode.app/Contents/MacOS/XcodeIdentifier: com.apple.dt.XcodeVersion: 7.0 (8223)Build Info: IDEFrameworks-8223000000000000~15Code Type: X86-64 (Native)Parent Process: ??? [1]Responsible: Xcode [11920]User ID: 501Date/Time: 2015-09-18 07:52:42.112 -0400OS Version: Mac OS X 10.11 (15A282b)Report Version: 11Anonymous UUID: 98FBD7C6-A1F5-E174-F66F-39ECB5EA836CSleep/Wake UUID: 3A17E47B-4DDE-480D-BB55-042228B926E1Time Awake Since Boot: 400000 secondsTime Since Wake: 500 secondsSystem Integrity Protection: enabledCrashed Thread: 0 Dispatch queue: com.apple.main-threadException Type: EXC_CRASH (SIGABRT)Exception Codes: 0x0000000000000000, 0x0000000000000000Exception Note: EXC_CORPSE_NOTIFYApplication Specific Information:ProductBuildVersion: 7A218UNCAUGHT EXCEPTION (NSInvalidArgumentException): -[NSTaggedPointerString count]: unrecognized selector

Hi ishahak2If I include the standard architectures (both 32 and 64 bits), I'm getting an error saying that apps with 64-bits can't set their target to iOS 5.1. (see below)iOS 5.1 did not properly handle fat binaries with a 64-bit slice. iOS 5.1.1 was released to address this issue and it is the lowest iOS version you can deploy back to when distributing via the App Store. Set your deployment target to iOS 5.1.1. You can then continue to build a fat binary, with 64-bit and 32-bit slices.

Apple has allowed older Xcode to be used for submittals in the past - I believe Xcode 5.1.1 is still ok right now, so you should have no problem with 6.x

Hi Ben,I have exactly the same problem. Precisely, xcode crashes when two conditions in whichever order are met.1. An <animateWithTextures> action in a .sks file is selected in the editor.2. The attributes inspector for this particular action is active.Here is crash report.Process: Xcode [18315]Path: /Applications/Xcode-beta.app/Contents/MacOS/XcodeIdentifier: com.apple.dt.XcodeVersion: 7.1 (9061)Build Info: IDEFrameworks-9061000000000000~7Code Type: X86-64 (Native)Parent Process: ??? [1]Responsible: Xcode [18315]User ID: 299565391Date/Time: 2015-09-28 18:03:30.670 +0800OS Version: Mac OS X 10.11.1 (15B17c)Report Version: 11Anonymous UUID: 91C5D987-2FFE-B992-3001-B6B884730489Time Awake Since Boot: 2700 secondsSystem Integrity Protection: enabledCrashed Thread: 0 Dispatch queue: com.apple.main-threadException Type: EXC_CRASH (SIGABRT)Exception Codes: 0x0000000000000000, 0x0000000000000000Exception Note: EXC_CORPSE_NOTIFYApplication Specific Information:ProductBuildVersion: 7B60UNCAUGHT EXCEPTION (NSInval

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

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

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).

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.