Btw certaines archi (ppc, arm, etc. en gros celles avec un encodage de taille constante) n'ont pas de "far" pointer, enfin pas de manière immédiate. Un "goto far" sera toujours traduit par le compilo comme une séquence d'instruction afin de calculer correctement l'adresse, là ou pour d'autre archi l'assembleur pourra directement substituer une adresse constante. Il me semble aussi qu'OpenBSD utilise le mode à segmentation en x86_32 pour implémenter leur WX, idem pour le patch grsecurity. Aussi, avec la tendance PIE actuelle j'ai l'impression qu'on retombe aussi dans une sorte de mode à segmentation avec un adressage relatif à un registre dédié.
Bref, à côté du flat model amd64 il reste quand même un tas d'autres trucs bizaroïdes à gérer, la programmation c'est quand même un art bien gruiiik, qu'on soit PAE ou pas :D Bravo vous programmeurs qui contribuez de manière si généreuse !
[^] # Re: Se tenir au courant ?
Posté par benja . En réponse au journal x86 ou x86_64 ?. Évalué à 0.
Btw certaines archi (ppc, arm, etc. en gros celles avec un encodage de taille constante) n'ont pas de "far" pointer, enfin pas de manière immédiate. Un "goto far" sera toujours traduit par le compilo comme une séquence d'instruction afin de calculer correctement l'adresse, là ou pour d'autre archi l'assembleur pourra directement substituer une adresse constante. Il me semble aussi qu'OpenBSD utilise le mode à segmentation en x86_32 pour implémenter leur WX, idem pour le patch grsecurity. Aussi, avec la tendance PIE actuelle j'ai l'impression qu'on retombe aussi dans une sorte de mode à segmentation avec un adressage relatif à un registre dédié.
Bref, à côté du flat model amd64 il reste quand même un tas d'autres trucs bizaroïdes à gérer, la programmation c'est quand même un art bien gruiiik, qu'on soit PAE ou pas :D Bravo vous programmeurs qui contribuez de manière si généreuse !