« Dupliquer » unités Delphi par nom, référencé par des composants, un problème de compilation

StackOverflow https://stackoverflow.com/questions/887435

  •  23-08-2019
  •  | 
  •  

Question

Nous utilisons plusieurs packages de composants par différents fournisseurs, et deux d'entre eux ont tous deux une unité « regexp.pas » disponible à l'intérieur de leur structure de répertoire.

Le problème est maintenant que quel que soit l'ordre que nous les compilons dans, l'un d'entre eux se plaint de l'unité étant compilé avec la mauvaise version de diverses autres unités.

Est-il possible de gérer cela correctement?

Était-ce utile?

La solution

  1. Vous devez vous assurer que vous avez une seule version de cette unité
  2. supprimer toutes les DCU (des deux fournisseurs) pour forcer la recompilation de toutes les sources.
  3. Désinstaller les packages de 2 fournisseurs complètement (Assurez-vous que toute trace de chacun est supprimé partout)
  4. recompiler et installer un à la fois.

Autres conseils

Pas de deux unités peuvent avoir le même nom dans un exécutable Delphi complètement lié et chargé, si les unités sont liées statiquement ou dynamiquement liés par paquets. Comme vous concluez, vous devrez renommer un ou l'autre.

Vous pouvez utiliser cette solution de contournement.

Comme nous l'avons dit, vous ne pouvez pas charger les paquets de fournisseurs dans l'IDE ensemble .

Cependant, si vous avez besoin d'un à la fois, vous pouvez démarrage deux profils IDE différents en utilisant « - r » commutateur de ligne de commande, ce qui donne un nom personnalisé pour chaque profil. Ensuite, vous pouvez lancer Delphi en utilisant le premier profil, et installer le premier des deux paquets « heurtant », fermez l'IDE et exécuter Delphi avec le second profil et installer l'autre paquet.

Créez un raccourci pour chaque profil, puis exécutez Delphi choisir le profil qui charge le paquet que vous devez mantenir un projet spécifique.

Cordialement,   ~ / | / |. Arco

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top