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