[PATCH] D82994: [RFC] Instrumenting Clang/LLVM with Perfetto

Roman Lebedev via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Mon Jul 20 23:19:46 PDT 2020


lebedev.ri added inline comments.


================
Comment at: llvm/cmake/modules/AddPerfetto.cmake:9
+  ExternalProject_Add(perfetto_git
+      GIT_REPOSITORY https://github.com/google/perfetto.git
+      GIT_TAG releases/v4.x
----------------
nickdesaulniers wrote:
> lebedev.ri wrote:
> > nickdesaulniers wrote:
> > > lebedev.ri wrote:
> > > > I have concerns about this.
> > > > It really should use system-provided version via `find_package()`
> > > > At worst, the sources should be bundled into the tree like it's already done in some rare cases.
> > > Not that I'm very good with CMake, but this seems to suggest that `ExternalProject_Add` may not compose well with `find_package`: https://stackoverflow.com/questions/6351609/cmake-linking-to-library-downloaded-from-externalproject-add
> > What i am saying is that any code that fetches anything from internet during cmake/build time is just plain broken.
> > perfetto should be provided by system package and we should link to it just like we link to zlib/etc.
> That's how GTest is fetched.  See: llvm/utils/benchmark/cmake/HandleGTest.cmake.
> That's how GTest is fetched.

No, it's not. That cmake file is never ever executed by LLVM's cmake.
LLVM's gtest is bundled in `llvm/utils/unittest/googletest`,
much like googlebenchmark is bundled in `llvm/utils/benchmark`,
etc.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D82994





More information about the llvm-commits mailing list