使用 Qt 和 Boost 为应用程序编译 CppUTest 测试时的奇怪行为

Weird behaviour when compiling CppUTest tests for application using Qt and Boost

我遇到了以下问题。当我尝试编译 .so 库时,一切正常。

Scanning dependencies of target logger
[ 11%] Building CXX object CMakeFiles/logger.dir/src/defaultconfig.cpp.o
[ 22%] Building CXX object CMakeFiles/logger.dir/src/loggerstate.cpp.o
[ 33%] Building CXX object CMakeFiles/logger.dir/src/configmanager.cpp.o
[ 44%] Building CXX object CMakeFiles/logger.dir/src/configuration.cpp.o
[ 55%] Building CXX object CMakeFiles/logger.dir/src/formatter.cpp.o
[ 66%] Building CXX object CMakeFiles/logger.dir/src/levelmap.cpp.o
[ 77%] Building CXX object CMakeFiles/logger.dir/src/logger.cpp.o
[ 88%] Building CXX object CMakeFiles/logger.dir/src/logworker.cpp.o
[100%] Linking CXX shared library liblogger.so
[100%] Built target logger

当我尝试创建可执行文件时使用 logger.cpp 例如。测试文件我得到了很多错误。 Full log is here。然而,最有趣的是它在开发人员的计算机上编译。我们检查编译器版本、cmake 版本,一切都是相同。 cpputest 版本不一样。

也许你们中的任何人都遇到过这样的问题并且知道我们做错了什么。

In file included from /opt/Qt5.3.2/5.3/gcc_64/include/QtCore/qobject.h:51:0,
                 from /opt/Qt5.3.2/5.3/gcc_64/include/QtCore/qabstractanimation.h:45,
                 from /opt/Qt5.3.2/5.3/gcc_64/include/QtCore/QtCore:4,
                 from /opt/Qt5.3.2/5.3/gcc_64/include/QtConcurrent/QtConcurrentDepends:2,
                 from /opt/Qt5.3.2/5.3/gcc_64/include/QtConcurrent/QtConcurrent:3,
                 from /tmp/Quantum/src/logger/include/logworker.h:5,
                 from /tmp/Quantum/src/logger/include/logger.h:5,
                 from /tmp/Quantum/src/logger/tests/logger_test.cpp:5:
/opt/Qt5.3.2/5.3/gcc_64/include/QtCore/qlist.h: In member function ‘void QList<T>::node_construct(QList<T>::Node*, const T&)’:
/opt/Qt5.3.2/5.3/gcc_64/include/QtCore/qlist.h:374:44: error: ‘n’ does not name a type
     else if (QTypeInfo<T>::isComplex) new (n) T(t);
                                            ^

错误看起来像 <new> header 没有被包含在内。检查包含路径中的某处是否没有另一个名为 "new" 的文件,并检查是否没有其他 header 定义了像 _NEW_LIBCPP_NEW 这样的宏,这会阻止 <new> 被正确包含。

您可能需要使用 -save-temps 等标志编译失败文件之一,以便您可以检查预处理的输出,查看包含哪些文件,以及它们的内容是否包含在内。

您还应该告诉 CMake 详细,以便它打印完整的编译器命令。如果编译失败,隐藏编译细节是没有用的——你需要知道发生了什么!

我们终于解决了这个问题。正如@Jonathan Wakely 所建议的那样,这里的问题是 cpputest 定义了宏 _NEW,这会阻止 new 被正确包含。为了解决这个问题,我们在包含 cpputest headers.

之前对包含重新排序以包含所有库