1. 10 Jul, 2019 1 commit
    • Brad King's avatar
      IWYU: Fix handling of <memory> standard header · 71fbebd1
      Brad King authored
      An old workaround for `std::allocator_traits<>::value_type` lints from
      IWYU on `std::vector<>` usage breaks IWYU's handling of `<memory>`.
      Convert the workaround to use the same approach we already use for a
      workaround of `std::__decay_and_strip<>::::__type` lints.  Then update
      the `<memory>` inclusions to follow the now-correct IWYU lints.
      71fbebd1
  2. 07 Jun, 2019 2 commits
  3. 12 Dec, 2018 7 commits
    • Brad King's avatar
      fileapi: add cmakeFiles v1 · 66154081
      Brad King authored
      Issue: #18398
      66154081
    • Brad King's avatar
      fileapi: add cache v2 · 7489e95b
      Brad King authored
      Start with v2 to distinguish it from server-mode v1.
      
      Issue: #18398
      7489e95b
    • Brad King's avatar
      fileapi: add codemodel v2 · 3e922ceb
      Brad King authored
      Start with v2 to distinguish it from server-mode v1.
      
      Issue: #18398
      3e922ceb
    • Brad King's avatar
    • Brad King's avatar
      fileapi: Add protocol v1 support for stateful per-client queries · 276fdf29
      Brad King authored
      Add support for client-owned *stateful* query files.  These allow
      clients to request a list of versions of each object kind and get only
      the first-listed version that CMake recognizes.  Since clients own their
      stateful query files they can mutate them over time.  As a client
      installation is updated it may update the queries that it writes to
      build trees to get newer object versions without paying the cost of
      continuing to generate older versions.
      
      Issue: #18398
      276fdf29
    • Brad King's avatar
      fileapi: Add protocol v1 support for client-specific query files · 8fce5984
      Brad King authored
      Add support for client-owned stateless query files.  These allow clients
      to *own* requests for major object versions and get all those recognized
      by CMake.
      
      Issue: #18398
      8fce5984
    • Brad King's avatar
      fileapi: Add protocol v1 infrastructure with support for shared query files · eb2ec41a
      Brad King authored
      Add a file-based API that clients may use to get semantic information
      about the buildsystem that CMake generates.  Clients will write query
      files under a designated location in the build tree, and CMake will
      write reply files for clients to read.
      
      Start with support for shared stateless query files.  These allow
      clients to share requests for major object versions and get all those
      recognized by CMake.  Once any client has written a shared request to a
      build tree it will persist.  Other clients will not need to overwrite
      the request (since it is stateless) and should not remove it either.
      
      For now we add only an undocumented object kind to use for testing the
      query and reply infrastructure.  Object kinds providing real semantic
      information will be added later.
      
      Issue: #18398
      eb2ec41a