I'm not sure it's feasible for this change to satisfy #837 (comment) or the failing tests, actually, given that includes has to specify a list of directories, and some of the headers specified in hdrs such as logging.h are in the "top-level" glog directory. The error is:

in includes attribute of cc_library rule //:glog: '.' resolves to the workspace root, which would allow this rule and all of its transitive dependents to include any file in your workspace. Please include only what you need.

I'm afraid I've never fully understood the subtleties and the right way to hold includes vs strip_include_prefix but I feel this is not the right way to do it. Especially since exposing the internal files can break downstream projects if they include the wrong file by accident (this happened with config.h). My guess is that to fix #837 we would need to rearrange the header sources (eg add a top-level include/) and adapt the CMake build correspondingly, but I haven't looked into the details. Sorry :(

Yes, I think you're right. It would end up being much more invasive than simply setting includes, and with greater risk for breaking downstream projects.

It's probably more straightforward just to resolve the compiler warnings/clang-tidy issues/etc. that necessitate setting includes for some projects. There's also bazel-contrib/rules_foreign_cc#418, though, which is another can of worms...

I'll go ahead and close this PR, given that it doesn't seem like the right approach in any case.