forked from OSchip/llvm-project
![]() `__has_include_next` requires correct DirectoryLookup for being evaluated correctly. We were using Preprocessor::GetCurDirLookup() but we were calling it after the preprocessor finished its work. And in this case CurDirLookup is always nullptr which makes `__has_include_next` behave as `__has_include`. Fix by storing and using CurDirLookup when preprocessor enters a file, not when we rewrite the includes. rdar://problem/36305026 Reviewers: bkramer Reviewed By: bkramer Subscribers: jkorous-apple, cfe-commits Differential Revision: https://reviews.llvm.org/D45603 llvm-svn: 330041 |
||
---|---|---|
.. | ||
NextIncludes | ||
SystemHeaderPrefix | ||
TestFramework.framework/Headers | ||
absolute-paths.h | ||
empty.h | ||
line-directive.h | ||
optimization-remark-with-hotness-sample.proftext | ||
optimization-remark-with-hotness.proftext | ||
profile-sample-use-loc-tracking.prof | ||
rewrite-includes-bom.h | ||
rewrite-includes-messages.h | ||
rewrite-includes1.h | ||
rewrite-includes2.h | ||
rewrite-includes3.h | ||
rewrite-includes4.h | ||
rewrite-includes5.h | ||
rewrite-includes6.h | ||
rewrite-includes7.h | ||
rewrite-includes8.h | ||
rewrite-includes9.h | ||
test.h | ||
test2.h | ||
test3.h |