使用QT5_ADD_RESOURCES和使用CMake进行多线程编译时损坏的资源.cpp文件

时间:2014-04-13 10:02:49

标签: c++ multithreading qt cmake qt5

Qt的5.0版本带来了一组使用CMake构建Qt项目的简单命令。 见http://qt-project.org/doc/qt-5/cmake-manual.html。需要使用 QT5_ADD_RESOURCES 命令包含项目资源。

如果我的资源文件名为Icon32.qrc, QT5_ADD_RESOURCES(RESOURCES Icon32.qrc)命令会自动将其转换为 qrc_Icon32.cpp 文件并定义一个 $ {RESOURCES} 变量,然后我就可以将其包含在正确的目标中。

这样做非常有效,除了我在CDash中大约每20个版本中出现一次编译错误。该错误通常具有以下形式:

/.../CMake/build/qrc_Icon32.cpp:272380:1: error: unknown type name 'qCleanupResources_Icon32'

正在发生的事情是 qrc_Icon32.cpp 文件的最后一行的变量部分在通常应该在文件结尾之后重复,从而为编译器创建最后一个无意义的行。 / p>

记录CMake的作用,似乎 QT5_ADD_RESOURCES 的行为如下:每当它到达需要相关资源的项目时,它都会执行 depend make特定于编译目标的文件,但仍然会在构建目录的根目录中写入 qrc_Icon32.cpp ,并且这对所有目标都是如此。因此,如果两个目标并行编译,则两次 rcc 的调用可能会同时写入同一个文件,从而导致损坏。

我没有在网上找到关于此问题/功能的任何报告/讨论,所以我想知道我是否可能错过了一些内容:

有没有办法告诉CMake将生成的 qrc_Icon32.cpp 保存在每个目标的不同位置?更好的是,是否有可能告诉CMake只从主make文件中调用 rcc 一次,以便后面的 qrc_Icon32.cpp 可用于所有目标?

我想解决方法是创建一个静态库,使用 $ {RESOURCES} ,然后将该库链接到所有目标。但是,我认为在使用多线程-j标志进行编译时,CMake应该能够正确地管理它的依赖关系。


要重现此问题,请在空文件夹中创建包含以下内容的CMakeList.txt

CMAKE_MINIMUM_REQUIRED(VERSION 2.8.11)
PROJECT(SSCCE CXX)

set(CMAKE_PREFIX_PATH /usr/local/Qt-5.3.0 ${CMAKE_PREFIX_PATH})

set(CMAKE_AUTOMOC ON)
set(CMAKE_INCLUDE_CURRENT_DIR ON)

INCLUDE_DIRECTORIES(SYSTEM "/usr/local/Qt-5.3.0/include/QtCore")
find_package(Qt5Core REQUIRED)
QT5_ADD_RESOURCES(RESOURCES Icon32.qrc)

SET(LIBLIST gobject-2.0 X11-xcb Xi xcb-render-util SM ICE xcb-glx xcb-render xcb-atom xcb-property xcb-event dbus-1 xcb xcb-image xcb-icccm xcb-sync xcb-xfixes xcb-shm xcb-randr xcb-shape xcb-keysyms fontconfig freetype Xrender Xext X11 jpeg png Qt5::Core z m dl gthread-2.0 rt glib-2.0 GL pthread)

ADD_EXECUTABLE(FirstTarget Main1.cpp ${RESOURCES})
TARGET_LINK_LIBRARIES(FirstTarget ${LIBLIST})
ADD_EXECUTABLE(SecondTarget Main2.cpp ${RESOURCES})
TARGET_LINK_LIBRARIES(SecondTarget ${LIBLIST})

然后使用

创建Main1.cpp和Main2.cpp
#include <iostream>

using namespace std;

int main(int argc, char** argv) {
        std::cout<<"Hello World 1"<<std::endl;
        return 0;
}

qrc文件是

<RCC>
    <qresource prefix="/">
        <file>Icon32/YourImage.png</file>
    </qresource>
</RCC>

然后创建一个名为Icon32的文件夹,并添加一个选择名称为YourImage.png的png图像。

最后,创建一个构建目录,输入并运行:

cmake -DCMAKE_CXX_COMPILER=g++-4.8 -DCMAKE_CXX_FLAGS='-std=c++11 -fPIE' ..
make -j2

输出应该是

