[solved] QT Creator 5.0.2 static build
-
hmmm ??
I have not build Qt 5.0 myself in any version yet. Unfortunately, the static build I did was under Linux with Qt 4.6.x version. That was really very easy besides the waiting time. No changes of conf files required IIRC.
You need to make sure that another version is available through the path settings I guess. However, that should be already the case anyway, otherwise you have not compiled apparently already a lot of stuff.
Oh, I think i t could be the forward/backward slash problem. If you have typed in the files somewhere a path, you have to use '/' the backward version is often used for continuation lines. The forward slash is standard in Linux but Windows understands it too. Everything with folder separation in Qt should be done with forward slash '/'. Saves a lot of trouble.
Furthermore, if you have decided the folder name "C:\Qt\Qt static", use something with a space e.g. "C:/Qt/Qt_static" should be fine.
-
ok the / \ thing i managed it was the qt space static now it made a lot more things, but no i get error return 3 :D
What is the maximum error code?? XD
But seams to be something simple
Generating Makefiles...
Failure to read QMAKESPEC conf file c:\QT\QT5.0.2\Src\qtbase\mkspecs\win32-g++\qmake.conf.
Error processing project file: C:/QT/QT_static/Projects.pro
Qmake failed, return code 3So why is the qmake process doing something in the Qt5.0.2 folder?? it shouldn't
-
WUHU the first step runs without problems :D
I added the QDIR in the enviroment Variables in the past and that showed to the wrong path :D changed, restart and than it worked :D
but not the mingw32-make -.-
@C:\Qt\Qt_static>mingw32-make sub-src
cd src\tools\bootstrap\ && mingw32-make -f Makefile
mingw32-make[1]: Entering directory 'C:/Qt/Qt_static/src/tools/bootstrap'
mingw32-make -f Makefile.Release
mingw32-make[2]: Entering directory 'C:/Qt/Qt_static/src/tools/bootstrap'
g++ -c -pipe -Os -momit-leaf-frame-pointer -frtti -fno-exceptions -Wall -Wextra
-DQT_STATIC_BUILD -DQT_BOOTSTRAPPED -DQT_LITE_UNICODE -DQT_NO_CAST_FROM_ASCII -D
QT_NO_CAST_TO_ASCII -DQT_NO_CODECS -DQT_NO_DATASTREAM -DQT_NO_GEOM_VARIANT -DQT_
NO_LIBRARY -DQT_NO_QOBJECT -DQT_NO_STL -DQT_NO_SYSTEMLOCALE -DQT_NO_TEXTSTREAM -
DQT_NO_THREAD -DQT_NO_UNICODETABLES -DQT_NO_USING_NAMESPACE -DQT_NO_DEPRECATED -
DQT_NODLL -I"......\include" -I"......\include\QtCore" -I"......\include\Q
tXml" -I"......\mkspecs\win32-g++" -o tmp\obj\release_static\qglobal.o ....\c
orelib\global\qglobal.cpp
....\corelib\global\qglobal.cpp: In function 'QString qt_error_string(int)':
....\corelib\global\qglobal.cpp:2192:27: error: cannot convert 'LPWSTR {aka wch
ar_t*}' to 'LPSTR {aka char*}' for argument '5' to 'DWORD FormatMessageA(DWORD,
LPCVOID, DWORD, DWORD, LPSTR, DWORD, char**)'
Makefile.Release:998: recipe for target 'tmp/obj/release_static/qglobal.o' faile
d
mingw32-make[2]: *** [tmp/obj/release_static/qglobal.o] Error 1
mingw32-make[2]: Leaving directory 'C:/Qt/Qt_static/src/tools/bootstrap'
Makefile:34: recipe for target 'release' failed
mingw32-make[1]: *** [release] Error 2
mingw32-make[1]: Leaving directory 'C:/Qt/Qt_static/src/tools/bootstrap'
makefile:1365: recipe for target 'sub-tools-bootstrap-sub_src_target_ordered' fa
iled
mingw32-make: *** [sub-tools-bootstrap-sub_src_target_ordered] Error 2C:\Qt\Qt_static>
@hope this says something to you. Google sayed there is something wrong with the unicode (?) but not how to fix
-
i did not a clean, because i made the steps from the wiki to clean up and it seams to me to be clean.
settings are:
-static -platfrom win32-g++ -release -no-exceptions -
Do not know if this is enough.
At the end of configure it says something like
@
To reconfigure, run 'make confclean' and 'configure'
@This text I have copied from the linux configure file, but the windows version displays something similar.
In your case probably
@
To reconfigure, run 'mingw32-make confclean' and 'configure'
@A mixture of settings from your previous trials is my only explanation at the moment. So a confclean would be helpful.
I doubt that this is general problem, because it would be a bug.
-
still the same problem. At an other PC it worked. to build QT staticly, but it couldn't build the project
-
Jep i found it. fopr me i did all the steps i should do befor starting building. for the other i didn't. ANd i now know what the problem was. in makfile.conf the Define line says something about unicode. the last time i deletet all and replaced with the thing from the tut. this time i added the part from the tut and sice 1 hour it's building :D
-
Hi,
yes i think i'll make a report of what i made to get it running.
but before i need you help again.
I have no problem with building. The exe is 164.431KB big.
looks good i think. But when open it nothing happens. and if i run it with QT i get the messege
Programm abgestürzt ..... Rückgabewert -1073741819
something know about this?? -
Well, what can I say besides that your app crashed :-(
You need to use the debugger and step through to the point where the app is crashing. Alternatively, you have to do it like our ancestors ( nach alter Väters Sitte ) put in some output statements where you think the application steps through.
With MinGW you can use gdb for debugging. When debugging you can look at the values, if there is something wrong and stuff. If you haven't done before, it is good thing to look at, if you have done before, sorry for telling the obvious stuff.
Sometimes it is good to make a mixed approach debugging and output statements. BTW for output during your debug session "qDebug()":http://qt-project.org/doc/qt-5.0/qtcore/qdebug.html is very helpful. You can do a lot of neat stuff with it.
You can use more or less as cerr and cout in standard c++.
By summarizing your findings you can update the wiki entry. Typically you have only a few things to add. So, it could be less work than writing a complete entry.
-
thanks for the link to the debug Class. That's really new for me.
Normaly i debugg with couts :D
the problem is, that this programm i wanted to be static has no errors.
because it's a complete clean new QT applicattion.
just made
file>new>qt c++ application>next>next......
added CONFIG += static in the .pro file, build. and that's it. the building toke a very long time, but there where no errors. -
BTW it is Qt. QT stands for QuickTime.
Oh, you got a "hello world" test application only. Or is it more?
You are writing of a long compile time. What do you mean with long?I would assume that the problem is with the compile settings. A mixture of the "kit/tool chain". I doubt that just adding "static" to the .pro will do the job.
To use qdebug I can really recommend. I used Qt already for a couple of years until I have started with qDebug. It looked cumbersome and why should you use when cout and cerr is available. However, together with Qt creator it makes sense and also you can more easily redirect the output stuff (e.g. to a file or a socket).
-
it's even less than a hello world. its an empty window that should apear.
with long time i mean it seams to me to be minuts, but i think in real it was a bout 30 sec. for complex programms i made without static let'a take an Image Filter prgm it was just a few sec.
i'll have a look at my test prgm in the afternoon. i have no pc here at the moment.
-
ok i just retest.
file>new>qtapplication
Kits:Desktop and desktop static
Desktop, without static, works fine.
Desktop with static, builds fine, but crashes.@#include "mainwindow.h"
#include <QApplication>int main(int argc, char *argv[])
{
QApplication a(argc, argv);
MainWindow w;
w.show();return a.exec();
}
@@#include "mainwindow.h"
#include "ui_mainwindow.h"MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
ui->setupUi(this);
}MainWindow::~MainWindow()
{
delete ui;
}@you see it's a normal clean new Application.
Also in the pro file i changed nothing.When debugging i get the error
bq. Der Prozess wurde nach Erhalt eines Signals vom Betriebssystem angehalten
Name des Signals: SIGSEGV
Bedeutung: Segmentation faultFree translated:
bq. The Prozess was stopped after receive a signal from operatingsystem
Name of the signal: SIGSEGV
Meaning: Segmentation faultSo a friend got this a while ago, when using a pointer showing on a memory that was not from the Application. But this works without static and is a clean new App.
I really hope someone can help meThe debugger stopps showing me a file named qatomic_i386.h
never heard something about this.
I toke the time it takes to build:
static debugg: 20 sec
static release : < 10sec
normal debugg: < 5sec
normal release: < 5sec -
I assume you are using Qt creator for creating your app.
What do you change when switching from dynamic to static build?
The differences there are essential. My guess is that the compilation of the static app doesn't use a consistent memory model.
In creator go to "Options"->"Build&Run" under the Tabs "Kits" and "Qt versions" you find what you have installed and accessible.
On the left side of creator under "Projects" ->"Build&Run" you can find the actual kits used for your build. With manage kits, you have a link to the options menu.
In the "Projects" menu you can switch between different setups.When switching setups, I found it helpful to rerun qmake from creator. This makes sure that you use the settings you see. For your small project it does not matter anyhow and it saves a lot of headaches. Use also shadow build.
Probably you should post "part" of your error messages as displayed.
PS: I am to lazy to translate the menu entries back to German. I prefer the English terms and have switched the language of creator a long time ago. ;-)
-
Yes. I have the Creator 5.0.2. There i made a new Project.
File>new>Qt-Gui-Application
Name: test
Kit:
Desktop Qt 5.0.2 MinGW 32bit
Desktop Qt4.8.4 (Qt_static)Options>..>Qt Versions give me a ! at the Qt 4.8.4 (Qt_static) version.
The details say Hilfskomponeten: keine verfügbar
and Es ist kein qmlviewer installiertOptions...>Kits There is also a ! at the static Kit.
The Message is Warnung: Der Compiler ... erstellt möglicherweise keinen mit der Qt Version ... kompatiblen Code.So maybe it's because i use Qt 5.0.2 Creator and Qt 4.8.4 for static??
-
YEAH!!!!!
It works thank you a lot.The Problem was i cloned the Kit. And so it toke the minGW from Qt. I now deleted it and made a new one and choosed the MinGW in my C:\MinGW direction. I installed a while ago for Eclipse.
And now it works :D
I have just a small problem. I one Programm i made i use try and catch. and for some reason the compiler give me the error
exception handling disabled, use -fexceptions to enable
What does it mean? Can't i use try catch for static release?? for dynamic it works.
Or do i only need a option for compiling??