akhuang added a comment.

> What's the plan for this? Is it still in an experimental stage, with the 
> intent to investigate the types that are no longer emitted unedr the flag & 
> explain why they're missing (& either have a justification for why that's 
> acceptable, or work on additional heuristics to address the gaps?)?
> 
> If so, I'd probably rather this not be a full driver flag - if it's a 
> reliable way to reduce debug info size (like the existing heuristics under 
> -fstandalone-debug*) it should be rolled into -fno-standalone-debug behavior, 
> and if it's not fully fleshed out yet, I think an -Xclang flag would be more 
> suitable for the experimental phase.

Pretty much, I think the plan is to investigate further and maybe have more 
people try it. The -Xclang flag seems reasonable. Do you have thoughts on 
whether the added DebugInfoKind level makes sense?

> Do you have any sample of data on the sort of situations that lead to missing 
> types under this heuristic?

I built clang with the heuristic and linked to a list of missing types in the 
description but haven't really looked into them more specifically.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D72427/new/

https://reviews.llvm.org/D72427



_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to