Переносимость файлов проекта qmake между ОС Опции

[Алексей1153]

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

Первый вопрос такой: теневая сборка в QtCreator. Под виндой указывается абсолютный путь, а если это не так, то путь отсчитывается от папки установки Qt.

А во как сделать так, чтобы универсально задавалась папка X, которая лежит на 1 шаг выше по дереву каталогов, чем файл *.pro?


Второй вопрос: профиль. Под виндой , к примеру, 4.7.0 (а "Qt в PATH" не определён), под линуксом приходится вручную выбирать "Qt в PATH". Как обобщить ?

Третий вопрос - кодировки. Вот в соседней теме озвучил, повторюсь, как вывернулся

1) все файлы проекта - в кодировке UTF-8
2) кодировка среды по умолчанию - UTF-8
3) строки оборачиваю в QString::fromUtf8("русский текст")

- наткнулся на этот вариант, пытаясь сделать универсально для винды и для линукса. Больше вроде не было проблем

Кстати, интересно, правильно ли я сделал, или оно "просто пока работает" ?

Сообщение отредактировал Алексей1153 - 5.2.2011, 18:28

[maint]

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

Первый вопрос такой: теневая сборка в QtCreator. Под виндой указывается абсолютный путь, а если это не так, то путь отсчитывается от папки установки Qt.

А во как сделать так, чтобы универсально задавалась папка X, которая лежит на 1 шаг выше по дереву каталогов, чем файл *.pro?


Второй вопрос: профиль. Под виндой , к примеру, 4.7.0 (а "Qt в PATH" не определён), под линуксом приходится вручную выбирать "Qt в PATH". Как обобщить ?

Третий вопрос - кодировки. Вот в соседней теме озвучил, повторюсь, как вывернулся

1) все файлы проекта - в кодировке UTF-8
2) кодировка среды по умолчанию - UTF-8
3) строки оборачиваю в QString::fromUtf8("русский текст")

- наткнулся на этот вариант, пытаясь сделать универсально для винды и для линукса. Больше вроде не было проблем

Кстати, интересно, правильно ли я сделал, или оно "просто пока работает" ?

на первый вопрос. В обоих системах можно указать одинаково

../имя_файла.cpp

например у меня

SOURCES = main.cpp \
    ../common/init.cpp \
    logfile.c

вопрос второй. Формализовать не получилось у меня. PATH - это от операционной системы. На новом месте укзывать для сборки обязятельно
вопрс третий. Сделано абсолютно правильно. Только я, еще (непомню откуда взял правило, то ли сам допер, то ли вычитал) укаываю в main.cpp

#ifdef _LINUX
    setlocale(LC_ALL, "ru_RU.UTF-8");
#endif
    QTextCodec::setCodecForCStrings(QTextCodec::codecForName("UTF8"));
#ifdef _WIN32
    setlocale(LC_ALL, "Russian");
#endif

в проекте соотвественно

win32 { 
    DEFINES += _WIN32
}
unix { 
    DEFINES += _LINUX
}

[Алексей1153]

на первый вопрос. В обоих системах можно указать одинаково
../имя_файла.cpp

э... Вообще-то , вопрос не об этом. А о выходных файлах. Если там указать оператор шага наверх, то скомпилится просто напросто не в папке Qt, а на шаг выше (c:/2010.05/ у меня)

указываю в main.cpp

а вот надо ли ? Вопрос остался открытым

#ifdef _LINUX
#ifdef _WIN32

во, за дефайны спасибо, что напомнил, я и забыл про них совсем )) Пригодится.

[Litkevich Yuriy]

Переносимость файлов проекта для QtCreator между ОС

Файлы проектов креатора в принципе не переносимы. Никогда не таскай их. переносимыми являются только файлы qmake (*.pro/*.pri)

[Алексей1153]

переносимыми являются только файлы qmake (*.pro/*.pri)

так я про них и говорю. Ну и H+CPP+ресурсы. А какие ещё файлы проекта есть ?

[maint]

на первый вопрос. В обоих системах можно указать одинаково
../имя_файла.cpp

э... Вообще-то , вопрос не об этом. А о выходных файлах. Если там указать оператор шага наверх, то скомпилится просто напросто не в папке Qt, а на шаг выше (c:/2010.05/ у меня)

указываю в main.cpp

а вот надо ли ? Вопрос остался открытым

#ifdef _LINUX
#ifdef _WIN32

во, за дефайны спасибо, что напомнил, я и забыл про них совсем )) Пригодится.

вообще файлики имя.pro.user тащить с собой не только между разными идеологически системами, но в просто на другую машину вредно для здоровья.В main.cрp указывать надо. Локаль определять может и не стоит (если не с базами работа). Но для вывода текста

QTextCodec::setCodecForCStrings(QTextCodec::codecForName("UTF8"));

я бы все же рекомендовал. Не пожалеешь при перетаскивании проекта. Была у меня плюха с этим. Вдруг при переносе из линуха в винду, кажется или наоборот, вдруг дурь началась в моей диагностике. Я убил 2 дня, пока дошло. И просрочил срок сдачи

[Алексей1153]

вообще файлики имя.pro.user тащить с собой не только между разными идеологически системами, но в просто на другую машину вредно для здоровья

там вроде ничего опасного не хранится. Специально заглянул сейчас

а XML - он как бы и в Африке не doc ))

Сообщение отредактировал Алексей1153 - 5.2.2011, 19:28

[maint]

вообще файлики имя.pro.user тащить с собой не только между разными идеологически системами, но в просто на другую машину вредно для здоровья

там вроде ничего опасного не хранится. Специально заглянул сейчас

а XML - он как бы и в Африке не doc ))

например недавно здесь пробегала тема, почему дебагер не заводится.

[igor_bogomolov]

maint, Не надо цитировать целыми сообщениями, получается очень громоздко и тяжело читать.

В первый вопроса так и не въехал. Напиши проще что делаешь, что в результате получаешь и что хотелось бы получить.
Я теневую сборку в своих проектах не использую. Предпочитаю сам указывать куда должны помещаться библиотеки, бинарники, файлы сборки и т.д.

ОС можно определить проще. Смотри определения Q_OS_* (Q_OS_LINUX, Q_OS_UNIX, Q_OS_WIN32, etc).

[Алексей1153]

В первый вопроса так и не въехал

да вроде разобрались уже - вручную и придётся указывать

ОС можно определить проще. Смотри определения Q_OS_* (Q_OS_LINUX, Q_OS_UNIX, Q_OS_WIN32, etc).

эти определения в pro/pri тоже видны ?