J'ai un projet Visual Studio C ++ qui repose sur un fichier DLL externe. Comment puis-je faire en sorte que Visual Studio copie automatiquement ce fichier DLL dans le répertoire de sortie (debug / release) lorsque je crée le projet?
visual-studio
visual-c++
dll
Tapis
la source
la source
$ (OutDir) s'est avéré être un chemin relatif dans VS2013, j'ai donc dû le combiner avec $ (ProjectDir) pour obtenir l'effet souhaité:
BTW, vous pouvez facilement déboguer les scripts en ajoutant «echo» au début et observer le texte développé dans la fenêtre de sortie de construction.
la source
Les détails dans la section des commentaires ci-dessus ne fonctionnaient pas pour moi (VS 2013) lorsque j'essayais de copier la dll de sortie d'un projet C ++ vers le dossier de publication et de débogage d'un autre projet C # dans la même solution.
J'ai dû ajouter l'action post-build suivante (clic droit sur le projet qui a une sortie .dll) puis propriétés -> propriétés de configuration -> événements de construction -> événement post-construction -> ligne de commande
maintenant j'ai ajouté ces deux lignes pour copier la dll de sortie dans les deux dossiers:
la source
(Cette réponse s'applique uniquement à C # et non à C ++, désolé j'ai mal lu la question d'origine)
J'ai déjà traversé l'enfer des DLL comme ça. Ma solution finale était de stocker les DLL non gérées dans la DLL gérée en tant que ressources binaires, et de les extraire dans un dossier temporaire lorsque le programme se lance et de les supprimer lorsqu'il est supprimé.
Cela devrait faire partie de l'infrastructure .NET ou pinvoke, car c'est tellement utile ... Cela rend votre DLL gérée facile à gérer, à la fois en utilisant Xcopy ou en tant que référence de projet dans une solution Visual Studio plus grande. Une fois que vous faites cela, vous n'avez pas à vous soucier des événements post-build.
METTRE À JOUR:
J'ai posté le code ici dans une autre réponse https://stackoverflow.com/a/11038376/364818
la source
Ajoutez une copie intégrée dans le fichier project.csproj :
la source
Vous pouvez également faire référence à un chemin relatif, l'exemple suivant trouvera la DLL dans un dossier situé un niveau au-dessus du dossier du projet. Si vous avez plusieurs projets qui utilisent la DLL dans une seule solution, cela place la source de la DLL dans une zone commune accessible lorsque vous définissez l'un d'entre eux comme projet de démarrage.
L'
/y
option copie sans confirmation. L'/d
option vérifie si un fichier existe dans la cible et si elle ne copie que si la source a un horodatage plus récent que la cible.J'ai trouvé que dans au moins les versions plus récentes de Visual Studio, telles que VS2109,
$(ProjDir)
n'est pas défini et devait être utilisé à la$(ProjectDir)
place.Laisser un dossier cible dans
xcopy
devrait par défaut le répertoire de sortie. C'est important pour comprendre que la raison$(OutDir)
seule n'est pas utile.$(OutDir)
, au moins dans les versions récentes de Visual Studio, est défini comme un chemin d'accès relatif au dossier de sortie, tel quebin/x86/Debug
. L'utiliser seul comme cible créera un nouvel ensemble de dossiers à partir du dossier de sortie du projet. Ex:… bin/x86/Debug/bin/x86/Debug
.Le combiner avec le dossier du projet devrait vous amener au bon endroit. Ex:
$(ProjectDir)$(OutDir)
.Cependant
$(TargetDir)
fournira le répertoire de sortie en une seule étape.Liste de Microsoft des macros MSBuild pour les versions actuelles et précédentes de Visual Studio
la source