vcproj, File et RelativePath

**Flo.** · 23/05/2012, 09h48

Bonjour,

je travaille sous XP avec Visual Studio 2008 en C++ non manag�.

Dans un vcproj, je souhaiterais que les chemins pour les .h et .cpp soit absolus et d�pendent d'une variable d'environnement LIBS. J'ai na�vement essay� de modifier le xml du .vcproj en introduisant ma variable d'environnement, mais sans succ�s :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
<File
       RelativePath="$(LIBS)\include\myfile1.h">
</File>

Dans la fen�tre "Propri�t�s" du fichier "myfile1.h" il m'affiche m�me pas la valeur de cette variable ; il laisse le $(LIBS). A noter que cette m�me variable est d�j� utilis�e pour les r�pertoires d'inclusion dans les propri�t�s du m�me projet et qu'elle est correctement remplac�e par sa valeur lors de la compilation. Donc la valeur de la variable est correctement r�cup�r�e par msvc. Mais visiblement, elle ne l'est pas � ce niveau l�.

�videment, les propri�t�s "AbsolutePath" ou "FullPath" n'existent pas.

Ces fichiers l� font partis d'un d�p�t CVS. Je ne veux pas les dupliquer dans mon projet. Je veux juste que mon projet pointe vers eux pour la compilation et que mes modifications b�n�ficient aux autres via CVS.

Est-ce que c'est possible ?

En esp�rant �tre clair ... Merci.

Flo.

**bacelar** · 23/05/2012, 12h37

Je ne comprends pas votre probl�me.
Est-ce dans la fen�tre propri�t� dans VS ?
Est-ce lors de l'�dition des fichiers sources ?
Est-ce lors de la compilation du projet ?

La propagation des variables d'environnement est assez pi�geuse dans les scripts MSBUILD.
Utilisez la m�thode System.Environment::GetEnvironmentVariables pour bien v�rifier leur valeurs lors de la compilation. http://msdn.microsoft.com/en-us/library/dd633440.aspx

Je n'ai jamais �t� confront� � ce type de probl�me car je pense qu'il y a plusieurs gros probl�mes dans votre d�marche, d�sol�.

1. La variable d'environnement est globale � l'utilisateur.
C'est tr�s g�nant pour les personnes assign�es � plusieurs projets (comme les experts techniques ou les auditeurs) qui doivent jongler avec ces variables pour passer d'un projet � un autre. C'est aussi un gros probl�me dans le cas d'utilisation d'usine de build pour l'int�gration continue o� l'usine devra �tre configurer � chaque changement de projet et comme elle est sens� faire la compilation de tout les projets en environnement contr�l�, c'est tr�s mal barr�.

-> Utilisez des propri�t�s de projet SVP

2. Votre approche ne prend pas en compte les probl�matiques de versionning des composants externes. Chaque projet doit pouvoir choisir quel version des composants externes il utilise. Il faut pouvoir contr�ler la diff�rences de comportement induit par le changement de version d'un ou plusieurs composants externes, via les tests unitaires, donc pouvoir, pour un projet utilisateur donn�, avoir le contr�le sur la version de chaque composant externe.
-> Utilisez des outils types NuGet SVP

En un mot, rationalisez et industrialisez votre processus de compilation et vous n'aurez plus ce probl�mes, mais d'autres.

Il faut faire de votre projet utilisateur de composant une "�le" qui contr�le les changements dans son environnement. Et l'utilisation syst�matique de chemins relatifs, qui peuvent sortir de l'arborescence du projet est une bonne solution. Vous pouvez vous sertir des outils d�di�s � la gestion des packagings pour automatiser et formaliser ces d�pendances.

**Flo.** · 23/05/2012, 13h50

Merci pour votre r�ponse. Elle est compl�te. En revanche, elle ne m'aide pas dans le cas pr�sent.

Ma question est la suivante : est-il possible de modifier le vcproj (sous notepad par exemple) de mani�re � que l'attribut XML "RelativePath" de la balise XML "File" fasse r�f�rence � une variable d'environnement ?

Mes propres recherches sur la toile m'ont permis de constater que

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
<File
       RelativePath="$(LIBS)\include\myfile1.h">
</File>

ou encore

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
<File
       RelativePath="%LIBS%\include\myfile1.h">
</File>

ne fonctionnent pas.

Je ne parviens pas � trouver sur le site de la msdn quelque chose de suffisament pr�cis � se sujet.

Donc quelqu'un sait-il si cela est possible et comment le faire ? C'est tout. Je n'ai pas forc�ment envie de rentrer dans le d�tail de ma d�marche. Elle est ce qu'elle est avec ses propres variables d'environnement

elle aussi.

Merci

Flo.

**Bousk** · 23/05/2012, 16h03

Bonjour,

je n'ai jamais test� cette manip', mais elle est s�rement risqu�e en plus d'�tre peu orthodoxe. Voire impossible.
Visual a d�j� toute une flop�e de variables qui permettent ceci de fa�on fort simple. Ses propres variables d'environnement en somme.
Il convient d'utiliser les variables $(ProjectDir) et $(SolutionDir) en particulier. Afin de s'assurer que la solution soit ind�pendante de la machine o� on la r�cup�re.
Ces variables sont bien sur utilisables dans les include_path et lib_path.

Toute autre variable d'environnement externe � Visual est � bannir. Si tent� qu'elles soient utilisables.

Edit: � moins que le "probl�me" soit l'emplacement du fichier ?!
Auquel cas, je ne crois pas Visual capable de chercher un fichier comme �a. Il faut une copie du fichier que l'on incluera dans le projet, il prendra automatiquement son chemin relatif.
Et la "solution" � ce "probl�me" est : svn/git.

**bacelar** · 23/05/2012, 18h12

Je me rappelais plus que vcproj n'est pas un fichier MSBUILD mais un format tout pourri.

Les solutions que vous trouverez sur le Net correspondent � des fichiers MSBUILD.

Les variables d'environnements ne posent pas de probl�me dans des fichiers MSBUILD.

Donc, convertissez vos fichiers vcproj en fichier MSBUILD (vcxproj sius VS2010 mais je pense que c'est la m�me chose en VS2008).

Et comme vous le verrez sur le Net et comme je vous l'ai d�j� expliqu�, vous �tes en train de faire une usine � gaz pour rien.