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

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

本文关键字：测试 编译 Qt Boost 应用程序 使用 CppUTest      更新时间：2023-10-16

我有以下问题。当我尝试编译 .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测试文件，我得到了一堵错误墙。完整日志在这里。然而，最有趣的事情是它在一台开发人员计算机上编译的。我们检查编译器版本，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>标头。检查包含路径中的某处是否没有另一个名为"new"的文件，并检查没有其他标头定义宏（如 _NEW 或 _LIBCPP_NEW）会阻止正确包含<new>。

您可能需要使用标志（如 -save-temps）编译其中一个失败的文件，以便检查预处理的输出，以查看包含哪些文件以及是否包含其内容。

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

最后我们克服了这个问题。正如Wakely所建议@Jonathan的那样，这里的问题是，cpputest定义了宏_NEW，从而阻止正确包含new。为了解决这个问题，我们在包含标头之前重新排序包含cpputest以包含所有库。

相关文章：