I've added a test case that (without the fix) triggers the assertion,
which happens when a move happens in an implicitly called conversion
operator.
Details
Details
Diff Detail
Diff Detail
- Repository
- rL LLVM
Event Timeline
test/clang-tidy/misc-use-after-move.cpp | ||
---|---|---|
285 ↗ | (On Diff #90462) | I've seen this column number flapping back and forth between 6 and 7 before. This seems to be unrelated to my fix and instead is triggered simply by adding the extra test case below; even with my fix present, this reverts back to 7 if I remove the test case. Looks like an obscure bug in the way the column number is computed... |
test/clang-tidy/misc-use-after-move.cpp | ||
---|---|---|
285 ↗ | (On Diff #90462) | Should be "reverts back to 6" |
Comment Actions
LG. Thanks!
test/clang-tidy/misc-use-after-move.cpp | ||
---|---|---|
285 ↗ | (On Diff #90462) | Interesting. Are you sure there's nothing else here in play? Like non-ascii characters or weird line endings? |
test/clang-tidy/misc-use-after-move.cpp | ||
---|---|---|
285 ↗ | (On Diff #90462) | I just checked -- nothing I can find. The file doesn't contain any bytes with the high bit set, and there aren't any '\r' either. |
test/clang-tidy/misc-use-after-move.cpp | ||
---|---|---|
285 ↗ | (On Diff #90462) | Anyway, the patch LG. We can take a look at the column glitch offline. |