飞船操作员的 clang-tidy 解析错误
clang-tidy parsing error at spaceship operator
将 clang++-11
与 libstdc++-11
和 clang-tidy-11
一起使用,我 运行 在使用 clang-tidy
对代码进行 linting 时失败 - 即在处理知名卧铺 std::this_thread::sleep_for(std::chrono::seconds(1));
.
clang-tidy-11 -header-filter=include/ -p=/tmp/dev/build/bin/aggregation/ -quiet /tmp/de
v/build/aggregation/src/main.cc
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace.
Stack dump:
0. Program arguments: clang-tidy-11 -header-filter=include/ -p=/tmp/dev/build/bin/
aggregation/ -quiet /tmp/dev/build/aggregation/src/main.cc
1. <eof> parser at end of file
2. While analyzing stack:
#0 Calling std::chrono::operator<=> at line /usr/include/c++/11/thread:125:6
#1 Calling std::this_thread::sleep_for at line 159
#2 Calling main
3. /usr/include/c++/11/chrono:771:9: Error evaluating statement
4. /usr/include/c++/11/chrono:771:9: Error evaluating statement
/usr/lib/x86_64-linux-gnu/libLLVM-11.so.1(_ZN4llvm3sys15PrintStackTraceERNS_11raw_ostre
amE+0x1f)[0x7f4ae7718e7f]
/usr/lib/x86_64-linux-gnu/libLLVM-11.so.1(_ZN4llvm3sys17RunSignalHandlersEv+0x50)[0x7f4
ae77171e0]
/usr/lib/x86_64-linux-gnu/libLLVM-11.so.1(+0xbd1355)[0x7f4ae7719355]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x14140)[0x7f4aee8ec140]
/usr/lib/x86_64-linux-gnu/libclang-cpp.so.11(_ZN5clang4ento17BasicValueFactory25getPers
istentSValWithDataERKNS0_4SValEm+0x58)[0x7f4aedd82e38]
我检查过 basic spaceship operator usage
它工作正常
#include <compare>
struct IntWrapper {
int value;
constexpr IntWrapper(int value): value{value} { }
auto operator<=>(const IntWrapper&) const = default;
};
constexpr bool is_lt(const IntWrapper& a, const IntWrapper& b) {
return a < b;
}
int main() {
static_assert(is_lt(0, 1));
}
惨败似乎发生在该模板的最后一行 <chrono>
template<typename _Rep1, typename _Period1,
typename _Rep2, typename _Period2>
requires three_way_comparable<common_type_t<_Rep1, _Rep2>>
constexpr auto
operator<=>(const duration<_Rep1, _Period1>& __lhs,
const duration<_Rep2, _Period2>& __rhs)
{
using __ct = common_type_t<duration<_Rep1, _Period1>,
duration<_Rep2, _Period2>>;
return __ct(__lhs).count() <=> __ct(__rhs).count();
}
我设法通过使用 boost::this_thread::sleep_for(boost::chrono::seconds(1));
的临时解决方法(当然)克服了这个问题,因为无论如何它都是我项目中的依赖项。
你有什么指点吗?我是不是在某个地方失败了,或者它可能是 clang-tidy 中众所周知的错误,我应该毫不犹豫地提交错误报告?
已确认 clang-tidy 错误,https://bugs.llvm.org/show_bug.cgi?id=47511。我会按原样保留问题,也许有人会发现 boost
技巧在它被修复之前很有用。
您可以使用以 (now() + 1s) 作为参数的 std::this_thread::sleep_until 方法。
将 clang++-11
与 libstdc++-11
和 clang-tidy-11
一起使用,我 运行 在使用 clang-tidy
对代码进行 linting 时失败 - 即在处理知名卧铺 std::this_thread::sleep_for(std::chrono::seconds(1));
.
clang-tidy-11 -header-filter=include/ -p=/tmp/dev/build/bin/aggregation/ -quiet /tmp/de
v/build/aggregation/src/main.cc
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace.
Stack dump:
0. Program arguments: clang-tidy-11 -header-filter=include/ -p=/tmp/dev/build/bin/
aggregation/ -quiet /tmp/dev/build/aggregation/src/main.cc
1. <eof> parser at end of file
2. While analyzing stack:
#0 Calling std::chrono::operator<=> at line /usr/include/c++/11/thread:125:6
#1 Calling std::this_thread::sleep_for at line 159
#2 Calling main
3. /usr/include/c++/11/chrono:771:9: Error evaluating statement
4. /usr/include/c++/11/chrono:771:9: Error evaluating statement
/usr/lib/x86_64-linux-gnu/libLLVM-11.so.1(_ZN4llvm3sys15PrintStackTraceERNS_11raw_ostre
amE+0x1f)[0x7f4ae7718e7f]
/usr/lib/x86_64-linux-gnu/libLLVM-11.so.1(_ZN4llvm3sys17RunSignalHandlersEv+0x50)[0x7f4
ae77171e0]
/usr/lib/x86_64-linux-gnu/libLLVM-11.so.1(+0xbd1355)[0x7f4ae7719355]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x14140)[0x7f4aee8ec140]
/usr/lib/x86_64-linux-gnu/libclang-cpp.so.11(_ZN5clang4ento17BasicValueFactory25getPers
istentSValWithDataERKNS0_4SValEm+0x58)[0x7f4aedd82e38]
我检查过 basic spaceship operator usage
它工作正常#include <compare>
struct IntWrapper {
int value;
constexpr IntWrapper(int value): value{value} { }
auto operator<=>(const IntWrapper&) const = default;
};
constexpr bool is_lt(const IntWrapper& a, const IntWrapper& b) {
return a < b;
}
int main() {
static_assert(is_lt(0, 1));
}
惨败似乎发生在该模板的最后一行 <chrono>
template<typename _Rep1, typename _Period1,
typename _Rep2, typename _Period2>
requires three_way_comparable<common_type_t<_Rep1, _Rep2>>
constexpr auto
operator<=>(const duration<_Rep1, _Period1>& __lhs,
const duration<_Rep2, _Period2>& __rhs)
{
using __ct = common_type_t<duration<_Rep1, _Period1>,
duration<_Rep2, _Period2>>;
return __ct(__lhs).count() <=> __ct(__rhs).count();
}
我设法通过使用 boost::this_thread::sleep_for(boost::chrono::seconds(1));
的临时解决方法(当然)克服了这个问题,因为无论如何它都是我项目中的依赖项。
你有什么指点吗?我是不是在某个地方失败了,或者它可能是 clang-tidy 中众所周知的错误,我应该毫不犹豫地提交错误报告?
已确认 clang-tidy 错误,https://bugs.llvm.org/show_bug.cgi?id=47511。我会按原样保留问题,也许有人会发现 boost
技巧在它被修复之前很有用。
您可以使用以 (now() + 1s) 作为参数的 std::this_thread::sleep_until 方法。