8 Commits

Author SHA1 Message Date
Aiden Grossman
912a68303c
[DependencyScanning] Do not use maybe null OverlayFS (#174515) 2026-01-05 18:42:15 -08:00
Naveen Seth Hanig
02451f54d6
[clang][DependencyScanning] Remove dependency on clangDriver from clangDependencyScanning (#172347)
This is the final patch in a series that removes the dependency of
`clangDependencyScanning` on `clangDriver`, splitting the work from
#169964 into smaller changes (see comment linked below).

This patch updates the remaining parts of the scanning interface in
`DependencyScanningWorker` to only operate on `-cc1` / driver job
command lines.
This follows #171238, which applied this change to the by-name scanning
API.

This is part of a broader effort to support driver-managed builds for
compilations using C++ named modules and/or Clang modules. It is
required for linking the dependency scanning tooling against the driver
without introducing cyclic dependencies, which would otherwise cause
build failures when dynamic linking is enabled.

---------

Co-authored-by: Jan Svoboda <jan@svoboda.ai>
2026-01-05 22:56:32 +00:00
Jan Svoboda
0badd4e2cb
[clang][deps] Prefer DiagnosticConsumer over llvm::{Error,Expected} (#172389)
This PR moves the `DependencyScanning{Worker,Tool}` APIs from using
`llvm::{Error,Expected}` to using `DiagnosticConsumer`. This makes it
possible to learn about non-error diagnostics (warnings, remarks)
emitted by the scanner. I found a need for this while exploring the
possibility of caching dependency scans and emitting remarks to report
cache hits/misses.
2025-12-16 08:54:42 -08:00
Naveen Seth Hanig
63d165ac74
[clang][DependencyScanning] Use structured bindings for initVFSForByNameScanning (NFC) (#172335) 2025-12-15 18:24:23 +01:00
Naveen Seth Hanig
ad2fca7513
[clang][DependencyScanning] Move driver-command logic for by-name scanning into DependencyScanningTool (#171238)
This is the second patch in a series that removes the dependency of
clangDependencyScanning on clangDriver, splitting the work from
#169964 into smaller changes (see comment linked below).

This patch updates the by-name scanning interface in
DependencyScanningWorker to accept only -cc1 command lines directly
and moves the logic for handling driver-style command lines into
DependencyScanningTool in clangTooling.
Support for -cc1 command lines in by-name scanning is introduced in
this patch.

The next patch will update the remaining parts of
DependencyScanningWorker to operate only on -cc1 command lines,
allowing its dependency on clangDriver to be removed.

https://github.com/llvm/llvm-project/pull/169964#pullrequestreview-3545879529
2025-12-13 04:44:26 +05:30
Naveen Seth Hanig
eab9394a45
[clang][DependencyScanning] Fix spelling mistake for DiagnosticsEngineWithDiagOpts (#171535) 2025-12-10 00:32:39 +00:00
Naveen Seth Hanig
2e2fe683af
[clang][DependencyScanning] Use ArrayRef in function signatures over const std::vector& (NFC) (#170941)
This updates the dependency-scanning tooling to consistently use
`ArrayRef<std::string>` rather than `const std::vector<std::string>&` in
function signatures.

This is done to help break PR #169964 into smaller, more manageable
pieces.
2025-12-05 23:07:55 +00:00
Naveen Seth Hanig
b70be3dc14
[clang][DependencyScanning] Separate clangDependencyScanning and DependencyScanningTool (NFC) (#169962)
This patch is the first of two in refactoring Clang's dependency
scanning tooling to remove its dependency on clangDriver.

It separates Tooling/DependencyScanningTool.cpp from the rest of
clangDependencyScanning and moves clangDependencyScanning out of
clangTooling into its own library. No functional changes are
introduced.

The follow-up patch (#169964) will restrict clangDependencyScanning to
handling only -cc1 command line inputs and will move all functionality
related to handling driver commands into clangTooling.
(Tooling/DependencyScanningTool.cpp).

This is part of a broader effort to support driver-managed builds for
compilations using C++ named modules and/or Clang modules. It is
required for linking the dependency scanning tooling against the driver
without introducing cyclic dependencies, which would otherwise cause
build failures when dynamic linking is enabled.

The RFC for this change can be found here:

https://discourse.llvm.org/t/rfc-new-clangoptions-library-remove-dependency-on-clangdriver-from-clangfrontend-and-flangfrontend/88773?u=naveen-seth
2025-12-04 00:38:21 +01:00