Utiliser une "macro utilisateur" dans .vcproj RelativePath

Question

Inside .vcproj files Il existe une liste de tous les fichiers source dans votre projet. Comment pouvons-nous utiliser une macro pour spécifier le chemin d'accès à un fichier source?

Si nous faisons cela:

<File 
    RelativePath="$(Lib3rdParty)\Qt\qtwinmigrate-2.5-commercial\src\qmfcapp.cpp"> 
</File> 

Le compilateur ne peut pas trouver le dossier:

qmfcapp.cpp 
c1xx : fatal error C1083: Cannot open source file: '.\$(lib3rdparty)\qt\qtwinmigrate- 2.5-commercial\src\qmfcapp.cpp': No such file or directory 

Comme vous pouvez le voir, notre projet compile dans plusieurs fichiers source de QT. QT vit dans un dossier de bibliothèques externes, et nous ne voulons pas coder en dur le chemin de notre projet dans ce dossier (nous avons une très grande solution)

Answer 1

Essayer de définir une variable d'environnement pour « Lib3rdParty » à l'extrait de chemin relatif approprié.

Answer 2

La solution normale est d'inclure le tiers inclut, libs et source dans le contrôle de source avec votre propre source, ainsi vous pouvez suivre des changements à vos dépendances de tiers avec votre source.

Si tel est le cas, vous devriez pouvoir utiliser un chemin relatif de chaque projet vers les fichiers source tiers.

Cependant, si votre solution est volumineuse et que les paramètres du projet sont compliqués, vous devriez regarder CMake, même si vous ne faites que construire sur Windows. CMake vous permet de décrire votre environnement de construction avec les paramètres communs spécifiés dans un seul endroit. Des cas plus complexes peuvent être traités avec des variables et des macros. Ensuite, il génère vos projets de studio visuel, ou makefiles à partir de cette description. Nous l'avons introduit pour supporter un port unix, et maintenant je l'utilise pour le développement de Windows uniquement.

Les projets VS sont vraiment maladroits à utiliser, ouvrant et fermant des boîtes de dialogue, définissant des choses pour le débogage et la libération. Chaque projet avec sa propre copie des paramètres, mais la plupart du temps la même chose que tous les autres projets.

Answer 3

..il doit mentionner que l'utilisation de feuilles de propriétés se débarrasse de beaucoup de clunkyness si

Answer 4

Si vous ajoutez un fichier existant à partir d'un lecteur différent, vous remarquerez qu'un chemin absolu est utilisé.

Au moins pour v8.00, les macros ne semblent pas être développées. J'ai essayé les formes de macro VC, Ant et OS - aucune n'a fonctionné.

Il existe toujours l'option de jonction de sysinternals, un chemin réseau mappé ou un fichier .lib avec une spécification de macro définie dans les chemins projet/global, include et lib. Même avec le paquet lib, vous devriez pouvoir entrer dans la source.