Apple fait actuellement parvenir aux développeurs un email pour leur rappeler que la date fatidique du 1er février approche à grands pas. Au-delà, toute nouvelle application ou mise à jour qui ne sera pas compatible 64 bits sera refusée sur l’App Store. Les voilà donc prévenus encore une fois.
Depuis la sortie de l’iPhone 5s, une partie des applications présentes sur l’App Store peut fonctionner en 64 bits. La puce A7 peut exploiter ce type de binaire, ce qui fournit en théorie de meilleures performances. Les développeurs ont eu jusqu’ici le temps de s’y faire et rien ne les obligeait à produire de version 64 bits de leurs créations. Mais la page va se tourner assez radicalement le 1er février.
Dans une dizaine de jours, Apple rendra obligatoire en effet la présence d’un binaire 64 bits dans le « package » de l’application, pour toute nouvelle création ou mise à jour envoyée pour validation. Si un éditeur veut par exemple soumettre une mise à jour de son application le 3 février, une mouture 64 bits devra obligatoirement accompagner celle en 32 bits, sachant que les deux sont en fait réunies au sein du même paquet.
En pratique, nombre de gros éditeurs, comme Facebook, proposent déjà une version 64 bits depuis l’année dernière. Par ailleurs, cela ne signifie en aucun cas que les versions 32 bits actuelles seront retirées de l’App Store : la barrière n’est là que pour les nouvelles soumissions. Pour profiter d’une application 64 bits, il faudra un appareil équipé d’une puce A7 ou A8, donc un iPhone 5s, 6 ou 6 Plus du côté des smartphones, ou un iPad Air, Air 2, Mini 2 ou Mini 3.
Enfin, les développeurs ne devront pas se faire qu’au 64 bits puisque les applications devront également être compatibles avec le kit de développement pour iOS 8. Apple force la marche pour le support des dernières technologies, et beaucoup risquent de faire des heures supplémentaires pour être prêts à temps.
Commentaires (47)
#1
“Woaaaah, mais qu’est ce qu’on va bien pouvoir faire de toutes ces bits ?
" /> ”
" />
#Benzai
#2
Je cherche l’intérêt du 64b pour un système doté de seulement 2 GiO de RAM système …
Autre chose : ceci représente la première vraie (et pas négligeable) fragmentation de l’univers iOS. D’un coté les 5s et plus récents qui bénéficieront de nouvelles applis/mises à jours d’appli et de l’autre les 5c et antérieurs qui ne bénéficieront de rien de neuf et seront donc “morts” applicativement parlant.
#3
En gros si je comprends bien, mon iPhone 4S et mon iPad (je ne sais plus quelle version mais il n’est ni mini ni air) ne pourront plus installer de mise à jour ? Autant dire que plus rien ne me retiendra de changer totalement d’OS et passer à la concurrence.
Edit: c’est grave abusé pour du matos qui a respectivement 2 ans et demi et 2 ans.
#4
Non, Apple demande les 2 versions (32 + 64) D’ailleurs, c’est dit dans la news.
#5
#6
Non, c’est que pour les nouvelles apps.
Les mises à jour existeront toujours.
#7
Apple force la marche pour le support des dernières technologies, et beaucoup risquent de faire des heures supplémentaires pour être prêts à temps.
c’est pas comme si le passage au 64bits obligatoire avait été annoncé hier, les dev on normalement eu largement le temps de s’adapter a cette nouvelle règle …
#8
#9
Pour l’unique argument mise à jour, tu ne seras jamais mieux servi, voir même autant, ailleurs 
" />
#10
je le comprends plutôt comme toutes les applis que tu possèdes ne seront pas mises à jour sur ton iPhone/iPad si celles-ci ne comprennent pas le support du 64 bits pour les derniers appareils du constructeur.
" />
en d’autres termes, si les devs jouent le jeu, tes applis seront mises à jour comme avant, même sur tes appareils iOS en 32 bits ;)
EDIT: bon OK, tu avais compris en fait
#11
Si j’en croishttp://www.gsmarena.com/apple_iphone_6-6378.php l’iPhone 6 ne dipose que de 1 GiO de RAM. Pour des applis et un OS 64b c’est assez idiot (même avec jeux d’instructions RISC).
#12
Petite erreur, les Mises à jours sont acceptées jusqu’au 1er Juin.
il n’y a que les nouvelles applis qui seront bloquées.
@Gilbert, tu peux faire sur iOS une appli qui a tes librairies en 32 et 64 bits. avoir une version du code optimisée 64bits n’empêche pas d’avoir une partie 32 bits qui marche. C’est plus les 4/4S qui vont commencer à ramer et qui en plus ont un form factor différent qui font finir par être à la rue, d’ailleurs surement sortis de iOS 9
les 5C ne devraient pas avoir de problème avant un an ou deux.
#13
Si un processeur x64 supporte nativement les application en x32 pourquoi forcer le passage. Le gain de performance ne dois pas être important pour la plupart des applications.
#14
#15
La news :
Enfin, les développeurs ne devront pas se faire qu’au 64 bits puisque
les applications devront également être compatibles avec le kit de
développement pour iOS 8.
Apple force la marche pour le support des dernières technologies, et
beaucoup risquent de faire des heures supplémentaires pour être prêts à
temps.
Pas avec Windev Mobile, comme le signale leur pub pour la version 20
#16
Il s’agit de rendre obligatoire le support du 64b. Ca ne veut pas dire l’abandon du 32b… enfin pas pour l’instant.
Un peu de Fat Binaries comme autrefois :p
#17
Le 64bits ne se résume pas à pouvoir adresser plus de 4Go.
Dans le cas du SoC de l’iPhone, le coeur ARM utilisé est 64 bits (certes), mais son intérêt principal est son jeu d’instructions étendu qui est très performants sur les calculs matriciels et sur ceux avec des nombres à virgule flottante.
#18
#19
au passage y’a moyen de virer des binaires inutiles sous iOS ? où à “l’install” de l’appli l’OS le fait tout seul ?
#20
Je pense pas malheureusement :(
Donc les possesseurs d’iPhone 16Go avec pleins d’applis vont pleurer.
#21
#22
#23
#24
Pas nécessairemment :https://sourceware.org/glibc/wiki/x32
#25
#26
Non pas du tout
L’adressage peut etre deux fois plus long, mais les données en elle même prennent la même place.
Pour le forcage au 64 bits, c’est surtout pour s’assurer une meilleure compatibilité avec une compilation plus opti. (et pour faire un peu d’obsolescence pour les apps 64 bits only qui ne s’installeront pas sur les anciens terminaux)
#27
#28
on parle de 10% de perf en mieux entre un code 32 bits et un 64 bits, donc c’est important surtout dans les opérations lourdes (post traitement photo, lecteur d’empreintes, etc….)
#29
Oui mais bon après si un éditeur a une applis qui rame parce qu’il on pas optimisé c’est leurs problèmes non? Et comme tu dis c’est bien pour les opérations lourdes ce qui est loin d’être le cas de toute les application.
#30
Tu rêves. Il t’envoie tout le package.
#31
#32
Question peut-être idiote, mais je la pose quand même.. qu’apporte le 64 bits concrètement pour l’utilisateur?
#33
#34
#35
meilleurs perfs pour les opérations lourdes : donc jeux, photos, vidéos, analyse d’empreintes, etc…..
#36
Si ils ont bien fait les choses, Swift devrait largement bénéficier de ces bits supplémentaires.
#37
Tindr aussi
#38
Oui avec le jailbreak… voire avec des logiciels desktop comme iExplorer.
Personnellement j’utilise Whited00r 7+ pour mon iPod Touch (bloqué officiellement en 3.1.3). Je peux exécuter des scripts pour virer les images “autres” et les langues que je veux.
D’expérience OSX et iOS ce qui prend le plus de place ne sont pas les exécutables “autres” mais les ressources inutiles (images/films en doublon de résolution)
#39
#40
#41
Merci bien!
#42
ATTENTION, Apple a changé la règle fin décembre : c’est juin pour les mises à jour.
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.
If you have any questions, visit the Apple Developer Forums.
Best regards,
Apple Developer Technical Support
#43
Rien du tout.
Par contre ca force tout le monde a passer a iOS 8 qui a tres mal été accueilli.
Bien joué Apple… .
#44
#45
Du 64 bits obligatoire impose par Apple? OH MON DIEU
GMBLBL ANDROID GRMBLBL TROPCHER GRBLBL FRAGMENTATION GRBLBL FINDUMONDE GRBLBL ALQUAIDA GRBLBL …
Voilà je crois que l’on résume bien les commentaires. Pour ceux qui auront lu l’article en entier le 32 bit reste disponible :-)
#46
Je tiens à dire que vous êtes vraiment contradictoires.
On se plaint sans arrêt d’un Microsoft en permanence gelé dans ses choix technologiques à cause des entreprises et des personnes qui ne peuvent plus dormir si leur petit menu démarrer disparaît.
A côté Apple va de l’avant, force l’adoption de nouvelles technologies et vous braillez comme des veaux. Ces mêmes braillards la ramèneront fièrement dans un ou deux ans avec leur iPhone 7: “quoi? Ton téléphone est moins performant que ma pomme ? C’est normal Apple a su imposer ses choix Au moment opportun contrairement à ton robot lourd et buggé…” Ceci tout en buvant votre tasse de thé sencha avec le petit doigt levé en l’air.
‘
#47
Ma foi c’est la contrepartie quand on a du code natif : il faut compiler pour les différentes architectures !