Discussion :

[Madeleine S]

Bonjour,

Dans le cadre de mon activité (auto entrepreneuse), je suis amenée à développer un plugin de navigateur (j'avais développé en Carbon il y a presque dix ans, et je viens de racheter un Mac pour l'occasion ).

Pour que mon plugin fonctionne sur tous les navigateurs, je n'ai pas beaucoup de solution, à savoir d'utiliser les API "à la netscape" car les plugins WebKit ne s'instancieront pas sur Firefox (vous me dites si je me trompe) alors que l'inverse marche.

J'ai voulu partir de l'exemple fourni par Mozilla, qui builde et marche très bien tel quel (je le vois et je l'instancie sur Firefox comme sur Safari).
En revanche, il est en C "pur" et surtout basé sur Carbon (les entêtes et le framework inclus dans le projet se réferrent uniquement à Carbon).

J'ai l'impression que Cocoa serait préférable (quitte à apprendre objective-C, ce qui ne me fait pas peur) car quand on épluche la littérature un peu récente, Carbon n'y est plus beaucoup, voire pas du tout représenté. En outre, je ne suis pas sûre qu'on puisse tout faire aujourd'hui avec du Carbon.
Ai-je tort ?

En tous cas, j'ai tenté l'approche naïve: linker mon plugin avec le framework Cocoa (en passant les sources en .mm et en modifiant les dépendances).
Tout compile (il n'y a pas encore de code spécifique), le plugin est toujours bien vu par les navigateurs (dans la liste des plugins, s'entend) mais lorsque je tente de l'instancier, rien ne se passe.
Aucune erreur, mais aucune action non plus (normalement il affiche un texte dans une div). Je ne comprends pas: mon binaire est toujours en Mach-O i386, que je builde en Carbon ou en Cocoa, mais il ne semble s'instancier que dans le premier cas.

Ai-je loupé une étape ? Peut-être une plist à adapter dans le bundle ?
Est-ce que ce que j'essaye de faire n'a aucune chance de marcher ? Je patauge un peu...
Qui aurait une idée, ou des docs à potasser ?

Merci d'avance.

Madeleine

[JeitEmgie]

Une idée :

en .mm vous activez la compilation Objective-C++ ce qui signifie que les points d'entrée C vont certainement être maintenant dans l'espace de noms C++,
donc soit vous remettez le point d'entrée dans un .c ou .m soit vous utilisez le extern "C" habituel en C++ pour indiquer de ne pas "mangler" le nom et d'utiliser l'ABI C et non C++…

[Madeleine S]

Bonjour et désolée de répondre un peu tard, mais grand merci pour la réponse qui est très claire.
Je reprends mes essais après une pause impromptue. J'avais un peu continué mes investigations sur les moyens de mixer Carbon et Cocoa (dans les docs déclarées obsolètes par Apple, c'est un vrai jeu de pistes) et la première solution est effectivement ce qui me semble la plus simple et la plus lisible (je préfère éviter de mixer deux langages dans un même fichier).

Merci pour le coup de main !