Je vote pour :
bête fichier binaire 2 fois plus gros qui contient 2 versions binaires du code compilés pour le coup 2 fois en 2 fois plus de temps
parce que c'est déjà ce qu'ils avaient fait lors du passage du 680x0 au PPC.
D'ailleurs, cette précedente transition avait été franchement bien menée, notamment parce que l'émulation du 68k par le PPC était très efficace (plus que le 68k natif il me semble). De plus, je crois que la compatibilité 68k n'a été cassée que avec MacOS X (ou peut-être le 9, qui n'était pas censé exister initialement).
Concernant le pb d'endianness (qui ne s'était pas posé à l'époque, le 68k est big-endian aussi), comment vous faites pour faire des champs de bits portables en C ? De mémoire [inversion possible] on peut faire comme ca mais c'est pas top :
#ifdef little_endian
typedef struct{
int champ1: 8;
int champ2: 2;
int reserved: 22;
}toto
#else /* big_endian*/
typedef struct{
int reserved: 22;
int champ2: 2;
int champ1: 8;
}toto
#endif
[^] # Re: format binaire "universel"
Posté par Jimmy . En réponse au journal Mac sur puces Intel, ça marche déjà. Évalué à 2.
#ifdef little_endian typedef struct{ int champ1: 8; int champ2: 2; int reserved: 22; }toto #else /* big_endian*/ typedef struct{ int reserved: 22; int champ2: 2; int champ1: 8; }toto #endif