Ce que je voulais dire par la, c'est que les applis ne contenant pas de code assembleur etaient migrees vers le x86 en checkant simplement un flag dans le compilo d'xcode.
Pour ce qui est des autres applis, celle qui ont des bout d'assembleur dedans ou qui font des assomptions sur l'endianness du proco pour travailler directement sur des bytes, la oui, ca va peter et pas qu'un peu, la check box va pas etre tres utile pour ce cas.
Encore que pour l'endianness, apple fournissait des fonctions utiles pour les manipuler independamment de l'archi, justement.
Sinon, si, j'ai ecrit qq lignes de code multiplateforme, precisement pour macos et precisement pour gerer ce probleme d'endianness dans un tableau de byte, histoire que ca tourne sur ppc et sur x86.
[^] # Re: ...
Posté par thedude . En réponse au journal pourquoi Linux n'est pas (encore) prêt pour le bureau. Évalué à 3.
Ce que je voulais dire par la, c'est que les applis ne contenant pas de code assembleur etaient migrees vers le x86 en checkant simplement un flag dans le compilo d'xcode.
Pour ce qui est des autres applis, celle qui ont des bout d'assembleur dedans ou qui font des assomptions sur l'endianness du proco pour travailler directement sur des bytes, la oui, ca va peter et pas qu'un peu, la check box va pas etre tres utile pour ce cas.
Encore que pour l'endianness, apple fournissait des fonctions utiles pour les manipuler independamment de l'archi, justement.
Sinon, si, j'ai ecrit qq lignes de code multiplateforme, precisement pour macos et precisement pour gerer ce probleme d'endianness dans un tableau de byte, histoire que ca tourne sur ppc et sur x86.