docker-mingw-arch icon indicating copy to clipboard operation
docker-mingw-arch copied to clipboard

windeployqt is not working ?

Open Buanderie opened this issue 5 years ago • 7 comments

Trying to use windeployqt on my succesfully generated .exe results in: [devel@5bd0432e0abb ~]$ x86_64-w64-mingw32-windeployqt-qt5 /home/devel/boomrtx/build/tools/boomconfig/boomconfig.exe Unable to query qmake: qmake returns 255:

I started digging for possible answers, but maybe you would know better :)

Nice work on that image, btw.

Buanderie avatar Mar 27 '19 11:03 Buanderie

I tried windeployqt once, but id did not work for me. Would be great if you find out how to make it work! Maybe you could ask for help in the comments to AUR package.

mdimura avatar Mar 27 '19 12:03 mdimura

It falls out of the scope of this issue, but the reason I needed windeployqt to work was because I linked to dynamic libraries. If there was a branch of this image with static qt libraries instead, that would offer users another solution for deployment (without too much hassle).

Buanderie avatar Mar 27 '19 14:03 Buanderie

Yep, I will split the image into several variants at some point, qt-static could be one of them. For now I copy the dlls manually in the build script as a workaround.

mdimura avatar Mar 27 '19 15:03 mdimura

Just out of curiosity, from which directory do you copy the dlls ?

Buanderie avatar Mar 27 '19 15:03 Buanderie

/usr/{x86_64-w64-mingw32,i686-w64-mingw32}/{bin,lib/qt/plugins/{imageformats,iconengines,platforms}} for x64 and x32 builds respectively.

mdimura avatar Mar 27 '19 16:03 mdimura

I wonder, copy dlls to where? the root project directory? and we just need the exe after all to run the app or we still need the dlls?

vahidlazio avatar Dec 07 '19 16:12 vahidlazio

The dlls are shared libraries (as opposed to static), so yes, they are needed in addition to the exe. It is enough to copy the .dlls and .exe in the same folder to run the program.

mdimura avatar Dec 07 '19 18:12 mdimura