Невозможно открыть включаемый файл, но найти файл невозможно

Question

Невозможно открыть включаемый файл, но найти файл невозможно

0

Я получаю следующую ошибку:

"fatal error C1083: Cannot open include file"

для одного из моих файлов заголовков быть #included в stdafx.h. Я установил пути включения и библиотеки в зависимости от проекта, попытался включить их в дополнительный раздел include. Кроме того, когда я

    #include <BCGCBProInc.h>

он может открыть файл и показать его мне. Таким образом, он может найти и открыть файл, но вместо этого дает мне ошибку. Я использую VS2012 в Windows 7, и заголовок находится в другом месте, чем проект.

Что я делаю неправильно/неправильно?

Katianie 20 дек. 2013, в 16:21

Источник

0

Какой компилятор / платформа?
Sean 20 дек. 2013, в 14:31
0

@Sean: я использую VS2012, поэтому любой C ++ MFC-компилятор, который использует Джонатана: я не понимаю, что вы говорите
Katianie 20 дек. 2013, в 14:36
0

Это также может быть проблемой пути. Я имею в виду, что OP может включать в себя какой-то другой заголовок, который не является частью пути включения системы.
drescherjm 20 дек. 2013, в 14:39
0

@Katianie Какой файл вы пытаетесь включить?
drescherjm 20 дек. 2013, в 14:40
0

#include <BCGCBProInc.h> он находится в другом месте, чем проект, но это не имеет значения, потому что я установил путь в зависимостях в разделе include и lib раздела
Katianie 20 дек. 2013, в 14:42
1

Вы установили путь для текущей конфигурации. Я имею в виду Relase, Debug ... у всех конфигураций есть разные пути, если вы не примените изменения ко всем.
drescherjm 20 дек. 2013, в 14:48
0

@drescherjm Конфигурация настроена на Active (Debug) и Platform Active (Win32), и я собираю в Debug, так что это должно быть хорошо.
Katianie 20 дек. 2013, в 14:50
1

Посмотрите на вашу фактическую команду компиляции и убедитесь, что она действительно использует каталоги include, которые она должна использовать.
n.m. 20 дек. 2013, в 14:51
2

Это не то, что НМ хотел, чтобы ты сделал. Посмотрите полную командную строку команды компиляции в настройках вашего проекта.
drescherjm 20 дек. 2013, в 14:53
0

Я также проверил бы, что BCGCBProInc.h существует в каталоге, который вы добавили, просмотрев эту папку в проводнике.
drescherjm 20 дек. 2013, в 14:54
0

Вы создали этот проект на той же машине, на которой сейчас работаете? Если нет, убедитесь, что путь относительно вашего проекта, а не абсолютный путь на другом компьютере.
derpface 20 дек. 2013, в 14:56
0

@drescherjm Он существует, и я также могу щелкнуть его правой кнопкой мыши в VS, и он берет меня к нему и открывает его. Также я не знаю, как «посмотреть на полную командную строку команды компиляции»
Katianie 20 дек. 2013, в 14:56
0

Это не команда, это журнал. Команду можно увидеть на одной из вкладок свойств проекта (я думаю, что это вкладка c ++ / командной строки).
n.m. 20 дек. 2013, в 14:58
0

@uberwulu проект уже существует, и я работаю над ним на одном компьютере, а библиотеки / включения находятся на этом компьютере.
Katianie 20 дек. 2013, в 14:59
0

@n.m.Хорошо, я смотрю на команду, и она, кажется, упоминает каталоги BCGCBPros include и lib
Katianie 20 дек. 2013, в 15:04
0

Я имел в виду, чтобы пути в настройках вашего проекта относились к проекту (например, к $(SolutionDir)includes ), а не к абсолютным путям, полученным с компьютера, на котором он был создан (например, D:\Development\MyProject\blahblah\includes )
derpface 20 дек. 2013, в 15:07
0

Вы пытались включить это непосредственно внутри cpp, который находится в вашем проекте, чтобы убрать PCH из картинки (хотя я сомневаюсь, что PCH вызывает это)?
drescherjm 20 дек. 2013, в 15:08
0

