Сообщение Re[4]: Удачная интеграция MSVS и Qt4! от 23.01.2016 11:22
Изменено 23.01.2016 11:24 DiPaolo
Здравствуйте, AlexGin, Вы писали:
AG>В такой конфигурации появляется резонный вопрос:
AG>В переменную среды PATH (в настройках ОС Windows) — прописывать путь к какой версии?
Советую не прописывать в PATH. У меня, например, не прописано. Объясню, почему это может быть удобно:
Если у Вас несколько Qt и есть несколько проектов, которые надо собирать разными версиями, или же надо собирать один проект, но с разными версиями (ну мало ли
.
Тогда вы каждый раз настраиваете нужное окружение (например, запускаете тот или иной скрипт). Т.е. набираете себе кирпичики, которые нужны на данный конкретный момент. Это очень хорошо ложится, кстати, в подход, применяемый в Linux-среде.
Опять-таки, представьте, что у Вас еще есть сборки Qt для мобильников (для ARM и х86). И Вам нужно оперировать разными. UI для мобильника на одном Qt. Движок на другой версии. Ну это так, для примера.
Или другой пример. Берете исходники какого-нибудь проекта с GitHub, а там нудна определенная версия Qt, которой у Вас нет. Не будете же Вы менять свое окружение для этого. Вы просто накатите нужную версию Qt, испоьзуете ее для сборки. Ваше основное рабочее окружение никак не пострадает.
Возможны различные варианты, в зависимоти от Ваших предпочтений и того, как Вы привыкли работать.
1) Например, в Windows при установке Qt Add-in появляется шорткат в Пуске "Qt 4.8.4 Command Prompt", который вызывает нужный батник для настройки конкретного окружения:
В qtvars.bat прописано, в частности:
Ну это моя конкретная конфигурация.
Таким образом, можно запускать этот пункт в Пуске (их будет несколько для разных версий). Или же написать свои удобные батники и использовать C:\apps\Qt\4.8.4\bin\qtvars.bat и прочие напрямую.
2) Можно в Студии выбирать дефолтную версию Qt. Она сама все сделает.
3) Под Линуксом можно также использовать свои скрипты и зыпускать тот или иной в зависимоти от того, какая версия Qt нужна.
4) Можно в Qt Creator настраивать конфигурации, в том числе и задавать конфигурацию по умолчанию.
Более того, в Qt Creator Вы можете собирать из кирпичиков себе не только Qt, но и компилятор, и дебаггер и т.д. Получается в итоге различные инструменты сборки, которые нужны именно Вам.
Лично для меня иметь разные Qt — очень удобно. Но это зависит от Ваших привычек и нужд.
AG>В такой конфигурации появляется резонный вопрос:
AG>В переменную среды PATH (в настройках ОС Windows) — прописывать путь к какой версии?
Советую не прописывать в PATH. У меня, например, не прописано. Объясню, почему это может быть удобно:
Если у Вас несколько Qt и есть несколько проектов, которые надо собирать разными версиями, или же надо собирать один проект, но с разными версиями (ну мало ли
.Тогда вы каждый раз настраиваете нужное окружение (например, запускаете тот или иной скрипт). Т.е. набираете себе кирпичики, которые нужны на данный конкретный момент. Это очень хорошо ложится, кстати, в подход, применяемый в Linux-среде.
Опять-таки, представьте, что у Вас еще есть сборки Qt для мобильников (для ARM и х86). И Вам нужно оперировать разными. UI для мобильника на одном Qt. Движок на другой версии. Ну это так, для примера.
Или другой пример. Берете исходники какого-нибудь проекта с GitHub, а там нудна определенная версия Qt, которой у Вас нет. Не будете же Вы менять свое окружение для этого. Вы просто накатите нужную версию Qt, испоьзуете ее для сборки. Ваше основное рабочее окружение никак не пострадает.
Возможны различные варианты, в зависимоти от Ваших предпочтений и того, как Вы привыкли работать.
1) Например, в Windows при установке Qt Add-in появляется шорткат в Пуске "Qt 4.8.4 Command Prompt", который вызывает нужный батник для настройки конкретного окружения:
%COMSPEC% /k "C:\apps\Qt\4.8.4\bin\qtvars.bat vsvars"В qtvars.bat прописано, в частности:
echo Setting up a Qt environment...
set QTDIR=C:\apps\Qt\4.8.4
echo -- QTDIR set to C:\apps\Qt\4.8.4
set PATH=C:\apps\Qt\4.8.4\bin;%PATH%
echo -- Added C:\apps\Qt\4.8.4\bin to PATH
set QMAKESPEC=win32-msvc2010
echo -- QMAKESPEC set to "win32-msvc2010"Ну это моя конкретная конфигурация.
Таким образом, можно запускать этот пункт в Пуске (их будет несколько для разных версий). Или же написать свои удобные батники и использовать C:\apps\Qt\4.8.4\bin\qtvars.bat и прочие напрямую.
2) Можно в Студии выбирать дефолтную версию Qt. Она сама все сделает.
3) Под Линуксом можно также использовать свои скрипты и зыпускать тот или иной в зависимоти от того, какая версия Qt нужна.
4) Можно в Qt Creator настраивать конфигурации, в том числе и задавать конфигурацию по умолчанию.
Более того, в Qt Creator Вы можете собирать из кирпичиков себе не только Qt, но и компилятор, и дебаггер и т.д. Получается в итоге различные инструменты сборки, которые нужны именно Вам.
Лично для меня иметь разные Qt — очень удобно. Но это зависит от Ваших привычек и нужд.
Re[4]: Удачная интеграция MSVS и Qt4!
Здравствуйте, AlexGin, Вы писали:
AG>В такой конфигурации появляется резонный вопрос:
AG>В переменную среды PATH (в настройках ОС Windows) — прописывать путь к какой версии?
Советую не прописывать в PATH. У меня, например, не прописано. Объясню, почему это может быть удобно:
Если у Вас несколько Qt и есть несколько проектов, которые надо собирать разными версиями, или же надо собирать один проект, но с разными версиями (ну мало ли.
Тогда вы каждый раз настраиваете нужное окружение (например, запускаете тот или иной скрипт). Т.е. набираете себе кирпичики, которые нужны на данный конкретный момент. Это очень хорошо укладывается, кстати, в подход, применяемый в Linux-среде.
Опять-таки, представьте, что у Вас еще есть сборки Qt для мобильников (для ARM и х86). И Вам нужно оперировать разными. UI для мобильника на одном Qt. Движок на другой версии. Ну это так, для примера.
Или другой пример. Берете исходники какого-нибудь проекта с GitHub, а там нудна определенная версия Qt, которой у Вас нет. Не будете же Вы менять свое окружение для этого. Вы просто накатите нужную версию Qt, испоьзуете ее для сборки. Ваше основное рабочее окружение никак не пострадает.
Возможны различные варианты, в зависимоти от Ваших предпочтений и того, как Вы привыкли работать.
1) Например, в Windows при установке Qt Add-in появляется шорткат в Пуске "Qt 4.8.4 Command Prompt", который вызывает нужный батник для настройки конкретного окружения:
В qtvars.bat прописано, в частности:
Ну это моя конкретная конфигурация.
Таким образом, можно запускать этот пункт в Пуске (их будет несколько для разных версий). Или же написать свои удобные батники и использовать C:\apps\Qt\4.8.4\bin\qtvars.bat и прочие напрямую.
2) Можно в Студии выбирать дефолтную версию Qt. Она сама все сделает.
3) Под Линуксом можно также использовать свои скрипты и зыпускать тот или иной в зависимоти от того, какая версия Qt нужна.
4) Можно в Qt Creator настраивать конфигурации, в том числе и задавать конфигурацию по умолчанию.
Более того, в Qt Creator Вы можете собирать из кирпичиков себе не только Qt, но и компилятор, и дебаггер и т.д. Получается в итоге различные инструменты сборки, которые нужны именно Вам.
Лично для меня иметь разные Qt — очень удобно. Но это зависит от Ваших привычек и нужд.
AG>В такой конфигурации появляется резонный вопрос:
AG>В переменную среды PATH (в настройках ОС Windows) — прописывать путь к какой версии?
Советую не прописывать в PATH. У меня, например, не прописано. Объясню, почему это может быть удобно:
Если у Вас несколько Qt и есть несколько проектов, которые надо собирать разными версиями, или же надо собирать один проект, но с разными версиями (ну мало ли
.Тогда вы каждый раз настраиваете нужное окружение (например, запускаете тот или иной скрипт). Т.е. набираете себе кирпичики, которые нужны на данный конкретный момент. Это очень хорошо укладывается, кстати, в подход, применяемый в Linux-среде.
Опять-таки, представьте, что у Вас еще есть сборки Qt для мобильников (для ARM и х86). И Вам нужно оперировать разными. UI для мобильника на одном Qt. Движок на другой версии. Ну это так, для примера.
Или другой пример. Берете исходники какого-нибудь проекта с GitHub, а там нудна определенная версия Qt, которой у Вас нет. Не будете же Вы менять свое окружение для этого. Вы просто накатите нужную версию Qt, испоьзуете ее для сборки. Ваше основное рабочее окружение никак не пострадает.
Возможны различные варианты, в зависимоти от Ваших предпочтений и того, как Вы привыкли работать.
1) Например, в Windows при установке Qt Add-in появляется шорткат в Пуске "Qt 4.8.4 Command Prompt", который вызывает нужный батник для настройки конкретного окружения:
%COMSPEC% /k "C:\apps\Qt\4.8.4\bin\qtvars.bat vsvars"В qtvars.bat прописано, в частности:
echo Setting up a Qt environment...
set QTDIR=C:\apps\Qt\4.8.4
echo -- QTDIR set to C:\apps\Qt\4.8.4
set PATH=C:\apps\Qt\4.8.4\bin;%PATH%
echo -- Added C:\apps\Qt\4.8.4\bin to PATH
set QMAKESPEC=win32-msvc2010
echo -- QMAKESPEC set to "win32-msvc2010"Ну это моя конкретная конфигурация.
Таким образом, можно запускать этот пункт в Пуске (их будет несколько для разных версий). Или же написать свои удобные батники и использовать C:\apps\Qt\4.8.4\bin\qtvars.bat и прочие напрямую.
2) Можно в Студии выбирать дефолтную версию Qt. Она сама все сделает.
3) Под Линуксом можно также использовать свои скрипты и зыпускать тот или иной в зависимоти от того, какая версия Qt нужна.
4) Можно в Qt Creator настраивать конфигурации, в том числе и задавать конфигурацию по умолчанию.
Более того, в Qt Creator Вы можете собирать из кирпичиков себе не только Qt, но и компилятор, и дебаггер и т.д. Получается в итоге различные инструменты сборки, которые нужны именно Вам.
Лично для меня иметь разные Qt — очень удобно. Но это зависит от Ваших привычек и нужд.