llvm-project/clang-tools-extra/clang-apply-replacements
Ben Langmuir b4c6dc2e66 [clang] Update code that assumes FileEntry::getName is absolute NFC
It's an accident that we started return asbolute paths from
FileEntry::getName for all relative paths. Prepare for getName to get
(closer to) return the requested path. Note: conceptually it might make
sense for the dependency scanner to allow relative paths and have the
DependencyConsumer decide if it wants to make them absolute, but we
currently document that it's absolute and I didn't want to change
behaviour here.

Differential Revision: https://reviews.llvm.org/D130934
2022-08-01 14:48:37 -07:00
..
include/clang-apply-replacements/Tooling [clang-apply-replacements] Added an option to ignore insert conflict. 2022-05-30 13:02:25 +08:00
lib/Tooling [clang] Update code that assumes FileEntry::getName is absolute NFC 2022-08-01 14:48:37 -07:00
tool [clang-apply-replacements] Added an option to ignore insert conflict. 2022-05-30 13:02:25 +08:00
CMakeLists.txt [clang-tools-extra] Prevent linking to duplicate .a libs and dylib 2020-06-17 19:00:26 +02:00