Discussion :

[_iri_]

Bonjour,

Étant peu habitué des méthodes d'installation sous Windows (je suis linuxien mais là n'est pas le sujet de ce fil), sans doute pouvez-vous m'éclairer.

Je développe un logiciel L.
Je développe une bibliothèque B dont L dépend.
La bibliothèque B dépend d'une bibliothèque tierce, par exemple la GLib ou libcurl.

Question : comment gérer proprement la dépendance ? (la Glib, libcurl ou autre)

Mon arborescence est celle-ci :
- L \ L.exe
- L \ Plugins \ B1.dll, B2.dll, B3.dll ...
- L \ Lib \ Glib.dll, libcurl.dll ...

- Est-ce déjà une bonne idée de mettre "Lib" à ce niveau ou vaut-il mieux placer les dll dans un répertoire système ? Dans ce dernier cas, lequel est le plus approprié ?

- Si je laisse ces dlls dans Lib, je dois, me semble-t-il, modifier la variable d'environnement %PATH% afin de lui ajouter ce dossier (Lib). Ai-je juste ? Est-ce propre ?

- Si un autre logiciel a une dépendance commune et installe lui aussi la GLib (par exemple), quelle GLib va utiliser L ? Si les versions des GLib sont différentes, il peut y avoir des incompatibilités. Comment éviter un éventuel problème ?

Précision : vu que certains plugins (B1, B2, ...) peuvent avoir des dépendances communes, je n'accepte pas de les intégrer.

[Aniki]

Bonjour iri,

pour l'emplacement des dll, il me semble que Windows cherche d'abord dans le répertoire où se situe l'executable, puis dans le répertoire système de Windows et enfin dans les rep de %PATH%.
Mais j'ai déjà eu des problèmes en mettant mes dll dans le même rep que l'exe, et j'ai du créer un fichier bidon avec une extension .local (leNomDeMonExe.exe.local voir cette discussion)

On peut aussi modifier ce comportement par défaut, notamment à l'aide des assembly où tu spécifies toi-même l'emplacement de tes dll.
Je ne peut pas trop en dire plus à propos de ces assembly n'ayant jamais essayé mais ca serait -je pense- la meilleure solution pour toi si tu souhaites conserver ton arborescence.

A plus et bon courage avec le "Dll Hell"

[d'Oursse]

je ferais le truc habituel:

Code :

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

1
2
3
4
5
6
7
8
9
10
path/ta_lib
  bin/
    toto.exe
    glib.dll
    libcurl.dll
  lib/
    ta_lib/
      b1.dll
      b2.dll

Si tu laisse les dll dans path/ta_lib/lib, tu dois en effet modifier le PATH

- Si un autre logiciel a une dépendance commune et installe lui aussi la GLib (par exemple), quelle GLib va utiliser L ? Si les versions des GLib sont différentes, il peut y avoir des incompatibilités. Comment éviter un éventuel problème ?

il n'y a pas ce probleme si tu mets tout dans bin/.

[_iri_]

Merci.
J'attendais si d'autres pistes m'étaient proposées.

Je pensais qu'il y avait un moyen simple d'appeler une dll plutôt qu'une autre. Apparemment, je dois plus mettre les mains dans le cambouis que je ne l'envisageais.