Make sure we don't always pull in modules from installed mkspecs
authorMarius Storm-Olsen <marius.storm-olsen@nokia.com>
Wed, 30 Mar 2011 16:59:54 +0000 (11:59 -0500)
committerOlivier Goffart <olivier.goffart@nokia.com>
Mon, 2 May 2011 13:30:08 +0000 (15:30 +0200)
When building Qt, qmake should not pull in mkspecs from an installed
version, as this will lead to incorrect paths for the current build.

So, here we ensure only to pull in modules from there we detected the
qconfig.pri, and ensure we still handle the QMAKEPATH case used by
some.

mkspecs/features/qt_config.prf

index 5afd82c..071bb6c 100644 (file)
@@ -12,7 +12,7 @@ isEmpty(QMAKE_QT_CONFIG)|!exists($$QMAKE_QT_CONFIG) {
 } else {
    debug(1, "Loaded .qconfig.pri from ($$QMAKE_QT_CONFIG)")
    for(dir, $$list($$unique($$list($$dirname(QMAKE_QT_CONFIG) \
-                                   $$split($$list($$[QMAKE_MKSPECS]), $$DIRLIST_SEPARATOR))))) {
+                                   $$replace($$list($$split($$list($$(QMAKEPATH)), $$DIRLIST_SEPARATOR)), $, /mkspecs))))) {
       debug(1, "Loading modules from $${dir}")
       for(mod, $$list($$files($$dir/modules/qt_*.pri))) {
          # For installed Qt these paths will be common for all modules