[Development] qt-5.0.1 incorrect ..._install_prefix cmake vars ?

Rex Dieter rdieter at math.unl.edu
Sat Mar 30 16:25:58 CET 2013


Stephen Kelly wrote:

> On Friday, March 29, 2013 10:33:01 Rex Dieter wrote:
>> During packaging qt5 for fedora, someone noticed that cmake .config files
>> seemingly set incorrect _install_prefix variables.  One example is in
>> qtbase, cmake files installed (on x86_64) as:
>> 
>> /usr/lib64/cmake/Qt5Core/Qt5CoreConfig.cmake
>> /usr/lib64/cmake/Qt5Core/Qt5CoreConfigExtras.cmake
>> 
>> contain:
>> 
>> get_filename_component(_qt5_corelib_install_prefix
>> "${CMAKE_CURRENT_LIST_DIR}/" ABSOLUTE)
>> 
>> so ends up with:
>> 
>> _qt5_corelib_install_prefix = /usr/lib64/cmake/Qt5Core
>> 
>> which to my untrained eye looks very wrong, and of course, queries in
>> those .cmake files to find qmake (and friends) will fail to find anything
>> at _qt5_corelib_install_prefix/bin/qmake
>> 
>> 
>> Is this a bug or am I missing something?
>> 
>> see also downstream bug, http://bugzilla.redhat.com/929227
> 
> Thanks for reporting. It looks like a bug alright.
> 
> Can you try the 5.0.2 rc or the release branch from git?

trying now, thanks.

> What is in your configure line?

gory detail here,
http://pkgs.fedoraproject.org/cgit/qt5-qtbase.git/tree/qt5-qtbase.spec

In short, we use
-prefix /usr/lib/qt5
-libdir /usr/lib

had been considering trying
-prefix /usr
to see if that would change matters

> Does the patch b9c1593435db3ed44e23c23dc19f22d7a68d7b01 help?
> 
> You may also want 7ac58d1ff0815566ba1de09519299b5119e5ee91. See also the
> bug linked at
> http://thread.gmane.org/gmane.comp.programming.tools.cmake.user/45855

I'll check this too, thanks.  Though, I'm not sure this could possibly help, 
since cmake isn't used at all at buildtime when those cmake files get 
generated (does it?).

-- rex





More information about the Development mailing list