Earlier quoted context omitted.
Did you read the link? New apps must include 64-bit support. That's it. It says nothing about not allow backwards compatibility as well.
I read the link, I was focusing on the "built with the iOS 8 SDK" part. I'm asking the question whether or not building with the iOS 8 SDK would preclude that code from running on iOS 7 or is that only if that code uses iOS 8 features. I'm not sure why this is news otherwise.
64-bit and iOS 8 Requirements for New Apps
11–20 of 33 posts
Re: 64-bit and iOS 8 Requirements for New Apps
#12Earlier quoted context omitted.
Did you read the link? New apps must include 64-bit support. That's it. It says nothing about not allow backwards compatibility as well.
They must be built with the iOS 8 SDK so unless that runs on previous versions of iOS, then new apps for previous iOS versions will not be supported.
More info: https://developer.apple.com/library/ios/documentation/Develo...
Re: 64-bit and iOS 8 Requirements for New Apps
#13Earlier quoted context omitted.
I read the link, I was focusing on the "built with the iOS 8 SDK" part. I'm asking the question whether or not building with the iOS 8 SDK would preclude that code from running on iOS 7 or is that only if that code uses iOS 8 features. I'm not sure why this is news otherwise.
> I'm not sure why this is news otherwise. One reason is that, I believe, currently if even a single 32-bit app is loaded on a newer iOS device, all the standard 32-bit libraries have to be loaded into memory as well which causes increased memory pressure. This is a problem given that current iOS devices only have 1 GB of RAM. Getting older apps migrated to 64-bit is therefore a big deal for this reason alone.
Re: 64-bit and iOS 8 Requirements for New Apps
#14Earlier quoted context omitted.
Did you read the link? New apps must include 64-bit support. That's it. It says nothing about not allow backwards compatibility as well.
I read the link, I was focusing on the "built with the iOS 8 SDK" part. I'm asking the question whether or not building with the iOS 8 SDK would preclude that code from running on iOS 7 or is that only if that code uses iOS 8 features. I'm not sure why this is news otherwise.
There are many ways and reasons why changing your build target may affect your app, so much so that's it's far beyond the scope of a hackernews thread. Supporting 64-bit, although introduced a while ago already with with iPhone 5S, can present some tricky bugs, also too much to explain here.
It's also meta-interesting as it shows the pace at which Apple wants app developers to adopt the new APIs, and will ultimately result in a more modern/ios 8 friendly app landscape.
EDIT: somebody else noted that you can likely still target earlier versions, which on the whole makes this much less interesting.
Re: 64-bit and iOS 8 Requirements for New Apps
#15Re: 64-bit and iOS 8 Requirements for New Apps
#16Earlier quoted context omitted.
I read the link, I was focusing on the "built with the iOS 8 SDK" part. I'm asking the question whether or not building with the iOS 8 SDK would preclude that code from running on iOS 7 or is that only if that code uses iOS 8 features. I'm not sure why this is news otherwise.
> I'm not sure why this is news otherwise. One reason is that, I believe, currently if even a single 32-bit app is loaded on a newer iOS device, all the standard 32-bit libraries have to be loaded into memory as well which causes increased memory pressure. This is a problem given that current iOS devices only have 1 GB of RAM. Getting older apps migrated to 64-bit is therefore a big deal for this reason alone.
Re: 64-bit and iOS 8 Requirements for New Apps
#17Earlier quoted context omitted.
> I'm not sure why this is news otherwise. One reason is that, I believe, currently if even a single 32-bit app is loaded on a newer iOS device, all the standard 32-bit libraries have to be loaded into memory as well which causes increased memory pressure. This is a problem given that current iOS devices only have 1 GB of RAM. Getting older apps migrated to 64-bit is therefore a big deal for this reason alone.
If they only have a gig of RAM, why does iOS bother with 64-bit support at all? Doesn't that increase memory pressure due to all the pointers being twice as big?
http://www.sealiesoftware.com/blog/archive/2013/09/24/objc_e...
and here:
https://www.mikeash.com/pyblog/friday-qa-2013-09-27-arm64-an...
Basically, as I understand it, 64-bit pointers on iOS can actually act to decrease memory pressure because the extra bits can be used to store object class information that would otherwise have to be stored separately.
Re: 64-bit and iOS 8 Requirements for New Apps
#18Re: 64-bit and iOS 8 Requirements for New Apps
#19Ah, it finally happened. My company has a legacy-ish SDK that all our products are built on, and because of bad decisions in the past (like extensive use of C macros) it essentially cannot be ported to 64-bit. Luckily we're already building the replacement, but this is going to accelerate the requirement of having to migrate data from the old system to the new one.
Re: 64-bit and iOS 8 Requirements for New Apps
#20Ah, it finally happened. My company has a legacy-ish SDK that all our products are built on, and because of bad decisions in the past (like extensive use of C macros) it essentially cannot be ported to 64-bit. Luckily we're already building the replacement, but this is going to accelerate the requirement of having to migrate data from the old system to the new one.