summaryrefslogtreecommitdiffstats
path: root/src/3rdparty/zlib/gzguts.h
diff options
context:
space:
mode:
authorOswald Buddenhagen <oswald.buddenhagen@theqtcompany.com>2016-08-18 18:42:07 +0200
committerLars Knoll <lars.knoll@qt.io>2016-08-19 04:26:54 +0000
commitce942a22653231bc780fa4026ea4bac3fa1fe0b9 (patch)
tree7065ceddef1377677ac56e4129a724872d4e4d71 /src/3rdparty/zlib/gzguts.h
parent34b95a643d0144e60d69dbae84953bb6a1a5c781 (diff)
sync timestamps also for forwarding headers to generated ones
this wasn't possible when these headers were still generated by syncqt, as the targets may have been still missing at that time. however, as we do that now with qmake, forwarding the timestamps is perfectly possible, and is consistent with what syncqt itself does for "regular" headers. the immediate problem this solves: when the early creation of the forwarding headers in qtbase.pro is removed, they get created only when corelib.pro is processed. their timestamps would be after the timestamps of the already built bootstrapped libraries. if now the project files of these libs get re-created, qmake's not conditional-aware dependency scan would add these headers to the libs' deps, thus causing them to be re-built. the re-built tools would in turn cause all mocs and thus all libraries to be re-built. this would be particularly problematic if it happened between 'make' and 'make install' due to another bug ... Change-Id: I8d597f1f925369d93aaf3cc6c02e954eeae003a4 Reviewed-by: Lars Knoll <lars.knoll@qt.io>
Diffstat (limited to 'src/3rdparty/zlib/gzguts.h')
0 files changed, 0 insertions, 0 deletions