Construire des problèmes avec Visual C ++ projet après vérification et vérifier de CVS

Question

Je construis un produit multi-plateforme et l'une des exigences est à travers les fenêtres (win32, AMD64 et IA61). Le produit est comme CLI relativement simple, mais nous avons une équipe de construction séparé qui vérifie le code de CVS et de construire dans des environnements de construction séparés. Je suis en mesure de construire avec succès (en utilisant Visual C ++ 2005) dans une plate-forme (machine à AMD). Mais une fois que je vérifie dans le code, consultez la génération échoue.

La cause de l'échec de la compilation est parce que les chemins d'bibliothèque sont mal spécifiés dans les feuilles de propriétés. Plus précisément le dossier du fichier de sortie sous la Linker dans les pages de propriétés sont spécifiées à tort. Ainsi, ces bibliothèques sont construites dans un dossier différent de celui où les autres projets les attendent.

Cependant avec la source que je vérifie dans les fichiers .sln (et les fichiers plus tard .vcproj) également à chaque fois. Morover si j'ouvre le fichier .sln dans le dossier où la construction ne réussit pas, il n'y a pas de différence entre celui où je pouvais construire avec succès (avant l'enregistrement). En fait, en utilisant windiff je ne pouvais voir aucune différence entre les deux dossiers construire (sauf certains .ncb et cvs fichiers journaux).

Alors, une idée de ce qui se passe? Où VC ++ 2005 prend les répertoires d'prennent le chemin du dossier de sortie si pas de .sln? CVS est en quelque sorte interférait avec le processus? Tout ce que je pouvais essayer.

Merci d'avance.

Answer 1

Il suffit de mettre à jour le problème a été résolu. La cause racine est les fichiers .vcproj n'obtenions pas vérifié dans CVS !! C'est là que les paramètres individuels du projet ont été stockés (j'avais l'impression que cela se fait dans les fichiers .sln).

Answer 2

Je pense que le problème peut être que après avoir modifié les paramètres dans une version configuration (par exemple x86-Release) mais oublié de les changer pour une autre configuration (par exemple ia64-Debug), et lorsque des modifications de configuration, vous avez ce problème.

Une autre chose que je voudrais vérifier sur votre place est les dépendances du projet. Si ceux-ci sont mis à la bonne façon VS recherchera la sortie du projet exactement où il est sorti, même lorsque vous modifiez le dossier de sortie.

Answer 3

Avez-vous des fichiers binaires en format ASCII vérifiés?

Le voyage aller-retour vers et depuis CVS peut corrompre des fichiers binaires qui sont incorrectement marqués comme ASCII, car CVS effectue un traitement de caractères sur les fichiers ASCII (par exemple pour vous donner la fin correcte des codes de ligne pour votre OS). La corruption peut se produire même dans un tout environnement Windows.

Voir la section binaire dans le CVS FAQ pour plus d'informations.