Scanning dependencies of target FirstTarget_automoc
Scanning dependencies of target SecondTarget_automoc
[ 10%] [ 20%] Automoc for target FirstTarget
Automoc for target SecondTarget
[ 20%] [ 20%] Built target FirstTarget_automoc
Built target SecondTarget_automoc
[ 30%] [ 40%] Generating qrc_Icon32.cpp
Generating qrc_Icon32.cpp
Scanning dependencies of target SecondTarget
Scanning dependencies of target FirstTarget
[ 50%] [ 60%] Building CXX object CMakeFiles/SecondTarget.dir/Main2.cpp.o
Building CXX object CMakeFiles/FirstTarget.dir/Main1.cpp.o
[ 70%] [ 80%] Building CXX object CMakeFiles/SecondTarget.dir/qrc_Icon32.cpp.o
Building CXX object CMakeFiles/FirstTarget.dir/qrc_Icon32.cpp.o
[ 90%] [100%] Building CXX object CMakeFiles/SecondTarget.dir /SecondTarget_automoc.cpp.o
Building CXX object CMakeFiles/FirstTarget.dir/FirstTarget_automoc.cpp.o
Linking CXX executable SecondTarget
Linking CXX executable FirstTarget

您可以看到qrc_Icon32.cpp几乎同时在构建目录的根目录下创建了两次。 qrc_Icon32.cpp.o文件虽然在FirstTarget.dir和SecondTarget.dir中正确创建,但没有冲突。

我的观点是: 1)qrc_Icon32.cpp也应该在FirstTarget.dir和SecondTarget.dir中创建或者 2)它应该在构建目录的根目录下创建,但对于所有目标只能创建一次。

2 个答案:

答案 0 :(得分:6)

qt5_add_resources将文件写入CMAKE_CURRENT_BINARY_DIR,而不是CMAKE_BINARY_DIR

https://qt.gitorious.org/qt/qtbase/source/d953d9a4c3bdc5ed3b8d380c4b893b51b523bc50:src/corelib/Qt5CoreMacros.cmake#L205

Ditto Qt 4:

http://cmake.org/gitweb?p=cmake.git;a=blob;f=Modules/Qt4Macros.cmake;h=b1b12d68b07aac076719c681fb844f4f98ba8151;hb=HEAD#l212

更新

使用您在更新中提供的源代码,可以看到问题。

http://www.cmake.org/pipermail/cmake/2008-October/024492.html

http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0ece8f79

http://public.kitware.com/Bug/view.php?id=12311

解决方法是添加自定义目标并添加显式取决于此。

cmake_minimum_required(VERSION 2.8.11)

project(MyTest)

find_package(Qt5Core)

qt5_add_resources(RSCS somefile.qrc)
add_custom_target(gen_qrc DEPENDS ${RSCS})

add_executable(foo foo.cpp ${RSCS})
add_dependencies(foo gen_qrc)
add_executable(bar bar.cpp ${RSCS})
add_dependencies(bar gen_qrc)

CMake 3.0具有AUTORCC功能:

http://www.cmake.org/cmake/help/v3.0/manual/cmake-qt.7.html#autorcc

它还将生成的qrc_文件放在当前的构建目录中。 CMake 3.1将把它放在一个特定于目标的目录中,这个问题就会消失:

http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=33774ca2

答案 1 :(得分:0)

报告的行为是由于在进程的早期,配置期间和编译实际开始之前调用 QT5_ADD_RESOURCES 这一事实。此时,steveire指出的变量 $ {CMAKE_CURRENT_BINARY_DIR} 被定义为根构建文件夹。 (这可以通过在 Qt5CoreMacros.cmake 中添加 MESSAGE(输出)来轻松测试。

函数 QT5_ADD_RESOURCES 的结果是创建将在编译过程中调用的自定义命令: https://qt.gitorious.org/qt/qtbase/source/d953d9a4c3bdc5ed3b8d380c4b893b51b523bc50%3asrc/corelib/Qt5CoreMacros.cmake#L231

如果定义了多个目标,那么稍后可以同时并行调用这些自定义命令。此时, $ {outfile} 将不会使用当时的 $ {CMAKE_CURRENT_BINARY_DIR} 重新定义,因此并行进程将在同一个文件的根目录下写入建立目录。

查看 QT5_ADD_RESOURCES 的代码似乎没有机制/选项可用于在多线程编译的情况下纠正该行为,但是,正如steveire所指出的,底层自定义命令函数的解决方法也可以成功应用。