summaryrefslogtreecommitdiffstats
path: root/clang/test/ClangScanDeps/subframework_header_dir_symlink.m
Commit message (Collapse)AuthorAgeFilesLines
* [clang-scan-deps] Add dependency targetsJan Korous2019-09-121-2/+2
| | | | | | Differential Revision: https://reviews.llvm.org/D67475 llvm-svn: 371697
* [clang-scan-deps][NFC] Fix tests - prevent FileCheck matching test dir pathJan Korous2019-09-111-5/+5
| | | | | | Differential Revision: https://reviews.llvm.org/D67379 llvm-svn: 371578
* Introduce a DirectoryEntryRef that stores both a reference and anAlex Lorenz2019-08-311-2/+1
| | | | | | | | | | | | | | accessed name to the directory entry This commit introduces a parallel API that returns a DirectoryEntryRef to the FileManager, similar to the parallel FileEntryRef API. All uses will have to be update in follow-up patches. The immediate use of the new API in this patch fixes the issue where a file manager was reused in clang-scan-deps, but reported an different file path whenever a framework lookup was done through a symlink. Differential Revision: https://reviews.llvm.org/D67026 llvm-svn: 370562
* [clang-scan-deps] reuse the file manager across invocations ofAlex Lorenz2019-08-291-0/+25
the dependency scanner on a single worker thread This behavior can be controlled using the new `-reuse-filemanager` clang-scan-deps option. By default the file manager is reused. The added test/ClangScanDeps/symlink.cpp is able to pass with the reused filemanager after the related FileEntryRef changes landed earlier. The test test/ClangScanDeps/subframework_header_dir_symlink.m still fails when the file manager is reused (I run the FileCheck with not to make it PASS). I will address this in a follow-up patch that improves the DirectoryEntry name modelling in the FileManager. llvm-svn: 370420
OpenPOWER on IntegriCloud