Discussion :

[Simara1170]

Salut salut!
Bon, le problème que j'ai est le suivant:
Toutes mes units de type "bibliothèques" (ie utilisées par plusieurs softs différents) dont j'ai besoin sont inclues dans le projet sur lequel je bosse en ce moment.
Mon problème est que malgré ça, à la compilation, j'ai un message de type
"Le module 'XFm' est lié au module 'Y' qui est introuvable dans le projet en cours. Voulez-vous retirer/rediriger les liens vers un autre module? [oui/non/annuler]"

le module XFm, est une form contenant des requêtes SQL, et le module Y est en fait un gestionnaire qui paramètre à la volée les informations de connexion à la DB en fonction d'un fichier de config Json.

L'unit contenant le module Y est bien dans les uses de ma Form.
J'ai essayé de nettoyer le projet => sans effet
J'ai essayé de virer toutes les units "bibliothèque" du projet, sauvegarder, puis les remettre dans le projet pour forcer la recréation des liens => sans effet.
J'ai pensé que ça pouvait être une sombre histoire de référence circulaire ou une connerie du même acabit, mais que nenni mon ami...

Je dois avouer que je commence à sécher sévère sur cet os...

Si une âme charitable pouvait me dépanner, ça serait cool

EDIT: ah oui, le problème m'arrive sur une vieille breloque que je migre sous XE2 depuis Delphi7, si ça peut donner une piste supplémentaire...

[Linkin]

Il y a cette discussion.
http://www.developpez.net/forums/d81...7/#post4672880

Sur le principe, je regarderais le dpr, pour voir les références qu'il y a dedans, si un nom n'entre pas en conflit avec une unité "officielle" de Delphi et la configuration de D7 pour voir si des chemins de recherche sont présents dans D7 et non dans Delphi XE2.

[Simara1170]

Tout d'abord, merci de la réponse rapide Linkin!

Maintenant, pour ce qui est des conflits de noms, ayant déjà eu le problème par le passé, j'ai pris l'habitude de nommer toutes mes Units sous le format xxxxU.pas, afin d'être sûr de ne pas avoir ce conflit là. Là-dessus, il n'y a donc pas de conflit possible (je viens de passer en revue tout les noms de mes Units, histoire d'être sûr).

Pour les chemins de recherches, ils ne sont pas spécifiés dans les options de l'IDE, mais sous la forme

Code :

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

xxxU in '..\..\Lib\xxxU.pas

.
On utilise cette notation pour plusieurs raisons:
1/ s'éviter des problèmes parce que l'IDE n'a pas le path spécifié pour retrouver les bibliothèques maisons, problèmes qui sont une perte de temps facilement évitable avec ce genre de méthode.
2/ on a des postes 32bits, et des posts 64bits, et pour des raisons "historiques" (comprendre le mec qui a pondu ça était une brelle, il s'est barré, et on a pas envie de tout éclater en voulant mettre de l'ordre dans un truc qui marche bon gré mal gré) les libs' sont séparées en deux groupes....

Bref, je retrouve bien les units dans le dpr, plus celle rajoutée lors de la migration XE2 (compiler sans cette unit, pose le même problème).

Ce que l'IDE n'arrive pas à me retrouver, c'est le type déclaré à l'intérieur de l'Unit, l'Unit étant elle parfaitement reconnue (je peux appeler les fonctions/procédures en son sein sans aucun souci)...
Les types incriminés sont des objets de type TFrame, est-ce que ça pourrait jouer?

Sous Delphi 7, je n'ai pas le problème des types introuvables quand je lance la compilation...

[Barbibulle]

Bref, je retrouve bien les units dans le dpr, plus celle rajoutée lors de la migration XE2 (compiler sans cette unit, pose le même problème).

Ce que l'IDE n'arrive pas à me retrouver, c'est le type déclaré à l'intérieur de l'Unit, l'Unit étant elle parfaitement reconnue (je peux appeler les fonctions/procédures en son sein sans aucun souci)...
Les types incriminés sont des objets de type TFrame, est-ce que ça pourrait jouer?

Sous Delphi 7, je n'ai pas le problème des types introuvables quand je lance la compilation...

TFrame ? ce n'est pas tout simplement un problème de USES ?

TFrame dous D7 il faut un

Code :

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

1
2
uses
 Forms;

Alors que sous XE+

Code :

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

1
2
uses
 VCL.Forms;

[Simara1170]

Si c'est juste ça....
Bon résumé je pense de ma réaction si c'est le problème

[Simara1170]

Bien, y'a un peu de mieux...
C'est à dire que les modules sont trouvés... J'ai pu compiler une fois, avant qu'il me jette la même erreur à la gueule, sur mon Unit de gestion de connexion en DB (une bête form masquée)... Ca commence à me les gonfler menu

EDIT: 3-4 compilations plus tard, le lien a de nouveau sauté...