kadircet accepted this revision.
kadircet added a comment.
This revision is now accepted and ready to land.
thanks, lgtm!
================
Comment at: clang-tools-extra/include-cleaner/lib/Analysis.cpp:58
+ Results = {{FE}};
+ // FIXME: compute a closure of exporter headers.
+ for (const auto *Export : PI.getExporters(FE, SM.getFileManager()))
----------------
hokein wrote:
> kadircet wrote:
> > hokein wrote:
> > > kadircet wrote:
> > > > not sure i follow the fixme here, are you suggesting we should also
> > > > compute transitive exporters?
> > > Yeah, rephrased the FIXME.
> > i see, i am not sure if that's desired though.
> >
> > e.g. if we have `foo.h` exporting `bar.h` exporting `baz.h`, I don't think
> > `baz.h` counts (or should count) as an alternative to `foo.h`. do we have
> > information proving otherwise?
> The classical IWYU tool has this semantic, see the nested_export test in
> https://github.com/include-what-you-use/include-what-you-use/commit/9945e543d894e90fab5ebd0b685cabd5aa8dd21f.
wow, that's surprising. but i guess is a valid point.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D137320/new/
https://reviews.llvm.org/D137320
_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
