Discussion :

[Patrick Seuret]

Suite à un autre message, je distribue mes classes sous la forme d'une librairie statique (.lib) et avec les headers (.h et .dfm pour les fiches)

Pour utiliser ces fichiers, je dois:
1) Inclure les fichiers .lib dans le projet
2) Avoir les fichiers .h et .dfm dans un répertoire accessible pour les includes (répertoire du projet ou répertoire ajouté à l'option "Include search path")

A ce moment, j'ai plusieurs cas où tout fonctionne correctement. Par contre, dès que j'utilise la JVCL, les fichiers indiqués par les "#pragma link" dans le code de la lib me cause une erreur.

Par exemple:
test.cpp contient un TJvTransparentButton. J'ai donc quatre pragma link ajoutés automatiquement pas BDS:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#pragma package(smart_init)
#pragma link "JvButton"
#pragma link "JvComponent"
#pragma link "JvExControls"
#pragma link "JvTransparentButton"

Le compilateur est heureux, mais le linker me fait systématiquement une erreur "Fatal: Unable to open file 'JVBUTTON.OBJ'". D'après la doc sur les #pragma link, il fait un appriori sur une extention ".obj". Pourtant lorsque je link le même projet mais à partir du .cpp tout se passe bien!

Quelqu'un a-t-il une idée??

PS: Il y a bien un fichier "JvButton.pas" dans le répertoire jvcl/run, mais l'inclure directement dans mon projet ne m'amène que d'autres erreurs...

[10_GOTO_10]

Pourquoi ne pas spécifier l'extension ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#pragma link "JvButton.lib"

Ou bien n'ai-je pas bien compris le problème ?

[Patrick Seuret]

En fait, JvButton n'est pas une lib... Je ne sais pas exactement ce que c'est d'ailleurs car j'ai seulement trouvé un fichier JvButton.pas dans le répertoire de la jvcl. Probablement que le code objet se trouve dans l'un des package qu'installe la jvcl, mais il ne porte en tout cas pas le nom de JvButton.???

Pour l'instant, j'ai sorti les fichiers à problème de ma librairie et les distribue en clair, mais ce n'est pas vraiment satisfaisant :-(

J'ai aussi eu un problème avec une classe qui hérite d'une autre classe se trouvant dans la librairie.

Exemple:
1) la librairie contient une classe "toto" avec une méthode public "saveall()"
2) dans mon projet, j'intègre la librairie contenant toto
3) je dérive une classe "myToto" qui surcharge "saveall()":

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
class myToto : public toto {
public:
  void saveall() {
     // do my stuff
     toto::saveall();
  }
}

Et bien le linker me dit qu'il ne connaît pas la méthode toto:saveall()...

Là aussi, je suis obligé de sortir ma classe de la librairie, mais ce qui est frustrant c'est que je ne sais psa pourquoi :-(

[10_GOTO_10]

Les erreurs de link sont un problème récurrent chez Borland. En général, on les résout en changeant l'ordre des éléments dans le gestionnaire de projets (les .lib avant les .cpp, je crois). Par contre, lorsqu'on fait des #pragma link, je ne sait pas dans quel ordre il les met.

[Patrick Seuret]

C'est un peu tard pour fermer ce post que j'avais un peu oublié...

Donc j'avais supprimé tous mes pragma et en enregistrant le fichier BDS2006 m'a reconstruit une liste qui fonctionnait... J'ai pas très bien compris, mais ça marche!