summaryrefslogtreecommitdiffstats
path: root/src/plugins
diff options
context:
space:
mode:
authorOswald Buddenhagen <oswald.buddenhagen@nokia.com>2010-08-23 17:42:00 (GMT)
committerOswald Buddenhagen <oswald.buddenhagen@nokia.com>2010-08-23 18:34:51 (GMT)
commite645157a5dcf702df21b566441a56753eaefe6c4 (patch)
tree347c29558b21d3512626b2273e6c42f40ede9c37 /src/plugins
parent80a8a3b878eff6f29b68fb4ff4dd9a7b4e00237e (diff)
downloadQt-e645157a5dcf702df21b566441a56753eaefe6c4.zip
Qt-e645157a5dcf702df21b566441a56753eaefe6c4.tar.gz
Qt-e645157a5dcf702df21b566441a56753eaefe6c4.tar.bz2
fix build after first webkit self-injection attempt
it didn't work for several reasons: - if the configures don't add webkit to QT_CONFIG, src.pro doesn't even know that it needs to build WebKit at all, so WebKit would never inject itself into the build. hen-and-egg problem. - the in-Qt build doesn't use WebKit.pro in the first place, so a proper recursive qmake would never create qt_webkit_version.pri. it worked under unix because configure collects all project files irrespective of the actual SUBDIRS structure. - a proper recursive qmake will cache the qt config, so the injection wouldn't be effective during the first qmake run so instead let the configures copy the pri file.
Diffstat (limited to 'src/plugins')
0 files changed, 0 insertions, 0 deletions