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
Diff Detail
- Build Status
Buildable 4479 Build 4479: arc lint + arc unit
Event Timeline
test/clang-tidy/misc-use-after-move.cpp | ||
---|---|---|
285 | 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 | Should be "reverts back to 6" |
LG. Thanks!
test/clang-tidy/misc-use-after-move.cpp | ||
---|---|---|
285 | 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 | 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 | Anyway, the patch LG. We can take a look at the column glitch offline. |
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...