Closed jeremysanders closed 6 years ago
Thanks for the report. I'll not get round to fixing this for a while though.
In the meantime I recommend you use the qtconfig executable to get the values.
Thanks. Do you mean "qmake -query"? I think you're right that this is probably the right way to do this. This isn't a priority, then.
I do mean that yes.
This is likely related to https://bugreports.qt.io/browse/QTBUG-51834
Can you try copying %CONDA_PREFIX%\Library\bin\qt.conf beside your python executable (likely %CONDA_PREFIX%) and see if that works around this issue?
Thanks - I've already worked around the problem by modifying my code to use qmake. This seems to work fine in my conda-forge recipe: https://github.com/conda-forge/staged-recipes/pull/6175
I investigated this more and it is not a bug, or not our bug I guess and it's minor and can easily be worked around so I will not attempt to fix it.
qt.conf
is the (recommended, correct) mechanism by which we relocate Qt. Unfortunately this file is not read until you instantiate a QCoreApplication
and until that happens you get the un-relocated values (i.e. the build-time location on my machine). https://github.com/Microsoft/vcpkg/pull/3891#issuecomment-413803228
The workaround is simple, just create a QCoreApplication before making this query.
Actual Behavior
(also incorrect information given using QLibraryInfo.LibrariesPath). Note: my project relies on the correct behaviour in its build system to find Qt.
Expected Behavior
Should print out directory where Qt headers and libraries are actually installed, e.g.
c:\Users\X\Anaconda3\Library\include\qt
Steps to Reproduce
Anaconda or Miniconda version:
5.2.0
Operating System:
Windows
conda info
conda list --show-channel-urls