OOo crée dynamiquement des objets et les vtables associées. De plus, il faut naturellement respecter l'ABI pour les conventions d'appel de fonctions notament. En gros, dans OOo, un objet peut être converti en une forme intermédiaire (UNO) et il faut donc gérer les appels de méthodes de C++ -> UNO -> C++ (il peut y avoir du UNO -> Java, mais ce dernier étant stack oriented...). Comme du CORBA par exemple.
En pratique c'est un plus tricky à gerer que les bridges Mozilla (xptcall), ou Kaffe (sysdepCallMethod), etc. Pour un autre exemple concret, il faut faire ce que fait libffi (foreign function invocation).
En pratique encore, il y a déjà des patches pour le faire pour OOo mais certains tests segfaultent pour l'instant, mais je n'ai pas plus regardé cela récemment non plus, et les versions dispos dans IssueZilla ou le CVS MDK ne sont probablement pas à jour.
[^] # Re: Version d'évaluation d'une distribution RedHat pour x86_64 (Opteron).
Posté par Gwenole Beauchesne . En réponse à la dépêche Version d'évaluation d'une distribution RedHat pour x86_64 (Opteron). Évalué à 5.
En pratique c'est un plus tricky à gerer que les bridges Mozilla (xptcall), ou Kaffe (sysdepCallMethod), etc. Pour un autre exemple concret, il faut faire ce que fait libffi (foreign function invocation).
En pratique encore, il y a déjà des patches pour le faire pour OOo mais certains tests segfaultent pour l'instant, mais je n'ai pas plus regardé cela récemment non plus, et les versions dispos dans IssueZilla ou le CVS MDK ne sont probablement pas à jour.