summaryrefslogtreecommitdiffstats
path: root/src/corelib/doc/snippets/code/src_corelib_global_qglobal.cpp
diff options
context:
space:
mode:
authorThiago Macieira <thiago.macieira@intel.com>2014-06-26 14:51:25 -0700
committerThiago Macieira <thiago.macieira@intel.com>2014-07-02 00:57:39 +0200
commitf6f7fb2348d55ea195d4d24f750e32dde50e3bfd (patch)
tree5968146bea78dbfd2e4c8c1bc18fbe5f9e1d9f04 /src/corelib/doc/snippets/code/src_corelib_global_qglobal.cpp
parent1f8d9d2423bcef020b1bb4c5689e9fbc7c61363b (diff)
Disable the new multipass RCC when doing LTCG/LTO
When LTCG/LTO is enabled, the link-time compilation will not use the data in the object file, but instead the precompiled data in a separate section, which is still blank and may not be recognizable by rcc's second pass. That would result in all resource data being nulls -- and the best case scenario out of that is that QResource concludes that there is no resource (it could be worse). That happens with GCC 4.8's GIMPLE intermediate format: a fat .o file containing GIMPLE would be modified by rcc but GCC would not use the modified data at the link stage, whereas a non-fat .o file would not be recognized at all by rcc and the compilation would abort. Change-Id: I78ccbfd77ceaa723f22a4f82b5b4d6536a80d65d Reviewed-by: hjk <hjk121@nokiamail.com>
Diffstat (limited to 'src/corelib/doc/snippets/code/src_corelib_global_qglobal.cpp')
0 files changed, 0 insertions, 0 deletions