@uberwulu uberwulu - это абсолютные пути, но 1. Я не знаю, как указать для них надежный путь, и 2. Файлы и все находятся на этом компьютере, поэтому я думаю, что это будет иметь значение. Также файлы, которые я включаю, находятся в другой папке / папке, а затем в самом проекте.
Katianie 20 дек. 2013, в 15:09
1

Чтобы сделать их относительными к проекту, используйте $(ProjectDir) за которым следует оставшаяся часть пути: например, $(ProjectDir)stuff/includes или $(ProjectDir)../includes для перехода на новый уровень. Чтобы сделать их относительно решения, используйте $(SolutionDir)
derpface 20 дек. 2013, в 15:11
0

Эти файлы находятся в C: Program Files (x86) \ BCGSoft \ ... и мой проект не
Katianie 20 дек. 2013, в 15:13
0

Вы указали это как путь к include и libs, и если да, то ли этот путь одинаков на обеих машинах?
derpface 20 дек. 2013, в 15:19

Показать ещё 19 комментариев

Теги:

c++

c

compiler-errors

compilation

3 ответа

2

1.

#include <BCGCBProInc.h>

это не то же самое, что

2.

#include "BCGCBProInc.h"

Различные варианты поиска применяются к обоим вариантам включения файла.

Патчи смотрели вверх, когда использовали вариант 1. те, которые определены как шаблоны поиска по умолчанию, такие как

/usr/include для систем IXish
$(VCInstallDir)include также называемые VC++ каталоги для VC

Пункты, используемые при использовании 2., добавляются через опцию -I (/I для VC).

alk 20 дек. 2013, в 12:08

0

Это помогает, но я попробовал это и все та же ошибка
Katianie 20 дек. 2013, в 15:06
1

Я стараюсь всегда это делать, но Visual Studio, кажется, не заботится. По крайней мере, до VS2012.
drescherjm 20 дек. 2013, в 15:06
0

Чтобы всегда делать что? @drescherjm
alk 20 дек. 2013, в 15:26
0

Используйте #include <>, когда я имею в виду включение системы, и #include "", когда я имею в виду включение проекта.
drescherjm 20 дек. 2013, в 16:15
0

Для полноты #include "..." необходимо использовать тот же поиск, что и #include <...> если его дополнительные пути поиска не находят заголовок.
Pete Becker 21 дек. 2013, в 14:52

Показать ещё 3 комментария

1

В Visual Studio щелкните правой кнопкой мыши проект и выберите "Свойства". В левой панели выберите опцию VC++ Справочники, а затем посмотрите на папки "Включить каталоги и библиотеки" в правой панели. Убедитесь, что они используют относительные пути, а не абсолютные пути. Если они должны быть абсолютными путями, то каждая машина, на которой выполняется этот проект, должна иметь тот же самый путь. Абсолютные пути выглядят так:

D:/Development/MyProject/includes

Относительные пути можно сделать с помощью $ (ProjectDir), чтобы сделать его относительно проекта, или $ (SolutionDir), чтобы сделать его относительно решения (если оно отличается от проекта) и выглядело бы примерно так:

$(ProjectDir)../includes

или

$(SolutionDir)includes

derpface 20 дек. 2013, в 13:48

0

Да, это то, что я в конечном итоге сделаю, но сейчас я не хочу копировать все файлы .h и библиотеки в папку проекта, пока у меня не появится то, что я хочу сделать, работая.
Katianie 20 дек. 2013, в 15:47
1

Справедливо. Похоже, что могло быть несоответствие между путем на машине, на которой он был создан, и путем на вашей машине. В любом случае ваш план перемещения необходимых файлов в локальный каталог с относительными путями должен решить эту проблему.
derpface 20 дек. 2013, в 15:49

Ещё вопросы

