Apple Reminds Developers About February 64-Bit Support Deadline for Newly Submitted iOS Apps - MacRumors
Skip to Content

Apple Reminds Developers About February 64-Bit Support Deadline for Newly Submitted iOS Apps

by

ios_8_iconApple today began sending out emails to developers, reminding them that as of February 1, 2015, all apps submitted to the App Store need to be built with the iOS 8 software development kit and include 64-bit support. Developers were first informed of the upcoming rules back in October, after the release of iOS 8 and the iPhone 6/6 Plus.

The email also states that as of June 1, 2015, all app updates submitted to the App Store will need to adhere to the same requirements, giving the company a way to make sure all current apps take advantage of 64-bit support and are iOS 8 compliant. The shift to across-the-board 64-bit support will offer improved app performance on 64-bit devices.

Dear Developer,
As we announced in October, beginning February 1, 2015 new iOS apps submitted to the App Store must include 64-bit support and be built with the iOS 8 SDK. Beginning June 1, 2015 app updates will also need to follow the same requirements. To enable 64-bit in your project, we recommend using the default Xcode build setting of "Standard architectures" to build a single binary with both 32-bit and 64-bit code.

Apple first began asking developers to submit 64-bit apps following the September 2013 release of the iPhone 5s, which introduced the 64-bit A7 processor. All of Apple’s newest devices, including the iPhone 6, iPhone 6 Plus, iPad Air 2, and iPad mini 3 offer 64-bit processors, as does the iPad mini 2 and the original iPad Air.

At the current time, developers are still permitted to submit 32-bit apps along with universal binaries, but that option will expire when February rolls around.

Top Rated Comments

Eminemdrdre00 Avatar
150 months ago
They should be required to support the iPhone 6/6 Plus screen size too!
Score: 10 Votes (Like | Disagree)
Traverse Avatar
150 months ago
You can still find apps that haven't been updated since 2010 or 2011. Apple needs to do a better job at pruning the App Store. That 1.3 million app figure is pretty pointless when 500,000 of them are crap anyway.
Score: 6 Votes (Like | Disagree)
Xenomorph Avatar
150 months ago
A lot of people seem to be overreacting.

Apple cuts off old versions of Xcode all the time. This move doesn't exclude any more devices than any other Xcode cut-offs in the past.

Requiring 64-bit binaries does not exclude 32-bit binaries. Both binaries are included. Most of an app's size is not from the binary, but from other resources such as graphics or audio. A 10.25 MB download might jump to 10.75 MB.

Devices this new requirement will help:
* iPhone 5S
* iPhone 6
* iPhone 6 Plus
* iPad Air
* iPad mini 2
* iPad Air 2
* iPad mini 3

Device this new requirement will harm:
* none


A 64-bit device running a 64-bit app may end up with more available memory for that app since it does not have to load 32-bit libraries in addition to 64-bit libraries. Understand? Compiling with 64-bit support can make an old app run better.


OS X applications already included 32/64-bit binaries. In fact, many applications had both the PowerPC/Intel binaries ("Universal" binaries). No one complained then.

Apple isn't the only company that does this. Microsoft .NET compiles apps with native 32/64-bit support as well.
Score: 4 Votes (Like | Disagree)
Michael Goff Avatar
150 months ago
Yes, but there are clearly a multitude of apps no longer supported that have longs since lost their usefulness. Eventually an OS update will break even the good ones. Apple needs a way of, as you put it, flushing out those apps.

Why would they do that, though? They need to be able to say that you can access eleventy million apps because their OS is the best.
Score: 4 Votes (Like | Disagree)
waterskier2007 Avatar
150 months ago
32-bit users automatically get a 64-bit copy of the code that is of no use to them

64-bit users automatically get a 32-bit copy of the code that is of no use to them

Apple needs to find a better solution. Force developers to submit two separate copies of apps.
From what I know, this is not really true at all.

Much of the space that apps take up is images, icons, and resources. Those are universal and the app bundle only contains one copy of those files regardless of 32/64 bit.
Score: 4 Votes (Like | Disagree)
150 months ago
Good thing there's that additional RAM for 64 bit apps to take advantage of... just kidding.
Score: 4 Votes (Like | Disagree)

Popular Stories

macOS 27 on MacBook Pro

Apple Says macOS 27 Won't Be Compatible With These Macs

Wednesday June 3, 2026 8:29 am PDT by
During WWDC 2025, Apple revealed that macOS 26 Tahoe would be the final major macOS version for Intel-based Macs. macOS 27 will be compatible with Apple silicon Macs only, meaning that you will need a Mac with an M-series chip or a MacBook Neo with an A18 Pro chip in order to install the software update. Apple will unveil macOS 27 during its WWDC 2026 keynote this Monday, June 8, and the...
MacBook Neo on Yellow Feature

MacBook Neo is So Popular That Apple Reportedly Doubled Production

Wednesday June 3, 2026 9:24 am PDT by
On an earnings call in late April, Apple's CEO Tim Cook said that customer response to the MacBook Neo was "off the charts," and the popularity of the laptop has reportedly led the company to significantly boost production. Apple supply chain analyst Ming-Chi Kuo this week said he believes that MacBook Neo shipments to Apple were doubled from an initial target of 5 million units to 10...
iphone 18 pro blue%402x

iPhone 18 Pro: Dark Cherry, Light Blue, and Dark Gray Chassis Leaked [Update]

Thursday June 4, 2026 5:18 am PDT by
Update: Since publication, new information has come to light suggesting the images have been AI-manipulated and are not in fact iPhone 18 Pro chassis parts. The original article follows. The color options Apple is reportedly planning for the upcoming iPhone 18 Pro and ‌iPhone 18 Pro‌ Max have appeared online today in the form of images of chassis parts of unknown authenticity....