Ce dont j'ai l'impression, c'est qu'il s'agit d'une implémentation des API userland (comme CocoaTouch & co), mais sûrement pas d'un OS complet. Le restant des services fournis par l'OS étant fournis par MacOS. J'ai regardé dans la doc, et je n'ai rien trouvé qui infirme ça. Est-ce que tu as un lien qui indique clairement que le simulateur est une solution de virtualisation ? Jusque là, tout ce que j'ai pu trouver comme informations techniques me fait penser à un Wine pour iOS, c'est a dire une implémentation de l'API attendue par l'application.
D'autre part, si Apple avait crée une solution de virtualisation d'iDevice (pourquoi pas), cette solution serait plus une solution d'émulation et executerai directement l'iOS pour arm. Hors si je fais un file sur une application iOS compilée pour le simulateur, j'obtiens "Mach-O executable i386". J'ai franchement du mal a voir la logique derrière le fait de créer une solution de virtualisation x86 (donc très proche de Qemu/Bochs) pour exécuter une version spéciale de l'iOS compilée pour une architecture x86. Cela représente énormément plus de travail que d'implémenter les API spécifiques de iOS sur MacOS, la base de l'OS étant peu ou prou la même.
[^] # Re: couple ?
Posté par Samos . En réponse au journal [30,4 billion de $] Les parts de marché des systèmes d'exploitation en 2010. Évalué à 3.
Ce dont j'ai l'impression, c'est qu'il s'agit d'une implémentation des API userland (comme CocoaTouch & co), mais sûrement pas d'un OS complet. Le restant des services fournis par l'OS étant fournis par MacOS. J'ai regardé dans la doc, et je n'ai rien trouvé qui infirme ça. Est-ce que tu as un lien qui indique clairement que le simulateur est une solution de virtualisation ? Jusque là, tout ce que j'ai pu trouver comme informations techniques me fait penser à un Wine pour iOS, c'est a dire une implémentation de l'API attendue par l'application.
D'autre part, si Apple avait crée une solution de virtualisation d'iDevice (pourquoi pas), cette solution serait plus une solution d'émulation et executerai directement l'iOS pour arm. Hors si je fais un file sur une application iOS compilée pour le simulateur, j'obtiens "Mach-O executable i386". J'ai franchement du mal a voir la logique derrière le fait de créer une solution de virtualisation x86 (donc très proche de Qemu/Bochs) pour exécuter une version spéciale de l'iOS compilée pour une architecture x86. Cela représente énormément plus de travail que d'implémenter les API spécifiques de iOS sur MacOS, la base de l'OS étant peu ou prou la même.