The Future of iOS is 64-Bit Only -- Apple To Stop Support For 32-Bit Apps (computerworld.in) 105
Your ability to run 32-bit apps on an iOS device is coming to an end. As several other Apple news sites have reported, Apple has updated the pop-up warning in the iOS 10.3 beta to say that the 32-bit app you're running "will not work with future versions of iOS." The warning goes on to say that the "developer of this app needs to update it to improve its compatibility." From a ComputerWorld article (edited for clarity): In October 2014, Apple told developers that all new apps created after February 1, 2015 must have 64-bit support. Shortly after, Apple announced that all updates to apps must also be 64-bit compatible. Any 32-bit apps submitted to Apple after June 2015 would be rejected. Last September, Apple announced that it was going to remove apps from the App Store that did not "function as intended, don't follow current review guidelines, or are outdated." Presumably, this would include apps that did not meet the 64-bit requirement. Apple does not state which version of iOS will be 64-bit only, but since this is a major development, you can probably assume that this will happen in iOS 11. An announcement will likely be made during Apple's Worldwide Developer Conference this summer. The switch to 64-bit only support means that older iOS devices built on 32-bit architecture will not be able to upgrade to the new iOS. This includes the iPhone 5, 5c, and older, the standard version of the iPad (so not the Air or the Pro), and the first iPad mini.
Assumption (Score:5, Informative)
Re: (Score:2)
Well, did you see the ComputerWorld artilce copied in TFS? Because it says Apple did say that.
Re: (Score:2)
Re: (Score:2)
So in your world, 'must support 64bit' isn't 'must drop 32bit'?
Re: (Score:3)
Re: (Score:2)
Re: (Score:3)
You are completely ignorant. Developers have been shipping fat binaries on iOS for years. Even before the 5s added 64bit support. Virtually every iOS ships with three slices today: armv7, armv7s and arm64.
Re: (Score:2)
You are completely ignorant.
Yes, I am.. or rather I was. Ignorance is cured by informing, so thank you for correcting me.
Re: (Score:2)
Re: (Score:2)
Seriously? How do you think 32bit and 64bit binaries exist in a package? Do you think Apple, having developed this for OS X, would then turn around and do something else on iOS, which is basically running on top of the OS X kernel?
Re: (Score:2)
Re:Assumption (Score:4, Informative)
Re: (Score:3, Funny)
"That said, 64-bit does have some quite significant advantages for iOS, so I don't imagine Apple wanting to keep the 32-bit code around in the OS for longer than they have to."
64-bit is nothing but extended 32-bit x86 (at least, as far as Intel/AMD goes.) There's literally no reason for essentially basic x86 code to not fucking run. There are tons of programs that simply do not benefit from having a 64-bit address space and forcing them to code for it is just adding unnecessary bloat and vulnerability.
Re: (Score:3)
iOS devices are not x86 based - they're ARM - so no "basic x86 code" will run on them at all.
The only place that iOS runs on x86 is in the simulator on OS X and such x86 code is not included in builds for iOS devices.
64-bit ARM is different from 32-bit ARM, and not even remotely like "extended 32-bit x86".
Re: (Score:2)
Okay, so basic 32-bit ARM code doesn't run on 64-bit ARM hardware.
Way to kill ARM's usefulness, Apple. Meanwhile, on my Android phone, I can run whatever the fuck I want without issue.
Further proof that Apple isn't about giving people what they need, only what they want, and they take advantage of it to the degradation of the computing community.
Re: (Score:2)
32-bit code runs fine on 64-bit ARM processors: Apple has been doing it for years. 64-bit ARM is not not a minor extension to 32-bit ARM as is the case on x86, though. Apple may have decided they want to slim down iOS by removing all the 32-bit binaries/libraries, or they may have decided that they want to drop the 32-bit instruction set from their processors to spend the transistors on something else. Or perhaps they've decided to do no such thing, since this is all based on assumptions from a textbox in a
Re: (Score:3)
Apple is forcing the app developers to keep their applications updated. On the source code side, they have to do some minor work.
Apparently you think this is a bad thing. Why?
Re: (Score:2)
If it isn't broken (example, a guitar tuning program) why the fuck fix it?
You fail at living up to your name, give it up.
Re: (Score:2)
Way to kill ARM's usefulness, Apple. Meanwhile, on my Android phone, I can run whatever the fuck I want without issue.
Assuming what you said is true (which it isn't), I don't think Apple, even with their architectural license from ARM, can fundamentally change how ARM 32 bit APIs work. By the way, you do realize that Android suffers from the same problem because your Android OS makes the same ARM API calls.
Re: Assumption (Score:2)
Android binaries are not native apps(with a few exceptions like ndk). 32 vs 64 bit argument is not really relevant for Android.
Re: (Score:2)
Re: (Score:2)
Aren't most Android apps essentially some form of Java byte code which is agnostic in terms of the word width of the virtual machine in which it is running?
Re: (Score:2)
Article is still talking about iOS here, which is not x86 in any way. It's ARM.
Re: (Score:3)
\There's literally no reason for essentially basic x86 code to not fucking run.
You believe that because you don't understand how powerful an MMU can be when coupled with non-volatile storage and how difficult and resource intensive maintaining a 32-bit compatibility layer can be.
Re: (Score:1)
64bit is clearly the way forward with the memory sizes in mobile devices.
It makes little sense to maintain the compatablity/interop part of your operating system if you're working away from 32bit. Apple has tight control of their environment and there isn't any good legacy reason to keep 32bit applications.
Apple shipped the 5s, their flagship phone, with a 64bit arm CPU when nobody was even /sampling/ 64bit arm silicon. Apple has a big jump on 64bit and they've been working towards this for years.. When the
Re:Assumption (Score:5, Insightful)
There's literally no reason for essentially basic x86 code to not fucking run.
ISA aside, there sure is: a tiny computer with limited resources is spending quite a bit of them on providing a 32bit compatibility layer of libraries, etc. Tossing that would allow those resources to more efficiently run the other applications, save battery, use less of the small and finite flash storage, and so on. In the specific case of an iPhone, it likely also means that the apps in question are probably using ancient API versions that Apple would like to deprecate, low-res graphics, have fixed-size and fixed-ratio display canvases, and aren't taking advantage of any modern features.
None of those matter so much on a PC with (comparatively) enormous storage, huge amounts of RAM, and unlimited power drawn from a wall outlet. They're a pretty big deal on a phone, though.
Re: (Score:3)
Tossing that would allow those resources to more efficiently run the other applications, save battery, use less of the small and finite flash storage, and so on
Not to mention other revolutionary modernizations, such as 6GB of new graphics, cutting-edge UX nonsense, and a thinner case with a smaller battery.
I'd rather have the compatibility, thank you. I'm sick of living in a world where things more than a few years are forced to die because reasons.
Re: (Score:2)
Microsoft ran the same hyped up 64-bit campaign when switching from 32-bit to 64-bit Windows.
64-bit basically gets you three things.
Re: (Score:3)
You are really such an expert on 64 bit arm architecture and iOS architecture aren't you? Have you even looked up any of the discussions that happened when Apple first delivered a 64bit CPU on a phone back in the iPhone 5S days, when none of the other manufacturers even had a solid roadmap? And why do you think things that are true in the wintel x86 world applies to iOS on ARM?
Re: (Score:2)
The only programs which benefit from 64-bit are ones which need more than 4GB of RAM (no iOS device yet has more than 4GB of RAM), ones which need double floats or long ints (mostly scientific applications large accounting databases and spreadsheets - stuff you wouldn't want running on an iOS device),
That's not true. There are many advantages to using a 64 bit processor [androidpit.com] including cryptography. One of the main reasons is ARM itself will stop developing architectures for 32 bit processors. While you could buy and use 32 bit ARM legacy chips in the future, it is unlikely that ARM will continue to develop them further.
As practically no iOS program can actually use 64-bit to its advantage on their current hardware, right now it's mostly marketing hype to get people with older hardware to feel bad and upgrade (even though the upgrade provides no advantage).
How do you know this?
Long-term, Apple is being proactive about trying to avoid falling into the trap Office fell into. A lot of the extensions written for Office are 32-bit, so Microsoft still recommends installing 32-bit Office instead of 64-bit Office a decade after we transitioned to 64-bit Windows.
The problem for Office isn't just that legacy was 32 bit. The problem is that Office hasn't advanced too many features that most people feel are worth paying for a new ver
Re: (Score:3)
True, 32-bit ARMs have stopped at armv7.
However, ARM will still have 32-bit cores based on it for a simple reason - ARM is used in a variety of locations. In fact, ARM has 3 separate families of processors. You have the A series ("application", or what most users see) which are the powerful processor line. You also have the M series ("microcontroller") which is a 32-bit small core
Re: (Score:2)
Re: (Score:2)
True, 32-bit ARMs have stopped at armv7.
Not true. ARMv8 contains both AArch32 and AArch64. AArch32 ARMv8 is not the same as ARMv7, it adds several new instructions. M and R profile ARMv8 chips are all AArch32.
Re: (Score:2)
That's it. The vast majority of programs run exactly the same speed in 32-bit as they do in 64-bit, except they take up a bit more memory
That's not it at all. First, on a 64-bit system ASLR has a lot more bits to play with. In a 32-bit system, you're lucky to get 12 bits of entropy (Android gets 8 bits on 32-bit systems, which is one of the reasons StageFright was so bad: 256 probes took well under a second from JavaScript and pretty much guaranteed breaking ASLR). On a 64-bit system you can easily make the search space large enough to be infeasible to probe without the OS noticing something odd is going on.
When running Objective-C cod
Re: (Score:2)
No, it isn't. Have you heard of a "fat binary" that can contain both 32-bit and 64-bit versions of the app? Does that concept not exist in "your world", as you put it?
it's only been a thing for like 10+ years now in the rest of "our world." Such a package would "support 64-bit" while not dropping 32-bit.
Re: (Score:1)
An old (as updated apps have mandated a 64-bit binary alongside the 32-bit one for a while now) 32-bit app would still work if the OS supported 32-bit apps.
Therefore, logically, support for 32-bit-only apps is going. This may be an iOS 11 thing, or it may be an Apple A11 thing (remove AArch32 support in hardware).
It's likely an OS thing - maintaining two sets of OS APIs must have quite some overhead, when there are so many.
Re: (Score:2)
"Well, did you see the ComputerWorld artilce copied in TFS? Because it says Apple did say that."
The warning is in an iOS beta, not the current release version.
Re: (Score:2)
Re: (Score:1)
Good luck with that. Apple would never allow one to get into iStore, as it would contradict with their planned obsolescence strategy.
you can still use your old apps (Score:4, Informative)
your old phone will still work and even if you reset it you can download old versions of apps from the app store
you can stop hysterically crying now
Re: (Score:2)
then your device won't get the latest IOS and you will continue to use what you have
i still have an ipad 2 that's on some old IOS and if i ever download an app on there it just downloads the latest version that works on that hardware and IOS level
Re: (Score:2)
And the iPad 2 will never have this problem, both because it has a 32-bit processor, and because it doesn't run anything newer than iOS 9.3.5.
Re: (Score:2)
If you have a 32-bit processor, why would you be able to update to a 64-bit only OS? Why would Apple release an OS for a 32-bit device that can't run 32-bit apps?
This is such a non-issue it's not even funny.
Re: (Score:2)
Re: (Score:2)
Looks like 10.3 will still be usable, the "future version" of iOS is likely iOS 11.
Re: you can still use your old apps (Score:2)
But if your apps are revealed to have a security flaw, those flaws will not get fixed for you. If the backend server supporting your app requires an upgrade that makes the old version incompatible, you lose access to that app's functionality. Unless you migrate to new hardware, your software will be forced into early obsolescence.
Re: (Score:2)
so? same with everything
nice thing about IOS is that apps run in their sandbox so that security issues most likely won't affect the whole system
Re: (Score:2)
In the real (not hypothetical) world, when I unpacked late last year, I found my old 1st generation iPad that stopped being officially supported with OS updates in 2012. I reset
Re: (Score:2)
How is that any different from any other software publisher on any other platform, ever?
Example: Microsoft releases a new version of Windows, which cuts off minimum support for otherwise perfectly working hardware. App developer X targets new version of Windows because it has a new spiffy API that allows them to cut out huge chunks of ass-pain code, causing their minimum OS requirement to be the new version of windows. Customer Y who has a PC that won't run the new version of Windows is stuck with old ve
Re: (Score:2)
AFAIK, all Apple devices introduced in 2013 and later have been 64-bit. I don't think you can reasonably call mobile devices older than that "early obsoleted".
In before "I still use my Amiga and a Palm IIIxe, and these modern kids with their wasteful ways, upgrading every decade argh warble". That's nice, Grandpa. But in the real world, people upgrade their mobile devices at least every 4 years. That might not be as true now as we're approaching "good enough" in a lot of ways, but I sure as hell wouldn't wa
Re: (Score:2)
saddled with an iphone 5?, lol a couple years ago iphone 4S still was popular.
It's all just Game Boys with a touch screen and a modem anyway. What are people doing with them, running Crysis?
Re: (Score:2)
Alternative facts!
I prefer to be outraged!
Not true! (Score:1)
It doesn't matter if that you can download old apps from the App store. The restriction is being enforced by the operating system. If you have iOS 10.3 installed on your device it will not run 32-bit apps, as the article states.
Also not many people realise that this has happened before. iOS 9 broke old versions of apps by inforcing requirement of root viewcontroller, which hadn't been inforced before.
Re: (Score:1)
Uh, 10.3 already runs 32 bit apps. I am running them now on it.
Re: (Score:1)
it gives you a warning though. In 10.4 it'll be disabled.
Re: (Score:2)
Wrong. I've already checked and 32-bit versions of Camfrog no longer exist for my fiance's old iPhone. So once that phone gets wiped, that's fucking it.
Re: (Score:2)
And I just redownloaded DeadSpace that I bought years ago and was pulled from the app store over a year ago for new purchases.....
Re: (Score:2)
That's not how it works. I had the first or second generation of iPod touch and had some neat apps on it. Unfortunately, that thing could only upgrade upto iOS 4.3, so after a while, there were no apps in the app store that would work w/ that version. Best one can do is back it up on iTunes, which I did.
Re: (Score:1)
Good.jpg (Score:2)
Only affects old payware garbage (Score:1)
This just means your old garbage closed source app from way back will die.
All the open source stuff can easily be fixed if it's still only 32 bit.
Aren't 32-bit devices off support anyway...? (Score:2)
I'm a bit confused about this "stopping" support for 32-bit devices, because as of iOS 10, all non-retina devices are already unsupported, and I didn't think there was a single 32-bit retina iOS device anyway.
What we're looking at here is Apple slowly phasing out the last remnants of sales to old devices. It has been impossible for over a year to release new software targeted at people with old devices through the App Store, and it is about to become impossible to sell them new copies of software that was
Re: (Score:3, Informative)
I didn't think there was a single 32-bit retina iOS device anyway.
The iPhone 5 is a 32-bit retina device.
Re: (Score:2)
No. They're stopping support of running 32-bit apps on 64-bit devices.
Re: (Score:2)
It's more about users with modern devices that are still using 32-bit apps that haven't been updated in ages. Those apps may not even support retina displays.
In terms of 32-bit retina devices, the iPhone 4 was the first retina iPhone, while the iPhone 5S was the first 64-bit iPhone. Ditto for the iPad, there were a bunch of retina 32-bit devices.
Apple has tended to offer software support for their older devices for years longer than Google/Microsoft/RIM/etc have. While you could definitely argue that they'r
Re: (Score:2)
It's more about users with modern devices that are still using 32-bit apps that haven't been updated in ages.
Yes, I'm thinking the summary writer may have misunderstood.
Apple has tended to offer software support for their older devices for years longer than Google/Microsoft/RIM/etc have. While you could definitely argue that they're still not doing enough in that regard, they're already doing far more than any of the other smartphone manufacturers are.
Accepted. However, the difference is that when Google walks away from support, you can still produce and procure new software for the device, if there's demand. When Apple walks away, you're left locked in an empty garden.
Re: (Score:1)
Arch Linux Did It First (Score:1)
Classic games and apps have been killed (Score:1)
What's really happened here is that Apple has killed all old classic games and apps.
A similiar thing happened when Microsoft released Windows 7. A lot of old games (like the origonal Xcom) didn't work on the new OS. However, because Windows is more or less open system, the comunity was able to get them working using DosBox.
But iOS unfortunately is a closed system. All those classic games are dead forever.
Re: (Score:1)
Nope, you will still be able to download them and play them on iOS 10 and previous. Apple has not said they'd be removed from the store.
And developers have this thing called Xcode, if they click the "compile" button it spits out a 64 bit version of their classic games they can put on the store.
And windows isn't an open system. it's bloatware because it supports terribly dated old apps that require hacks to run. IT's so bloated the first Surface couldn't offer 16 gigs as entry level system because the OS req
Re: (Score:1)
> play them on iOS 10 and previous
You're being a bit disengenuous. If you buy a new device it comes with the latest iOS with no option to downgrade. Also iOS warns you every day that you have to upgrade. Plus the fact that other apps only support the latest version. Not upgrading is not really an option.
Abandoned Apps (Score:2)
One of my main apps has been abandoned by the developer, mostly because they now sell it as a yearly subscription. They will never update my pre-subscription full functionality app. Am I supposed to delete that? Why should I when I purchased a fully functional app in good faith?
Re: (Score:2)
Apple has always and relentlessly enforced their right to not only remove your access to "Apps" but to delete them from your phone remotely.
Loses good old apps on new devices (Score:1)
The real tragedy in TFA for owners of current devices ("Your ability to run that 32-bit app is coming to an end.") would be that you could no longer run the last good version (if it's 32-bit) of apps that have gotten worse, e.g., AppBox Pro 1.8.4, Facebook 6.9.1, Foursquare 7.0.7, GoodReader 3.21.7, iStanford 5.9.1, Pulse News 2.9.4.
64 bit for mobile apps? (Score:1)
What is the conceivable benefit to having apps that can address 2TB of ram? Do any apps use more then a gigabyte that aren't leaking XML all over the place?