Discussion :

[ChPr]

Bonjour à toutes et à tous,

Un petit problème que je rencontre depuis longtemps et qui n'a rien à voir avec les mises à jour.

Lorsque je dépose un composant sur une fiche et que je compile le projet, tantôt cela se passe sans problème ; tantôt on me dit que l'unité n'est pas trouvé et alors je dois aller la chercher pour la placer dans "Chemin" des Options du projet afin de pouvoir compiler.

Une idée du problème ?

Cordialement.

Pierre

[BeanzMaster]

Salut

En fait ce genre de problème vient du fait que dans la majorité des cas, le développeur n'a pas configuré correctement les chemins de sortie dans le paquet. Cela arrive le plus souvent lorsque tu compiles en mode debug et passes en realase et vice et versa. C'est du même genre que le message d attention : "Unité dupliquée bla bla bla....." Le mieux c'est de faire menu -> Executer -> Nettoyer et construire

voici par exemple le genre de chemin que j'ai dans mes paquets dans Options --> "Chemins" --> "Répertoires de sortie pour les unités : "lib\nom_de_mon_paquet\$(TargetOS)\$(BuildMode)\$(TargetCPU)"
ce qui assure que les unités compilées ne se mélangent pas entre les différents mode de compilations, os et type de processeurs et que chaque paquet a ainsi son propre dossier de sortie. Ce qui évite les collisions et croisement entre les fichiers compilés. Chose à laquelle il faut faire attention lorsque tu développes des paquets de composant et surtout si il y a des dépendances avec d'autres paquets (et même sans d'ailleurs)

A+

Jérôme

[ChPr]

J'ai la même strucure de sortie des unités dans toutes mes application, que ça le fasse ou non : lib\$(TargetCPU)-$(TargetOS)

Je me suis amusé à éditer les fichiers *.lpi : c'est le vrai foutoir, il devrait y avoir un utilitaire de nettoyage de ces fichiers. Je dis cela car il m'est arrivé d'y supprimer des données sans que cela n'ait de répercussion sur le fonctionnement de l'application.

Dans une application où j'utilise un composant de la librairie "abbrevia" et où ça le fait, j'ai noté qu'il y avait dans le fichier lpi cette ligne : <PackageName Value="Abbrevia"/> alors qu'elle ne l'était pas dans l'application où ça le faisait pas. J'ai alors rajouté cette ligne dans cette dernière application et dès lors, elle ne m'a plus dit qu'elle ne trouvait pas la librairie ???!!!

Cordialement.

Pierre.

[BeanzMaster]

J'ai la même strucure de sortie des unités dans toutes mes application, que ça le fasse ou non : lib\$(TargetCPU)-$(TargetOS)

Je me suis amusé à éditer les fichiers *.lpi : c'est le vrai foutoir, il devrait y avoir un utilitaire de nettoyage de ces fichiers. Je dis cela car il m'est arrivé d'y supprimer des données sans que cela n'ait de répercussion sur le fonctionnement de l'application.

Dans une application où j'utilise un composant de la librairie "abbrevia" et où ça le fait, j'ai noté qu'il y avait dans le fichier lpi cette ligne : <PackageName Value="Abbrevia"/> alors qu'elle ne l'était pas dans l'application où ça le faisait pas. J'ai alors rajouté cette ligne dans cette dernière application et dès lors, elle ne m'a plus dit qu'elle ne trouvait pas la librairie ???!!!

Cordialement.

Pierre.

Salut, si tu as ajouté <PackageName Value="Abbrevia"/> à la main, c'est simplement qu'il te manquait sa dépendance. Pour ajouter un paquet dans les dépendances de ton projet c'est il suffit de faire un clique droit ici :



et d'aller chercher le paquet (compilé pour le runtime)


EDIT :

J'ai la même strucure de sortie des unités dans toutes mes application, que ça le fasse ou non : lib\$(TargetCPU)-$(TargetOS)

Oui mais cela n'a rien avoir avec ceux des paquets

par exemple pour mon paquet BZScene_rt j'ai

lib\bzscene\$(TargetOS)\$(BuildMode)\$(TargetCPU)

et dans BZScene_Image_rt j'ai

lib\bzcene-image\$(TargetOS)\$(BuildMode)\$(TargetCPU)

qui lui contient également le paquet BZScene_rt en dépendance

Voila une partie de la structure des dossiers de mon projet



Comme tu peux le voir dans le dossier "Package" c'est la que sont mis les fichiers compilés de la bibliothèque en fonction de l'os, du type de cpu et du mode de construction et de sont nom choisis dans les différentes Applications test (je doit encore uniformiser un peu tout ça , car c'est encore un peu le bazar)

Si tu regardes dans le dossier lib de ton application les fichiers compilés des bibliothèques que tu utilises (disons Abbrevia par exemple ) ne sont pas présent dans celui-ci

A+

Jérôme

[ChPr]

... Si tu regardes dans le dossier lib de ton application les fichiers compilés des bibliothèques que tu utilises (disons Abbrevia par exemple ) ne sont pas présent dans celui-ci ...

C'est normal, les fichiers compilés doivent se trouver "seulement" dans le répertoire du composant.

Pour autant , cela n'explique pas pourquoi, dans deux applications (a priopri) de structures identiques, sur un même PC, dans le même environnement, ... (manipulations faites pour ces deux applications l'une après l'autre sans avoir quitté Lazarus), dans un cas la bibliothèque a été trouvée et pas dans l'autre.

Cordialement.

Pierre

[BeanzMaster]

C'est normal, les fichiers compilés doivent se trouver "seulement" dans le répertoire du composant.

Pour autant , cela n'explique pas pourquoi, dans deux applications (a priopri) de structures identiques, sur un même PC, dans le même environnement, ... (manipulations faites pour ces deux applications l'une après l'autre sans avoir quitté Lazarus), dans un cas la bibliothèque a été trouvée et pas dans l'autre.

Cordialement.

Pierre

C'est du au fait que FPC lorsqu'il existe plusieurs fichiers compilés d'une même unité, ne sait pas laquelle prendre. Ou il suffit de faire un petit changement dans le code, et que parfois ce minuscule changement ne soit pas détecté.
Il faut faire Nettoyer et construire pour remettre à jour le cache des fichiers. Et cela est encore plus vraie lorsque tu passes d'un mode de construction à l'autre ou par exemple tu compiles sous Linux, tu reviens sous Windows et paf le fichier n'est plus trouvé car il ne correspond pas (plus) à la plateforme ou au mode de construction (car le dossier de sortie est le même pour tout).
C'est pour cela que la déclaration dans les paquets de composants (et même les applications, surtout si tu veux quelle soit portable d'un environnement à l'autre) est très importante et beaucoup développeurs oublient ce détail.
Sous Delphi les chemins sont très bien séparés et l'EDI s'occupe presque de tout, c'est quasi transparent pour le développeur et il n'a pas à y faire attention à contrario de FPC/Lazarus.

A+

Jérôme