Как диагностировать «Ввод неизвестного каталога»

Я получаю ускорение в этом проекте QNX с кучей файлов make-файлов. Я все еще получаю сущность от фона Visual Studio. Результат сборки из импульсивности оставляет желать лучшего, но есть одна конкретная ошибка, о которой я хочу, чтобы было больше отзывов.Как диагностировать «Ввод неизвестного каталога»

make: Entering an unknown directory 
make: Leaving an unknown directory 
make: *** P:\Sources_xxx\xxxx\ProjectX\x86\o: No such file or directory. Stop. 
make[1]: *** [ProjectX] Error 2

Мы портирование кода, построить в VC++, так что я не могу просто вернуться до последнего изменения, которые введены эту ошибку, так как это все приходит сразу. Я полагаю, что что-то не так с файлом make, но у него нет навыков отладки в QNX, чтобы получить вывод make, чтобы сообщить мне, в какой директории он борется. Является ли каталог, который, как говорят, неизвестен так же, как ProjectX \ x86 \ o ??

источник

2016-05-05 jxramos

Ну, во-первых, я долго не смотрел на QNX, но в прошлый раз, когда я это делал, это была система UNIX-ish, поэтому она не использовала бы такие пути, как 'P: \ foo \ bar', она использовала бы UNIX пути, такие как '/ p/foo/bar' или что-то еще. Используете ли вы какую-то специальную файловую систему в QNX, которая похожа на NTFS? Это сообщение из GNU make говорит, что он не смог найти рабочий каталог; вы должны были получить ошибку перед первой строкой, которую вы показываете о том, почему поиск в каталоге не удался. – MadScientist

Выход сборки получается скремблированным и трудно отследить от всех параллельных построений, записывающих на консоль. Что случилось, так это то, что я не понимал, что мне нужно взять на себя управление исходными кодами промежуточных каталогов: 'x86 \ o'. Исходя из этого фона VisualStudio, подобные каталоги генерируются «на лету» и не предназначены для фиксации контроля источника. Я напишу ответ на это немного. Терминология каталога _unknown_ была довольно незнакомой и двусмысленной для меня, что-то вроде строк, которые не найдены, ближе к дому. – jxramos

@MadScientist, на пути, мы на самом деле собираем вещи QNX и запускаем кратковременные действия с ящиков Windows и перемещаем двоичные файлы в ящики QNX для запуска. – jxramos

Таким образом, похоже, что сообщение об ошибке относится к соответствующей папке P:\Sources_xxx\xxxx\ProjectX\x86\o, это, по-видимому, неизвестный каталог, который в основном является каталогом, который не существует в файловой системе. Из нашей сборки мы ожидали, что будем контролировать исходные папки, созданные в соответствии с Build Variants, указанными в настройках проекта, которые в нашем случае были X86.

Это было непонятно для нас, кто является новым в команде, работающей с QNX, поскольку из Visual Studio такие промежуточные папки автоматически создаются и не должны проверяться в исходном контроле. То, что скрывало это, также в том, что папка существовала в моей системе разработчиков, когда я создал новый проект QNX, но не был в исходном контроле, не был найден на сервере сборки, где была обнаружена ошибка.

источник

2016-05-09 22:09:01 jxramos

Как диагностировать «Ввод неизвестного каталога»

ответ

Смежные вопросы