visual studio 2010 comprennent les chemins de répertoire

J'ai une solution visual studio myvs.la sln avec le chemin d'accès suivant: c:\dir1\dir2\dir3\myvs\myvs\myvs.sln. J'ai boost version xxx installé dans c:\dir1\dir2\dir3\boostxxx\.

J'ai dans le projet->propriétés->c/c++->général: ../..;../../boostxxx. À l'intérieur de bibliothèques boost les fichiers d'en avoir la syntaxe suivante: #include <boost/smart_ptr/shared_ptr>.

Mon fichier de code myfile.h réside dans c:\dir1\dir2\dir3\yy1\myfile.h. Dans monfichier.h-je inclure les bibliothèques boost: #include <boost/shared_ptr.hpp>. J'obtiens une erreur qui dit: c:\dir1\dir2\dir3\yyy1/myfile.h fatal error C1083 cannot open include file boost/shared_ptr.hpp.

La question est que dois-je faire pour corriger cela?

Je remarque aussi que la sortie d'erreur du compilateur renvoie a "\" jusqu'à dir3 et passe alors à "/".

Plus probablement, je ne comprends pas comment le chemin d'accès relatif est de travail. Notez également que je veux me référer uniquement chemin relatif, pas absolu, les chemins d'accès. Quelqu'un peut-il aider s'il vous plaît? Je suis dans la plate-forme windows à l'aide de c++ de visual studio 2010.

Q: avez-vous (tous!) boost en-tête de répertoires dans votre Visual Studio "inclure" liste? Sont-ils séparés par des ";"?
non je n'ai que le répertoire de base où j'ai installé coup de pouce qui n'est: ../../boostxxx. dans le chemin de liste

OriginalL'auteur user1612986 | 2012-11-13

  1. 3

    Les chemins d'accès relatifs dans les chemins de recherche reportez-vous à le répertoire du fichier avec l' #include directive le répertoire courant du compilateur, certains tests simples montre maintenant.

    "..\.." est à la hausse de deux niveaux de de votre fichier d'en-tête le répertoire courant du compilateur au lieu de partir de votre répertoire de projet.

    Pour résoudre ce problème, démarrez explicitement vos chemins à inclure dans votre répertoire de projet Visual Studio, comme suit (littéralement):

    $(ProjectDir)..\..;$(ProjectDir)..\..\BoostXXX

    Concernant l'avant contre barre oblique inverse, l'utilisation d'une barre oblique dans votre code C++ du #include directives, parce que c'est plus portable.

    Utiliser soit en avant ou en arrière d'une barre oblique (mais je préfère l'arrière de barre oblique de façon à avoir une convention unique) où vous faites allusion, le système de fichiers de Windows, comme dans la configuration des chemins à inclure.

    OriginalL'auteur Cheers and hth. - Alf