Discussion :

[yachiro]

Bonjour a tous,

J'ai crée une bibliothèque partagée sous linux (.so) qui se compile bien et qui se charge dynamiquement à partir d'un programme principal.

Cependant, je dois transporter ce programme et le faire tourner sous MAC et la ca plante.

Je voulais savoir si le format .so est adapté à mac, si les commandes pour générer les bibliothèques partagées (gcc -shared -Wl,-soname,...) sont les même etc...

D'autant que lorsque je la génère "façon linux" j'ai un tas de "undefined symbol" que je n'ai pas sous Linux.

Merci d'avance pour votre aide.

[JeitEmgie]

Bonjour a tous,

J'ai crée une bibliothèque partagée sous linux (.so) qui se compile bien et qui se charge dynamiquement à partir d'un programme principal.

Cependant, je dois transporter ce programme et le faire tourner sous MAC et la ca plante.

Je voulais savoir si le format .so est adapté à mac, si les commandes pour générer les bibliothèques partagées (gcc -shared -Wl,-soname,...) sont les même etc...

D'autant que lorsque je la génère "façon linux" j'ai un tas de "undefined symbol" que je n'ai pas sous Linux.

Merci d'avance pour votre aide.

en gros c'est la même chose au niveau des concepts, sauf que Mac OS X c'est plus du "façon BSD" que "façon Linux"…
et gcc a quelques options spécifiques comme "-arch" qui spécifie l'architecture processeur.
(et l'extension des librairies dynamiques par défaut est .dylib plutôt que .so quoique si c'est pour être chargée par un seul programme çà n'a pas d'importance : PostgreSQL garde .so comme extension pour ses plug-ins et çà ne gêne personne)

Vous auriez tout intérêt à regarder des projets OpenSource connus pour se compiler sous différents environnements et examiner leur "configure" pour comprendre comment ils distinguent les différents environnements et ensuite quelques uns de leurs fichier sources pour voir comment ils exploitent les variables d'environnement définies dans le configure pour modifier les quelques "#include" qui sont différents et les options de link qui changent.

(voir aussi autoconf et automake)

Côté du code proprement dit, depuis l'adoption de l'architecture Intel, nous n'aurez pas à vous souciez des problèmes d'endianness, cependant méfiez encore de la taille des entiers (int) : gcc sur un Mac récent va compiler par défaut en 64bits…