Здравствуйте!
У меня не получается подключить qwt к Qt Creator как плагин.
При этом qwt к Qt Designer как плагин подключается.

Все комплировалось MinGW, Qt Creator - как debug. qwt пробовал и debug и release.
К Qt Designer qwt подключается, когда qwt plugin скомпилирован как release.
Другой плагин (состоящий из одного модуля) с Qt Creator работает.
Что делать?

у меня последнее qwt не дружило с qt4.5.1. Правда оба были собраны VS2008. Помогло только qt4.5.0. Пока на нем и сижу.  Под линуксом  qt4.5.1 + qwt 5.2  работает замечательно.

Сейчас собираю, разбираюсь. Похоже, что qwt ничего не знает про Qt Creator и по умолчанию кидает плугины в папку дизайнера, если их от туда просто скопировать, то всё одно они в креаторе не работают. В принципе было бы не критично, если бы дизайнер их видел. Но он выводит сообщение об ошибке, что не могу загрузить плугин, потому, что модуль не найден. В чём может быть проблема?!

Ошибка следующая: Cannot load library C:/Qt/2009.04/qt/plugins/designer/qwt_designer_plugin5.dll: The specified module could not be found.

Решение нашёл на буржуйском сайте: нужно скопировать qwt5.dll в папку $(QTDIR)/bin

>>Причем его нет даже в списке загруженных плагинов в qt creator
И не будет, у креатора своя система плагинов, не совместимая с дизайнером

эпопея продолжается. Оказывается туда нужно копировать файл из папки plugins/designer qwt'шной, но теперь другое грит - "...использует несовместимую библиотеку Qt. Ожидается ключ "Windows msvc release full-config", но получен ключ "Windows mingw release full-config". Собственно отсюда вопрос - где Qt Creator научить собирать проект qwt с ключем win32-msvc из mkspecs вместо win32-g++?

з.ы. таки нашел как - достаточно просто в ключах qmake сказать win32-msvc, но это не помогло - теперь qt creator при сборке nmake ругается на определённом этапе что: "rc" не является внутренней или внешней командой, исполняемой проргаммой или пакетным файлом.
Следует учесть что nmake из VS 2010, пробовал указывать wn32-msvs2008 - та же петрушка, а ежели вернуть обратно win32-g++ - все гут

теперь решил собирать студией из командной строки. Нормально сконфигурились makefile разные, запустил сборку компилятором nmake через Visual Studio Command Promt. Шла-шла компиляция, а потом на финальном этапе мне выдали фразу - "да что ж это такое, товарищ, а файлика QtGUI4.lib вовсе то и нет!", поглядел - действительно нет, в папке qt\lib лежат разные себе *.a и *.prl файлики. Собственно никаких файлов *.lib я вообще нигде не нашел. Видимо без пересборки qt не обойтись .

так и не вышло собрать заново qwt с помощью nmake. так же не вышло и пересобрать все qt sdk под mingw. Поэтому пошел по пути наименьшего сопротивления - скачал исходники qt creator и скомпилил его mingw-make из уже установленного qt sdk, и вуяла - появились таки эти злосчастные виджеты. Одна проблема - интерфейс qt creator переключился на английский, особо не напрягает, но все таки осадочек остался...

ну и да - буду благодарен за любые советы по поводу того, как это можно сделать более элегантно, или где таки можно достать эти требуему nmake *.lib файлы...

хе-хе, про то, что .a это .lib - я то знал, спасибо, но вот то, что файл может называться не QtGui4.a а libQtGui4.a никак не смог догадаться Грустный, переименование полечило nmake, но радоваться пока рано:
moc_qwt_legend.obj : error LNK2001: unresolved external symbol "__declspec(dllim
port) public: virtual int __thiscall QFrame::qt_metacall(enum QMetaObject::Call,
int,void * *)" (__imp_?qt_metacall@QFrame@@UAEHW4Call@QMetaObject@@HPAPAX@Z)
moc_qwt_plot.obj : error LNK2001: unresolved external symbol "__declspec(dllimpo
rt) public: virtual int __thiscall QFrame::qt_metacall(enum QMetaObject::Call,in
t,void * *)" (__imp_?qt_metacall@QFrame@@UAEHW4Call@QMetaObject@@HPAPAX@Z)
moc_qwt_plot_canvas.obj : error LNK2001: unresolved external symbol "__declspec(
dllimport) public: virtual int __thiscall QFrame::qt_metacall(enum QMetaObject::
Call,int,void * *)" (__imp_?qt_metacall@QFrame@@UAEHW4Call@QMetaObject@@HPAPAX@Z
)
moc_qwt_text_label.obj : error LNK2019: unresolved external symbol "__declspec(d
llimport) public: static struct QMetaObject const QFrame::staticMetaObject" (__i
mp_?staticMetaObject@QFrame@@2UQMetaObject@@B) referenced in function "void __cd
ecl `dynamic initializer for 'public: static struct QMetaObject const QwtTextLab
el::staticMetaObject''(void)" (??__E?staticMetaObject@QwtTextLabel@@2UQMetaObjec
t@@B@@YAXXZ)
moc_qwt_legend.obj : error LNK2001: unresolved external symbol "__declspec(dllim
port) public: static struct QMetaObject const QFrame::staticMetaObject" (__imp_?
staticMetaObject@QFrame@@2UQMetaObject@@B)
moc_qwt_plot.obj : error LNK2001: unresolved external symbol "__declspec(dllimpo
rt) public: static struct QMetaObject const QFrame::staticMetaObject" (__imp_?st
aticMetaObject@QFrame@@2UQMetaObject@@B)
moc_qwt_plot_canvas.obj : error LNK2001: unresolved external symbol "__declspec(
dllimport) public: static struct QMetaObject const QFrame::staticMetaObject" (__
imp_?staticMetaObject@QFrame@@2UQMetaObject@@B)
..\lib\qwt5.dll : fatal error LNK1120: 641 unresolved externals
NMAKE : fatal error U1077: 'echo' : return code '0x460'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 10.0\VC\BI
N\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.
 и еще аналогичных таких ошибок овер 9000 Грустный придется еще и еще плясать с бубном, а говорили, что в виндовс никогда не нужно парить моск со сборками, конфигами, etc Грустный

Подскажите как собрать qwt 5.2.0 дебажную версию.
Gри сборке ставлю ключи:
в самом проекте подключаю:
при сборке выдает Run-time error, если собираю релиз все нормально. XP 3sp, Qt 4.6.2, Qt Creator 1.3.1, MinGW.
По форуму искал пишут, что есть проблема такая но как решить не нашел.