Russian Qt Forum
Сентябрь 30, 2024, 22:23 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
 
  Начало   Форум  WIKI (Вики)FAQ Помощь Поиск Войти Регистрация  

Страниц: 1 [2]   Вниз
  Печать  
Автор Тема: Статическая сборка Qt, vs2008.  (Прочитано 19360 раз)
Dendy
Гость
« Ответ #15 : Декабрь 18, 2009, 02:03 »

Я почему-то ожидал, что студия будет указывать на ошибки, этого и не должно быть?

Соединение сигналов и слотов происходит в рантайме, компилятор ошибку в сигнатуре определить не может. Собирайте консольные проекты для дебага - там в выводе увидите ошибку как только выполнение программы дойдёт до неверного соединения сигналов/слотов. Или воспользуйтесь qInstallMsgHandler(), чтобы перехватить сообщение об ошибке в свою функцию.

А как мне собрать релизную версию?

Если не указывали явно тип сборки Debug при configure - то можно просто вызвать: nmake -f Makefile.Release в корне Qt.
Записан
crackedmind
Гость
« Ответ #16 : Декабрь 18, 2009, 02:39 »

Dendy
Файл не обязательно указывать то. Достаточно цель для сборки Улыбающийся обрабатывается Makefile и передается управление в Makefile.Release (или Debug) Улыбающийся
Записан
NkuNLANfT
Гость
« Ответ #17 : Декабрь 18, 2009, 02:41 »

Если не указывали явно тип сборки Debug при configure - то можно просто вызвать: nmake -f Makefile.Release в корне Qt.
Правильно я понимаю, что если при конфигурации указал -release (а не -debug-and-release или -debug), то в любом случае будет релизная версия?
Записан
Dendy
Гость
« Ответ #18 : Декабрь 18, 2009, 04:31 »

Файл не обязательно указывать то. Достаточно цель для сборки Улыбающийся обрабатывается Makefile и передается управление в Makefile.Release (или Debug) Улыбающийся

Спасибо, буду знать! (-; Но у вызова непосредственно мейкфайла через Makefile.Debug (Release) есть одно преимущество - можно указывать таргеты без уточнения к какому типу сборки они относятся.
Записан
Dendy
Гость
« Ответ #19 : Декабрь 18, 2009, 04:32 »

Правильно я понимаю, что если при конфигурации указал -release (а не -debug-and-release или -debug), то в любом случае будет релизная версия?

Всё верно.
Записан
NkuNLANfT
Гость
« Ответ #20 : Декабрь 18, 2009, 15:12 »

Ясно, спасибо за ответы.
Записан
0x0001
Гость
« Ответ #21 : Март 07, 2010, 04:35 »

win32-VS2008:
а я Проблему так м не смог решить, выдаёт как и у NkuNLANfT: (пробовал все варианты)
Код:
main.obj : error LNK2019: unresolved external symbol "class QObject * __cdecl qt
_plugin_instance_qsqlite(void)" (?qt_plugin_instance_qsqlite@@YAPAVQObject@@XZ)
referenced in function "public: __thiscall StaticqsqlitePluginInstance::Staticqs
qlitePluginInstance(void)" (??0StaticqsqlitePluginInstance@@QAE@XZ) ..... 

Что делать ?? Неужели невозможно нормально поставить QT версии 4.6.x с ключёми -static ?

Записан
Elron
Гость
« Ответ #22 : Апрель 07, 2010, 17:04 »

Аналогичная проблема, может кто-нибудь сделает видео как он это сделал и с какой версией делал ?!
Записан
Danila_Bagrofff
Гость
« Ответ #23 : Сентябрь 01, 2010, 12:45 »

Тоже теперь собираю сборку под vis.studio 2009.

Столкнулся с проблемой:

Цитировать
Setting environment for using Microsoft Visual Studio 2008 x86 tools.

C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC>cd c:\qt-4.6.3

c:\Qt-4.6.3>nmake

Служебная программа обслуживания программ Microsoft (R), версия 9.00.30729.01
(C) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.

        C:\Qt-4.6.3\bin\qmake C:/Qt-4.6.3/\projects.pro  -o Makefile -spec win32
-msvc2005
"C:\Qt-4.6.3\bin\qmake" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
NMAKE : fatal error U1077: C:\Qt-4.6.3\bin\qmake: возвращенный код "0x1"
Stop.


Что не так?)
Записан
Mikhail
Программист
*****
Offline Offline

Сообщений: 587


Просмотр профиля
« Ответ #24 : Сентябрь 01, 2010, 14:20 »

Отсутствует путь на (QTDIR)/bin.
Прочитайте внимательно инструкцию по сборке
Записан
Страниц: 1 [2]   Вверх
  Печать  
 
Перейти в:  


Страница сгенерирована за 0.062 секунд. Запросов: 23.