【问题标题】:clang-tidy parsing error at spaceship operator飞船操作员的clang-tidy解析错误
【发布时间】:2021-04-10 08:44:21
【问题描述】:

clang++-11libstdc++-11clang-tidy-11 一起使用,我在使用clang-tidy 对代码进行linting 时遇到了失败——即在处理著名的sleeper 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));
}

惨败似乎发生在&lt;chrono&gt;这个模板的最后一行

    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));临时解决方法 (suure) 克服了这个问题,因为无论如何它是我项目中的一个依赖项。

你有任何指针吗?我是否在某个地方失败了,或者它可能是 clang-tidy 中众所周知的错误,我应该毫不犹豫地提交错误报告?

【问题讨论】:

  • 清除clang-tidy bug。

标签: c++ clang c++20 clang-tidy


【解决方案1】:

您可以将std::this_thread::sleep_until 方法与 (now() + 1s) 一起用作参数。

【讨论】:

  • 它很好地通过了clang-tidy检查,没有崩溃。确实是一个很好的解决方法。
【解决方案2】:

确认 clang-tidy 错误,https://bugs.llvm.org/show_bug.cgi?id=47511 。我会保留这个问题,也许有人会发现 boost 技巧在修复之前很有用。

【讨论】:

    猜你喜欢
    • 2021-01-07
    • 2018-06-01
    • 2022-08-03
    • 2011-07-27
    • 2015-08-26
    • 1970-01-01
    • 2021-04-23
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多