Removing dependencies for mingwm10.dll and libgcc_s_dw2-1.dll,static linking?

[Talei]

There doesn't seem to be a static version of MinGW. You can get around the problem with a bit of messing about, but by far the easist way is to change compilers. You can download the free edition of Microsoft's Visual C++ for example.

Can you elaborate more about your first sentence? Because AFAIK (I can be wrong so please correct me) dll, such as mingwm10.dll, are by default static, and configuring qt to static means that every lib, not only mingwm10.dll but also QtCore4.dlll for release and QtCored4.dl for debug are copied at linking time into exe. And AFAIK only advantage of using msvc compilers vs ming is that msvc don't copy at link time full content of each source file, so assuming that in some source file you have two functions, and Your app use only one function of them, ming "copy" these two function into your exe, and msvc only the one you are using (so ming produce relatievely larger exe then msvc in static). Comments about that are more then welcome.
EDIT. I compile to static using mingw32 right now so I will post if something, like threads or so, don't work.(but I highly doubt about that)
EDIT. Compiled with mingw32 to static, threads, jpeg, etc... all works without any additional dll. (tested only to see if something changed from 4.4 version, that's when I last used static compiling)

[squidge]

DLL stands for "Dynamic Linked Library" - you can ONLY dynamically link to it. It is not possible to statically link to a DLL. To statically link you need a '.a' file (for GCC) or a .lib file (for MSVC++). This is why you must reconfigure & rebuild Qt if you want to statically link, as those '.a' files do not exist (or exist, but are only stubs).

Last time I looked, there was only DLL file for MinGW.

[Talei]

I read this post twice and maybe it's due to my bad eng, but I can't figure out last two post. First You write that there is "no static version of mingw" (this sentence in particular is confusing to me) and suggest using msvc, and in last post You write that there was only dll for mingw. Wouldn't that imply contradiction? Also I compiled qt, before posting to make sure, and msvc08 create lib's so either way no mater what compiler you use lib will be created for you (no surprise there). By static lib. I mean peace of code that is itself a whole, and don't rely on other peace of code. And due to my bad eng, I wrote something in different meaning than I actually meant.
Do I correctly assume that you previous advice was due to "not force user" to reconfigure qt? If so, and that's only my opinion, wouldn't that be way more hassle then simply reconfigure the whole thing?

[squidge]

I read this post twice and maybe it's due to my bad eng, but I can't figure out last two post. First You write that there is "no static version of mingw" (this sentence in particular is confusing to me) and suggest using msvc, and in last post You write that there was only dll for mingw. Wouldn't that imply contradiction?

No, as DLL = dynamic. You can't statically link a DLL, it's not possible. You have to build the static library and link with that. Qt doesn't ship with a static version of MinGW as far as I'm aware, only a dynamic (DLL) version.

[Talei]

Hello,
After some sleep I understood what you wrote, sorry about that, I need to get ride of habit of posting after 12h of coding, can't think straight.
Yes You are right that mingw (actually mingwm10, and so on, dll's) probably can't be statical compiled (I don't count trick to load dll from resource, so only one exe is deployed). But, and that's why I misunderstood You in the first place, You really don't need i.e. mingwm10.dll for Release build (they are not linked at all).
In short this dll handle exceptions and clean up after threads, but AFAIK, reference: http://old.nabble.com/mingwm10.dll-ts8920679.html , using:

configure -static -release -no-exceptions

configure -static -release -no-exceptions

To copy to clipboard, switch view to plain text mode 

prevent linker from linking it ( -no-exceptions ). Also, on posted thread, they are saying that mingwm10.dll clean up after threads, to prevent memory leak (24 * sizeof (void*) = 96byte, second post, and yes I know that thread was started in 2007 so probably information are outdated) for each catch in thread. So to summ it up, if no exceptions are used and no -mthreads is passed at compile time no need for mingwm10. (maybe I'm wrong?)
I wrote small test app, to see if something strange is going on with QThreads on static build, like mem leek and so on.
stat_test_dyn.exe (dynamic release build, require all dll like mingwm, QCore4 ...)

qmake.exe stat_test.pro -spec win32-g++ -r CONFIG+=release
mingw32-make.exe -w in \stat_test
objdump.exe -j .idata -p stat_test_dyn.exe | sed -ne '/mingwm10/,/^$/{p;}'
DLL Name: mingwm10.dll
vma:  Hint/Ord Member-Name Bound-To

qmake.exe stat_test.pro -spec win32-g++ -r CONFIG+=release
mingw32-make.exe -w in \stat_test
objdump.exe -j .idata -p stat_test_dyn.exe | sed -ne '/mingwm10/,/^$/{p;}'
DLL Name: mingwm10.dll
vma:  Hint/Ord Member-Name Bound-To

To copy to clipboard, switch view to plain text mode 

stat_test_static.exe (static release build, don't require all dll like mingwm, QCore4 ...)

qmake.exe stat_test.pro -spec win32-g++ -r CONFIG+=release
mingw32-make.exe -w in \stat_test
objdump.exe -j .idata -p stat_test_static.exe | sed -ne '/mingwm10/,/^$/{p;}'
no output

qmake.exe stat_test.pro -spec win32-g++ -r CONFIG+=release
mingw32-make.exe -w in \stat_test
objdump.exe -j .idata -p stat_test_static.exe | sed -ne '/mingwm10/,/^$/{p;}'
no output

To copy to clipboard, switch view to plain text mode 

Program run 1000 times thread, one after another, and output values to progressbar (from 0 -> 100 ).
I run it ten times, so assuming mem leak of 96bytes on each thread * 1000 * 10 = 937KB mem leek.
statistics for stat_test_dyn.exe [DYNAMIC]
dyn_Snap1..jpgdyn_Snap2..jpg
after 10 runs mem usage is higher by168KB.

statistics for stat_test_static.exe [STATIC]
static_Snap1..jpgstatic_Snap2..jpg
after 10 runs mem usage is higher by120KB.
To sum it up 10000 thread's executed one after another. Test machine Windows XP SP3 32bit. Process Explorer v 11.33.
In attachment is src code if someone would want to test this by itself.
Of course there can be some error made by me, so you are welcome to point them out. stat_tst..zip

[Awareness]

Thanks for your answers