Share QApplication instance (exe and dll)

[cquinones]

Thanks for helping me out on this one. The shared library is used by the Qt exe that I mentioned and another non-Qt application. When I launch from the non-Qt app I just create a QCoreApplication object to process events while the lib does its work.

What is the reason of linking both the executable and the shared object against static Qt libraries?

The Qt based exe links to (this is off the top of my head, I'm not near the machine I'm working on this... heh... it's the weekend ):

qmain
qtcore
qtgui

The shared lib links to:

qtcore
qtnetwork
qtxml

Is there something I'm doing wrong here?

Once again, thanks for staying with me on this one.

[wysota]

You didn't understand my question. You said that you have to link statically. Why?

[cquinones]

You said that you have to link statically. Why?

It was a matter of not wanting to ship the Qt Dlls. This is not a decision that I had a big part in.

I will try to bring up the idea of using dynamic libraries instead of trying to link statically. Thanks for all your help.

[gfunk]

how about instead of linking to a dll, just building another stand-alone exe (that will do the QHttp work) that you just launch from your main exe?

[fullmetalcoder]

I'd suggest linking the DLL against ALL the Qt libs needed (by both app and dll itself) and then just linking the executable against the DLL but I'm not sure static linking would ensure all requested symbols would be embedded into the DLL....

[wysota]

It was a matter of not wanting to ship the Qt Dlls.

You ship other DLLs - like plugins, so what's the reason for not shipping Qt libs? This would reduce the volume of the final package. You can even strip down the Qt DLLs of everything you don't need if you want to to further reduce the size of the package.