diff options
author | Oswald Buddenhagen <oswald.buddenhagen@nokia.com> | 2010-08-23 17:42:00 (GMT) |
---|---|---|
committer | Oswald Buddenhagen <oswald.buddenhagen@nokia.com> | 2010-08-23 18:34:51 (GMT) |
commit | e645157a5dcf702df21b566441a56753eaefe6c4 (patch) | |
tree | 347c29558b21d3512626b2273e6c42f40ede9c37 /src/plugins | |
parent | 80a8a3b878eff6f29b68fb4ff4dd9a7b4e00237e (diff) | |
download | Qt-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