I'm totally new in using Qt and I don't know a lot of stuff.
As a test I created a simple application using Visual Studio 2012 and Qt-VS-Add-in based on the newest Qt5.1
After I compiled the application it didn't work for me ( gave errors ), I searched all over the internet and found a lot of people saying that I have to copy those dlls mentioned below form the directory :
windeployqt.exe! It works really well.
The simplest way to use windeployqt is to add the bin directory of your Qt installation (e.g. ) to the PATH variable and then run:
UPDATE: Upon Further testing,
windeployqt did not copy over all the MingW dlls for me. (Tested with Qt 5.4 on Windows 10 with MingW 4.9.1). So you need to manually get the last 3 dlls before deploying:
libgcc_s_dw2-1.dll libstdc++-6.dll libwinpthread-1.dll
I think you may have a few extras in your list... I would double check the docs in the links below...
Here is the definitive documentation on it:
The amazing Qt Libraries can do a lot, but they are kind of big. Some of the older versions of Qt might be a little smaller.
For Qt 4.8 msvc
QtCore4.dll is 2.5 MB, and
QtGui4.dll is 8.4 MB.
Here is how Windows tracks down a library at runtime:
If you statically link, then your EXE should grab the libraries it needs and gets built into a stand alone exe. It still may be dependent on msvc redistributables. See the next section for more info on it. But it now compiles down the
.libs that you reference into your EXE and your exe no longer is pointing at other dynamically linked libraries. It does take more time to get your statically linked exe environment setup.
Your exe will certainly get bigger as it now includes the binary information for the libraries that you referenced before.
Statically building the exe,
means that you aren't using the LGPL version.
means that you have to have your object files easy to access to end users if you are using LGPL.
I think @peppe described it well (see comment below):
Technically, you are allowed to statically link when using Qt under LGPL, even if your application is not using LGPL. The only tricky requirement is keeping the ability for a third party to relink your application against a different Qt version. But you can comply with that easily, f.i. by providing a huge object file (.o) of your application, that only needs to be linked against any Qt version.
Look at the chart near the bottom. If you are doing the commercial version, then you can statically link, without worrying about the object files.
Redistributable dependencies have to do with the run-time library linker options.
/MD, /ML, /MT, /LD (Use Run-Time Library)
To find these options in the development environment, click Settings on the Project menu. Then click the C/C++ tab, and click Code Generation in the Category box. See the Use Run-Time Library drop-down box.
These two links below talk about some older versions of visual studio, but the reasoning should still stand.
Hope that helps.