[0.9.26.2 XP - Linux] Importation classe C++ : h2pas ou pas ?

Bonjour,

J'essaie toujours d'utiliser du C++ proprement et "normalement" dans des programmes Lazarus. Pour pallier l'insuffisance de l'unit regEx.pas, je cherche à adapter s'il le faut ma bibliothèque (shared library ) libRegEx.dll (libRegEx.so) développée en C++. Habituellement appelée par des programmes développés en C++, j'utilise 'directement' ses classes (et ses méthodes). Mais dans ce cas, on utilise les entêtes.

Est-il possible de faire cela en Lazarus (wrapped ?). Le h2pas sert-il (peut-il servir) à cela ? Et dans ce cas, faut-il changer quelque chose aux déclarations (et à la construction) d'une shared library usuelle ?

Malgré mes efforts, j'avoue que j'en suis toujours au même point, faute à cette :aie: de documentation et d'exemple inutilisables.

Pour limiter les réponses,

• je ne vais pas donner le source de ma libRegEx mais pour maintenir une réciprocité normale, à partir d'un exemple simple, je peux montrer comment développer puis construire 'à la main' une shared library en C sous Nux et Windows, puis comment on l'appelle d'un programme Lazarus. Ceci n'est pas usuel chez moi car qu'il s'agisse de Delphi ou C/C++, je n'utilise presque jamais les forums et donc ne diffuse pas mes codes considérant que les livres disponibles sur le marché sont largement suffisants et que l'on peut produire de manière autonome.
• je voudrais un simple exemple d'utilisation de h2pas qui fonctionne sur une toute petite shared library développée en C++ avec, à partir de Lazarus, appel de classe et d'une de ses méthodes dans l'un des 2 environnement cités

Merci d'avance. Cordialement. Gilles

A mon avis h2pas ne prend en charge que le C pas le C++. Donc si ta bibliothèque est vraiment en C++ avec des classes et tout et tout tu vas devoir écrire un ensemble de fonctions C pour servir de pont entre le pascal et le C++. D'ailleurs je pense même que FreePascal ne peut s'interfacer qu'avec du C pure ou des fonction C++ déclarées "extern C".

Si tu veux plus t'aide tu devrais poster ici l'interface de ta bibliothèque (le .h expurgé du code des fonctions) pour qu'on ait une idée de ce à quoi ça ressemble.

Il y a aussi cette doc qui pourrait t'aider : ftp://ftp.freepascal.org/pub/fpc/doc...FreePascal.pdf.

Bonjour,

Merci pour la réponse. J'ai rapidement parcouru le lien. C'est curieux, je ne "uses" pas cTypes pour utiliser mes fonctions en C depuis mes units Pascal mais dynlibs. Avec, je n'ai jamais rencontré de prob sous Nux et Windows mais visiblement ma méthode n'est pas orthodoxe. Pour C++, oui on utilise "extern C" mais je dois reconnaître que les librairies C++ sont appelées quasiment exclusivement par des programmes C++ (et non par Lazarus qui en général appelle des lib en C).

Je vais bricoler encore un peu... avant de clore définitivement le sujet.

Cordialement. Gilles

