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
149 months ago
They should be required to support the iPhone 6/6 Plus screen size too!
Score: 10 Votes (Like | Disagree)
Traverse Avatar
149 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
149 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
149 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
149 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)
149 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

airpods pro 3 pink

New Apple Card Holders Can Get Free AirPods Pro 3, But There's a Catch

Monday May 18, 2026 8:11 am PDT by
Apple today launched a new promotion offering new Apple Card holders the chance to earn back the cost of AirPods Pro 3 through monthly cash rebates, but there is a recurring spend requirement attached. Customers who open a new Apple Card account and purchase AirPods Pro 3 directly from Apple by June 15 will qualify. Starting July 1 and running through April 30, 2027, cardholders can earn $25 ...
Foldable iPhone 2023 Feature 1

Foldable iPhone Production Stalls Amid Hinge Issues

Monday May 18, 2026 7:29 am PDT by
Trial production of Apple's long-anticipated foldable iPhone, likely called the "iPhone Ultra," has run into a significant engineering hurdle centered on hinge reliability, according to a known leaker. The leaker known as "Instant Digital" posted on Weibo that the foldable device's hinge is consistently failing to meet Apple's quality control standards under conditions of prolonged,...
wwdc apple park in person

Apple Announces WWDC 2026 Schedule, Sends Media Invites

Monday May 18, 2026 10:23 am PDT by
Apple today provided a schedule for its 2026 Worldwide Developers Conference, which starts on June 8 and ends on June 12. Apple also sent out invites to members of the media who have been invited to attend an in-person keynote viewing at Apple Park. Both the invites and schedule confirm that the keynote will begin at the standard time, 10:00 a.m. Pacific Time or 1:00 p.m Eastern Time....