@Sean: я использую VS2012, поэтому любой C ++ MFC-компилятор, который использует Джонатана: я не понимаю, что вы говорите
Это также может быть проблемой пути. Я имею в виду, что OP может включать в себя какой-то другой заголовок, который не является частью пути включения системы.
@Katianie Какой файл вы пытаетесь включить?
#include <BCGCBProInc.h> он находится в другом месте, чем проект, но это не имеет значения, потому что я установил путь в зависимостях в разделе include и lib раздела
Вы установили путь для текущей конфигурации. Я имею в виду Relase, Debug ... у всех конфигураций есть разные пути, если вы не примените изменения ко всем.
@drescherjm Конфигурация настроена на Active (Debug) и Platform Active (Win32), и я собираю в Debug, так что это должно быть хорошо.
Посмотрите на вашу фактическую команду компиляции и убедитесь, что она действительно использует каталоги include, которые она должна использовать.
Это не то, что НМ хотел, чтобы ты сделал. Посмотрите полную командную строку команды компиляции в настройках вашего проекта.
Я также проверил бы, что BCGCBProInc.h существует в каталоге, который вы добавили, просмотрев эту папку в проводнике.
Вы создали этот проект на той же машине, на которой сейчас работаете? Если нет, убедитесь, что путь относительно вашего проекта, а не абсолютный путь на другом компьютере.
@drescherjm Он существует, и я также могу щелкнуть его правой кнопкой мыши в VS, и он берет меня к нему и открывает его. Также я не знаю, как «посмотреть на полную командную строку команды компиляции»
Это не команда, это журнал. Команду можно увидеть на одной из вкладок свойств проекта (я думаю, что это вкладка c ++ / командной строки).
@uberwulu проект уже существует, и я работаю над ним на одном компьютере, а библиотеки / включения находятся на этом компьютере.
@n.m.Хорошо, я смотрю на команду, и она, кажется, упоминает каталоги BCGCBPros include и lib
Я имел в виду, чтобы пути в настройках вашего проекта относились к проекту (например, к $(SolutionDir)includes ), а не к абсолютным путям, полученным с компьютера, на котором он был создан (например, D:\Development\MyProject\blahblah\includes )
Вы пытались включить это непосредственно внутри cpp, который находится в вашем проекте, чтобы убрать PCH из картинки (хотя я сомневаюсь, что PCH вызывает это)?
@uberwulu uberwulu - это абсолютные пути, но 1. Я не знаю, как указать для них надежный путь, и 2. Файлы и все находятся на этом компьютере, поэтому я думаю, что это будет иметь значение. Также файлы, которые я включаю, находятся в другой папке / папке, а затем в самом проекте.
Чтобы сделать их относительными к проекту, используйте $(ProjectDir) за которым следует оставшаяся часть пути: например, $(ProjectDir)stuff/includes или $(ProjectDir)../includes для перехода на новый уровень. Чтобы сделать их относительно решения, используйте $(SolutionDir)
Эти файлы находятся в C: Program Files (x86) \ BCGSoft \ ... и мой проект не
Вы указали это как путь к include и libs, и если да, то ли этот путь одинаков на обеих машинах?
Это помогает, но я попробовал это и все та же ошибка
Я стараюсь всегда это делать, но Visual Studio, кажется, не заботится. По крайней мере, до VS2012.
Используйте #include <>, когда я имею в виду включение системы, и #include "", когда я имею в виду включение проекта.
Для полноты #include "..." необходимо использовать тот же поиск, что и #include <...> если его дополнительные пути поиска не находят заголовок.
Да, это то, что я в конечном итоге сделаю, но сейчас я не хочу копировать все файлы .h и библиотеки в папку проекта, пока у меня не появится то, что я хочу сделать, работая.
Справедливо. Похоже, что могло быть несоответствие между путем на машине, на которой он был создан, и путем на вашей машине. В любом случае ваш план перемещения необходимых файлов в локальный каталог с относительными путями должен решить эту проблему.

Katianie · Accepted Answer · 2013-12-20T13-51-00.000Z

То, что мне нужно было сделать, чтобы скомпилировать его, было изменение

    #include "BCGCBProInc.h"

к этому

    #include "C:\Program Files (x86)\BCGSoft\BCGControlBar Professional Evaluation\BCGCBPro\BCGCBProInc.h"

Я не уверен, почему, потому что я включил путь в каталоги VC++. Когда я просматриваю путь, который он меняет (x86) на% 29x86% 29, это то, что я пытаюсь направить, но это не так, потому что я вручную изменил его на (x86).

Мой план заключается в том, когда я в конечном итоге получаю то, что мне нужно сделать, я приведу библиотеки и включит в проект локально и сделаю пути относительными

%28x86%29 не должно быть проблемой для ВК.
Я сделал мой ответ, потому что это сработало, чтобы его скомпилировать. Ответы выше очень полезны и важны для того, чтобы заставить его работать.