<div dir="ltr"><div>For what it's worth, I never managed to isolate a root cause, but I opened a new issue with a smaller repro than IWYU: <a href="https://github.com/llvm/llvm-project/issues/53044">https://github.com/llvm/llvm-project/issues/53044</a>.</div><div><br></div><div>Thanks,</div><div>- Kim<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Oct 17, 2021 at 6:56 PM Kim Gräsman <<a href="mailto:kim.grasman@gmail.com">kim.grasman@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Hi Volodymyr,<div dir="auto"><br></div><div dir="auto">Thanks, all good suggestions!</div><div dir="auto"><br></div><div dir="auto">I'll try these suggestions out when I get a chance.</div><div dir="auto"><br></div><div dir="auto">Cheers, </div><div dir="auto">Kim </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 7, 2021, 04:52 Volodymyr Sapsai <<a href="mailto:vsapsai@apple.com" target="_blank">vsapsai@apple.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Personally I don’t have any advice on how to deal with ASAN errors. From experience it helps to work with clang and clang libraries built with assertions enabled, it helps to encounter inconsistencies like FunctionDecl/AccessSpecDecl pretty early. What else can be helpful is to have pure clang failing and to remove IWYU itself from the list of suspects.<div><br></div><div>You can try to minimize the repro manually or with <a href="https://github.com/llvm/llvm-project/blob/main/clang/utils/creduce-clang-crash.py" rel="noreferrer" target="_blank">creduce-clang-crash.py</a> or with <a href="http://embed.cs.utah.edu/creduce/" rel="noreferrer" target="_blank">C-Reduce itself</a>.</div><div><br></div><div>Hope this helps,</div><div>Volodymyr<br><div><br><blockquote type="cite"><div>On Sep 23, 2021, at 12:00, Kim Gräsman via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" rel="noreferrer" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:</div><br><div><div dir="ltr"><div>We've had a curious bug reported on IWYU, where CastExpr::getConversionFunction does not return a FunctionDecl.</div><div><br></div><div>After some research, it turns out we get an AccessSpecDecl instead, which seems like a strange conversion function.</div><div><br></div><div>I tried running with ASAN enabled for only IWYU, but didn't get any useful results, but eventually I managed to repro a non-IWYU contained example. That in turn led me to:<br></div><div><a href="https://bugs.llvm.org/show_bug.cgi?id=44972" rel="noreferrer" target="_blank">https://bugs.llvm.org/show_bug.cgi?id=44972</a></div><div><br></div><div>I'm not sure where to go from there, though... It seems the parser somehow triggers a use-after-free in BumpPtrAllocator. Can I narrow it down somehow? I have an 800K preprocessed repro, but from cursory experiments ASAN triggers use-after-poison there on basically anything.</div><div><br></div><div>Thanks for any ideas for narrowing down the issue,</div><div>- Kim<br></div></div>
_______________________________________________<br>cfe-dev mailing list<br><a href="mailto:cfe-dev@lists.llvm.org" rel="noreferrer" target="_blank">cfe-dev@lists.llvm.org</a><br><a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br></div></blockquote></div><br></div></div></blockquote></div>
</blockquote></div>