| Сейчас на форуме: (+6 невидимых) |
 |
eXeL@B —› Программирование —› Проблема bash + gcc в windows |
| Посл.ответ | Сообщение |
|
|
Создано: 01 мая 2019 11:23 · Поправил: [X-Ray] · Личное сообщение · #1 Друзья, редко обращаюсь с вопросами, но тут я уже мозг сломал. Есть у меня ноут с Win 10. На нем стоит git bash (последний, скачанный с сайта) и QNX SDP (там компиль на базе gcc). Дело в том, что при сборке проекта компилятор почему-то некорректно обрабатывает параметр -I/path/ (указывает путь для поиска инклюдов). На других компах с Win7/Win10 всё работает без нареканий Причем, если указать -I"/path/", то всё работает. Может быть, кто-нибудь сталкивался с подобным или знает, в чем может быть проблема? Прошу прощения, если не в том разделе создал тему, не смог определить, где её лучше запостить.  |
|
|
Создано: 01 мая 2019 12:06 · Личное сообщение · #2 вангую проблему из-за использования слэшей/бекслэшей вперемешку учитывая направленность форума, рекомендую взять procmon и посмотреть как в результате выглядят пути по которым происходит фактический поиск |
|
|
Создано: 01 мая 2019 12:11 · Личное сообщение · #3 [X-Ray] - реальные пути напиши, будет проще что-то сказать. Возможно пробелы в пути, либо другие спецсимволы. |
|
|
Создано: 01 мая 2019 13:30 · Поправил: hash87szf · Личное сообщение · #4 ещё некоторые скриптики хотят path так "c:\ \path\ \dlkfa\ \laksjdf" но cppasm угадал, "program files" error  edit вау, форум двойной бэкслэш сожрал... \ \ |
|
|
Создано: 01 мая 2019 13:47 · Поправил: [X-Ray] · Личное сообщение · #5 Пробелов и спецсимволов точно нет, примеры скину попозже, пока нет возможности Upd: хотя, двоеточие считается спецсимволом? |
|
|
Создано: 01 мая 2019 14:22 · Поправил: f13nd · Личное сообщение · #6 [X-Ray] пишет: хотя, двоеточие считается спецсимволом? Некоторые юниксовые приложения, shiboken в частности, двоеточие не любят. ----- 2 оттенка серого |
|
|
Создано: 01 мая 2019 15:08 · Поправил: hash87szf · Личное сообщение · #7 на Венде . и .. помоему файлы... works... 
|
|
|
Создано: 01 мая 2019 18:51 · Поправил: [X-Ray] · Личное сообщение · #8 Как-то так. Файл clogger, например, находится в репе logger, но компилятор почему-то его не видит |
|
|
Создано: 01 мая 2019 19:46 · Личное сообщение · #9 Хз, вроде всё ок. По крайней мере в GCC должно работать. Попробуй как вариант ещё /E:/Job/... Не понятно в чём проблема: если работает путь заключённый в кавычки - в чём сложность эти кавычки написать? И как там clogger.h инклюдится? #include <clogger.h> или #include "clogger.h" ?? Добавлено спустя 1 минуту hash87szf - в cmd не надо слэши дублировать. |
|
|
Создано: 01 мая 2019 20:44 · Поправил: [X-Ray] · Личное сообщение · #10 cppasm пишет: в чём проблема: если работает путь заключённый в кавычки - в чём сложность эти кавычки написать? Это не проблема, но хотелось бы разобраться, почему не работает только на одной конкретной машине cppasm пишет: #include <clogger.h> или #include "clogger.h" ?? #include "clogger.h" Добавлено спустя 4 минуты @cppasm Там дело в том, что пути высчитываются в Makefile UPDIR = $(shell cd .. && pwd) INCLUDES = INCLUDES += -I$(UPDIR)/logger @cppasm Попробовал #include <clogger.h> Результат тот же |
|
|
Создано: 03 мая 2019 17:20 · Личное сообщение · #11 пробелы в путях - это классический идиотизм венды, такой же как инсталляция кросстулов в program files. и потом virtualbox, с юниксом на выбор, придумали чтобы не страдать. но ежики они такие ежики... |
|
eXeL@B —› Программирование —› Проблема bash + gcc в windows |
Для печати