Copying .dlls into target directory
-
Hi, Vronin -
This is somewhat embarrassing. I tried your suggestion, and it worked. I looked at the compiler output and actually saw the xcopy command, and the file did copy.
Unfortunately, it was copying to:
C:\Users\mzimmers\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug
instead of to:
C:\Users\mzimmers\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug\debug
So, I went in and fiddled with it, to no avail. I tried to put it back so it would at least re-copy, and...I can't make it work again!!
I'm still encouraged, because it shows that the INSTALLS part of MinGW make does work. It's just a matter of getting the syntax in the .pro file correct.
I'm trying to understand the libs_to_copy construct that I copied from somewhere else. This doesn't seem to be an ordinary qmake variable, and I can't get it to display using message(). Can you possibly point me to an explanation of it?
Thanks a lot...I do think we're getting close.
-
Found it!
The problem was the trailing backslash in the definition of:
libs_to_copy.path = "C:\Users\mzimmers\Wideband\Peninsula\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug\"This occurs whether or not I enclose the path in double quotes. Seems like a bug to me...anyone disagree?
There's also the issue of why this line:
libs_to_copy.path = $$(OUT_PWD)results in an error message ":-1: warning: libs_to_copy.path is not defined: install target not created."
But, at least I've solved the problem that prompted me to start this thread.
THANK YOU TO EVERYONE WHO PARTICIPATED IN THIS.
-
Found it!
The problem was the trailing backslash in the definition of:
libs_to_copy.path = "C:\Users\mzimmers\Wideband\Peninsula\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug\"This occurs whether or not I enclose the path in double quotes. Seems like a bug to me...anyone disagree?
There's also the issue of why this line:
libs_to_copy.path = $$(OUT_PWD)results in an error message ":-1: warning: libs_to_copy.path is not defined: install target not created."
But, at least I've solved the problem that prompted me to start this thread.
THANK YOU TO EVERYONE WHO PARTICIPATED IN THIS.
@mzimmers said in Copying .dlls into target directory:
$$(OUT_PWD)
It's not defined. Try $$OUT_PWD instead.
-
@kshegunov : yes, that was it. Thank you. I guess I'm still not clear on the rules of parsing variables.
I do have one remaining glitch: one of the three files I want to copy produces an error:
copy /y C:\Qt\5.7\mingw53_32\bin\libgcc_s_dw2-1.dll C:\Users\mzimmers\Wideband\Peninsula\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug\debug 1 file(s) copied. copy /y C:\Qt\5.7\mingw53_32\bin\libwinpthread-1.dll C:\Users\mzimmers\Wideband\Peninsula\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug\debug 1 file(s) copied. copy /y C:\Qt\5.7\mingw53_32\bin\libstdc++-6.dll C:\Users\mzimmers\Wideband\Peninsula\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug\debug The system cannot find the file specified.This file fails to copy whether it's the first, second or last file in the list. It also occurs whether I form libs_to_copy.files with three assignments, or one (multi-line).
Somehow I suspect it's the "+" in the filename. I made a copy of this dll without the "+" characters, and it worked. Is there some way to escape them in the string?"Found this: it's a known problem. Not sure what to make of it...
-
This is due to a bug in Qt: https://bugreports.qt.io/browse/QTBUG-16372 but the solution is not easy to implement, see https://codereview.qt-project.org/#/c/85161/
This was the reason I first started using CMake as a build tool instead of qmake and now I wouldn't go back.KDE is using Cmake.
An alternative (but I never tried it) is Qt Build system: http://doc.qt.io/qbs/
-
@kshegunov : yes, that was it. Thank you. I guess I'm still not clear on the rules of parsing variables.
I do have one remaining glitch: one of the three files I want to copy produces an error:
copy /y C:\Qt\5.7\mingw53_32\bin\libgcc_s_dw2-1.dll C:\Users\mzimmers\Wideband\Peninsula\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug\debug 1 file(s) copied. copy /y C:\Qt\5.7\mingw53_32\bin\libwinpthread-1.dll C:\Users\mzimmers\Wideband\Peninsula\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug\debug 1 file(s) copied. copy /y C:\Qt\5.7\mingw53_32\bin\libstdc++-6.dll C:\Users\mzimmers\Wideband\Peninsula\build-storefile_client-Desktop_Qt_5_7_0_MinGW_32bit-Debug\debug The system cannot find the file specified.This file fails to copy whether it's the first, second or last file in the list. It also occurs whether I form libs_to_copy.files with three assignments, or one (multi-line).
Somehow I suspect it's the "+" in the filename. I made a copy of this dll without the "+" characters, and it worked. Is there some way to escape them in the string?"Found this: it's a known problem. Not sure what to make of it...
@mzimmers said in Copying .dlls into target directory:
I guess I'm still not clear on the rules of parsing variables.
$(XXX) is the environment variable XXX, while $XXX is the qmake variable XXX.
Read and abide by the Qt Code of Conduct
-
@mzimmers said in Copying .dlls into target directory:
I guess I'm still not clear on the rules of parsing variables.
$(XXX) is the environment variable XXX, while $XXX is the qmake variable XXX.
-
@kshegunov : thank you. So, what exactly is the libs_to_copy construct that I'm using? I can't find any documentation on that.
@mzimmers
It's just a variable as far as I know. You can name it however you like and you (should) be able to use more than one as well. E.g.:mingw_installs.files = "C:/Qt/5.7/mingw53_32/bin/libgcc_s_dw2-1.dll" "C:/Qt/5.7/mingw53_32/bin/stdc++6.dll" mingw_installs.path = $$OUT_PWD myown_installs.files = "C:/AdditionalDepDir/somefileIneed.txt" myown_installs.path = $$OUT_PWD INSTALLS += mingw_installs myown_installs(do take my
qmakeknowledge with a grain of salt, though, I'm by no means an expert)