A ma connaissance il n'y a pas besoin d'utiliser dynlibs pour utiliser des bibliothèques partagées (c'est inutilement compliqué). En tous cas je n'en ai jamais eu besoin. Il me semble que le seul cas ou l'utilisation de dynlibs est indispensable c'est pour la mise en place d'un système de plugin.

Oui, on utilise dynlibs car

• Un réflexe 'Delphi' : http://www.freepascal.org/docs-html/...s/index-5.html
• Et un avantage (une nécessité) pour nous, lorsque nous accueillions (à l'imparfait* :cry:) des stagiaires en Pascal : la protection de certaines de nos ressources Pascal (qui sont pour la plupart d'ailleurs des portages de Delphi) : avec dynlibs, on appelle des fonctions contenues dans des bibli dynamiques développées en Lazarus (bibli compilées donc source hors d'atteinte)

* car Lazarus n'a plus "lieu de cité" chez nous sauf en dév. perso... et encore, ma perplexité grandit. Mais je vais tenir jusqu'à l'arrivée de Delphi2011, histoire de décider si je passe tout mon temps sur C++ et Java ou si "l'ancêtre" est une solution valable Windows/Linux même si j'en suis conscient Delphi "Linux" sera "wrappé" QT... ce qui changera évidemment mes anciennes habitudes de développeur Delphi. Mais pour avoir "goûté" et apprécié le couple QT4/C++, cela vaut bien une petite attente à mon avis.
Cordialement. Gilles

Citation:

---

Mais pour avoir "goûté" et apprécié le couple QT4/C++, cela vaut bien une petite attente à mon avis.

---

Mode Troll On

He he Gilles :) je suis sur QtCréator depuis le début du mois et j'ai enfin retrouvé l'envie de programmer :mouarf:

Mode Troll Off

Je sors...

Salut Chris,

Mode Troll On

Oui, le produit est vraiment sympa... et en progrès au niveau de la facilité d'installation (c'est ultra-simple et automatisé) et d'utilisation. Reste le problème de la licence en production : pour mes prods "Ecole" c'est tout bon (Open Source) mais en SSII qui "ferme" son code, je ne sais pas quelle est la position du produit : l'ancienne licence QT ("au développeur et par an") était quand même relativement onéreuse.

Je ne connais pas encore la nouvelle approche Delphi multiOS, mais la plateforme QT/C++ avec son IDE QTcreator est visiblement au moins une solution de rechange concurrentielle (même et surtout) pour un Pascalien.

Si la prochaine mouture Delphi me déçoit (c'est déjà arrivé avec Delphi Prism) et un détail me chiffonne déjà (le développement ne pourra se faire qu'en Windows -l'IDE ne fonctionne pas sous Linux- et le source Linux sera obtenu par cross-compilation)*, je basculerai probablement vers le forum QTcreator/QT http://www.developpez.net/forums/f37...liotheques/qt/ pour mes dév. "Ecole". On s'y reverra sans doute.

Mode Troll Off

Je considère la discussion comme "résolue" : pas de solution "atteignable à mon niveau" en Lazarus. Solution de rechange : Voir du côté de D2011 (mais sous Delphi je ne sais pas non plus importer des classes C++... et même je ne sais pas si c'est possible)** sinon QT/C++ (avec QTcreator c'est qd même plus sympa avec un IDE :mouarf:). Là par contre, importer des classes et leurs méthodes, c'est bon.


* Je n'ai rien contre Windows, j'apprécie même... autant que ma distribution Linux. Et il n'y a pas de raison de me priver de l'une ou de l'autre... surtout quand je développe. D'un autre côté, la cross-compilation en Lazarus, j'ai donné, j'ai de mauvais souvenirs...
** Petit rappel : Importer des classes C++ dans Lazarus n'est pas une fin en soi. Le point de départ est l'unité RegHex.pas de Lazarus qui n'est pas terminée (et non fonctionnelle en production). Je crois qu'en Delphi, ce n'est guère mieux mais j'avais trouvé une RegHex en C sur le web. Autant que je m'en souvienne elle était compatible uniquement Win32. Et importer des fonctions C, dans Lazarus comme dans Delphi, ne pose pas de problèmes. Donc en Delphi le problème est contournable à mon niveau. Sinon, en multiOS, j'avais une solution en C++ et j'aurais voulu l'importer...

Suite à tous ces "déboires", je ne peux m'empêcher d'exprimer le questionnement désormais erratique du "Pascalien natif" que je suis : [Mode Troll] Le Pascal et ses IDE actuels ne seraient-ils pas en voie d'être vraiment dépassés et cantonnés à un marché de niches alors qu'ils étaient un langage généraliste "tous terrains" ? [/Mode Troll].

A bientôt. Gilles