PDA

View Full Version : Designer, plugins, Qt 4.8.3 and MinGW 4.6



Sparhawk
7th November 2012, 20:00
Hi,

I'm not sure if Qt 4.8.3 is not compatible with MinGW 4.6.X or I'm doing something bad (last one, sure). I'm trying to compile Qt 4.8.3 on Windows 7 using MinGW 4.6.X (32 bits). I use:

configure -qt-style-windowsxp -qt-style-windowsvista -rtti -nomake demos -nomake samples.

Well, this is the .qmake.cache



QMAKE_QT_VERSION_OVERRIDE = 4
OBJECTS_DIR = tmp/obj/debug_shared
MOC_DIR = tmp/moc/debug_shared
RCC_DIR = tmp/rcc/debug_shared
sql-plugins += sqlite
styles += windows plastique cleanlooks windowsxp windowsvista motif cde
TMPPATH = $$quote($$(INCLUDE))
QMAKE_INCDIR_POST += $$split(TMPPATH,";")
TMPPATH = $$quote($$(LIB))
QMAKE_LIBDIR_POST += $$split(TMPPATH,";")
CONFIG += minimal-config small-config medium-config large-config full-config build_all debug incremental create_prl link_prl depend_includepath QTDIR_build
QT_BUILD_PARTS = libs tools docs translations
QMAKESPEC = C:/Users/David/programacion/qt/4.8.3/mkspecs/win32-g++-4.6
ARCH = windows
QT_BUILD_TREE = C:/Users/David/programacion/qt/4.8.3
QT_SOURCE_TREE = C:/Users/David/programacion/qt/4.8.3
QMAKE_MOC = $$QT_BUILD_TREE/bin/moc.exe
QMAKE_UIC = $$QT_BUILD_TREE/bin/uic.exe
QMAKE_UIC3 = $$QT_BUILD_TREE/bin/uic3.exe
QMAKE_RCC = $$QT_BUILD_TREE/bin/rcc.exe
QMAKE_DUMPCPP = $$QT_BUILD_TREE/bin/dumpcpp.exe
QMAKE_INCDIR_QT = $$QT_BUILD_TREE/include
QMAKE_LIBDIR_QT = $$QT_BUILD_TREE/lib


After that, all compile without any problems. But, my surprise is that I can't execute Qt Designer. If I remove all the .dll files on /plugins/designer, Qt Designer runs well. But if there are a dll-plugin, it crash (without any message). Dependency Walker show that Qt Designer has access to all DLL needed. Also the plugin DLL.

My application use own plugin (script, designer)... And crashes create the first QObject, on "new QObjectPrivate".

I think it is a problem on linkage and related with dll. Some clue?

Thanks a lot.

Sparhawk
8th November 2012, 10:27
I found it! Obviously, it was my mistake. I have two different versions of iconv lib available to MinGW...

Thanks!