diff options
| author | Chuanqi Xu <yedeng.yd@linux.alibaba.com> | 2022-12-06 17:38:57 +0800 |
|---|---|---|
| committer | Chuanqi Xu <yedeng.yd@linux.alibaba.com> | 2022-12-07 10:52:02 +0800 |
| commit | 303f20a2cab4554a10ec225fd853709146f8c51c (patch) | |
| tree | 43d50a7f0d016406660ecbb0054199e64ecdfe1e /llvm/tools/llvm-cov/SourceCoverageViewText.cpp | |
| parent | ea32faea6dc439f3080e448e04c1e2c8bddf030e (diff) | |
| download | llvm-303f20a2cab4554a10ec225fd853709146f8c51c.zip llvm-303f20a2cab4554a10ec225fd853709146f8c51c.tar.gz llvm-303f20a2cab4554a10ec225fd853709146f8c51c.tar.bz2 | |
[C++20] [Modules] [Serialization] Deserialize
LValuePathSerializationHelper's type properly
Close https://github.com/llvm/llvm-project/issues/58716.
Tested with libcxx's modules build.
When we read the type of
LValuePathSerializationHelper, we didn't read the correct type. We read
the element type as its name suggests. But the problem here is that it
looks like that both the usage and serialization use its type as the
top level type. So here is the mismatch.
Actually, the type of LValuePathSerializationHelper is never used after
Deserialization without the assertion. So it doesn't matter for the
release users. And this patch shouldn't change the behavior too.
Reviewed By: erichkeane
Differential Revision: https://reviews.llvm.org/D139406
Diffstat (limited to 'llvm/tools/llvm-cov/SourceCoverageViewText.cpp')
0 files changed, 0 insertions, 0 deletions