Pour tout les appels de fonction de librarie partagée, le relatif ne peut pas marcher.
Oui, c'est un cas où on est obligé d'avoir des adresses absolues. Mais à l'intérieur de ton programme, ou de ta bibliothèque de fonctions, tu peux n'avoir que du relatif.
Encore que, sous Amiga on récupérait une adresse de début de bibliothèque (avec OpenLibrary() ), et ensuite on appelait une des fonctions de la bibliothèque en utilisant un offset relatif si je me souviens bien (en asm : "jsr OpenWindow(a6)", a6 étant le registre d'adresse pris par convention pour les appels de biblio), la bibliothèque comprenant en son début une table de fonction . Que les ex-amigaïstes me confirment la chose...
Tout ceci pour dire que passer en 64 bits ne devrait avoir qu'une influence tout à fait réduite sur l'occupation mémoire ou disque, en particulier aucun risque de doublement de taille.
[^] # Re: Position d'Intel sur les processeurs 64 bits grand public
Posté par Olivier Jeannet . En réponse à la dépêche Position d'Intel sur les processeurs 64 bits grand public. Évalué à 1.
Oui, c'est un cas où on est obligé d'avoir des adresses absolues. Mais à l'intérieur de ton programme, ou de ta bibliothèque de fonctions, tu peux n'avoir que du relatif.
Encore que, sous Amiga on récupérait une adresse de début de bibliothèque (avec OpenLibrary() ), et ensuite on appelait une des fonctions de la bibliothèque en utilisant un offset relatif si je me souviens bien (en asm : "jsr OpenWindow(a6)", a6 étant le registre d'adresse pris par convention pour les appels de biblio), la bibliothèque comprenant en son début une table de fonction . Que les ex-amigaïstes me confirment la chose...
Tout ceci pour dire que passer en 64 bits ne devrait avoir qu'une influence tout à fait réduite sur l'occupation mémoire ou disque, en particulier aucun risque de doublement de taille.