Здравствуйте, shrewd, Вы писали:
S>Как же решить эту проблему? Если название проекта состоит из нескольких слов приходится их разделять знаком "тире".
S>В итоге исполняемый файл тоже содержит это тире.
S>Пробовал в .pro файле TARGET= заменить "тире" на пробел, но тогда название exe-файла обрывается на пробеле.
S>Как решить эту проблему?
S>Хотя бы как сделать, чтобы исполняемый файл exe содержал пробелы вместо тире?
А зачем тебе такие ужасы (файл с пробелом)?
Знак подчёркиваня придумали как раз для таких случаев.
Ну залезь руками в Makefile и сделай переименование.
Или просто руками файл переименовывай.
Здравствуйте, shrewd, Вы писали:
S>Как же решить эту проблему? Если название проекта состоит из нескольких слов приходится их разделять знаком "тире".
Не Qt, а QtCreator.
S>В итоге исполняемый файл тоже содержит это тире. S>Пробовал в .pro файле TARGET= заменить "тире" на пробел, но тогда название exe-файла обрывается на пробеле. S>Как решить эту проблему?
Лучше всего перейти на CMake или QBS.
S>Хотя бы как сделать, чтобы исполняемый файл exe содержал пробелы вместо тире?
Поверь, оно тебе не нужно. Пробелы в именах только усложняют жизнь, ибо обязательно находится лось, который забыл закавычить переменную с путём и хорошо есть оно просто в итоге свалится без последствий.
Никаких пробелов. Никогда.
Здравствуйте, shrewd, Вы писали:
S>Как же решить эту проблему? Если название проекта состоит из нескольких слов приходится их разделять знаком "тире".
Дело не в том как поставить пробел, а в том, что в программных проектах в именах папок и файлов лучше всего использовать только латинский алфавит и символ подчёркивания '_' вместо иного алфавита и пробелов. Причём весь путь от корня, то есть буквы диска или слеша '/', должен быть таким во избежании проблем. В противном случае будет очень плохая переносимость.
Ещё идея, в идентификаторах, то есть в именах классов, функций, переменных и так далее, можно писать транслитерацией. Например, синтаксическая подсветка, нужно слово подсветка, пишем не highlighting, а podsvetka. Ну, а почему бы и нет? Другое дело к такому коду сторонние программисты будут относится не лучшим образом. Или ещё можно писать var1, var2, var3, var4, всё ведь понятно.
У нас есть выбор, или делать правильно, общепринято, или делать так как нам хочется здесь и сейчас. Дело же не только в Qt, то есть QtCreator, QMake и так далее. За этим фасадом скрываются компиляторы, тот же gcc и другие включая проприетарные. Именно с ними в конечном итоге и возникнут проблемы. Если система нас сразу предупреждает, что так лучше не делать, но мы же лучше знаем, потому мужественно преодолеем её "недостатки".
