tree 76173acc806c5c6a33ff09bf04c8923bd50ab28e
parent 7436036319b8b9ccb5c9da3fcac7b9b940fe8794
author Viet-Trung Luu <viettrungluu@chromium.org> 1470959039 -0700
committer Viet-Trung Luu <viettrungluu@chromium.org> 1470959039 -0700

mojo/public: Include gtest.h as "gtest/gtest.h", instead of via "absolute" path.

* This allows one to put gtest in other places (e.g., as in the fuchsia
  mojo repo).
* Thus this allows merges to the fuchsia mojo repo to happen much more
  cleanly. (I.e., nearly all files will be unchanged.)
* Why does this necessarily work? gtest.h itself includes other things
  in gtest's |include| directory in the same way, so gtest's |include|
  directory better be in the include path whenever gtest is used.
* Why "gtest/gtest.h" and not <gtest/gtest.h>? i. It's not a system
  header. ii. It's not a C header (which all other .h files included
  using <...> are). iii. It's the way gtest (in particular gtest.h)
  itself includes its own headers.

Also, make a "forwarding" //mojo/public:gtest target, so that other
things in //mojo/public can use gtest without needing to know directly
where gtest is. (This again simplifies merges to the fuchsia mojo repo,
as well as making it easier to consume/build the public tests from
elsewhere.)

R=vardhan@google.com

Review URL: https://codereview.chromium.org/2244503002 .

Cr-Mirrored-From: https://github.com/domokit/mojo
Cr-Mirrored-Commit: dddc0e5845959fe485ec11fc94bfecc4a4807562