summaryrefslogtreecommitdiffstats
path: root/llvm/tools/llvm-readobj/llvm-readobj.cpp
diff options
context:
space:
mode:
authorVolodymyr Sapsai <vsapsai@apple.com>2018-04-13 17:43:15 +0000
committerVolodymyr Sapsai <vsapsai@apple.com>2018-04-13 17:43:15 +0000
commit1f70bddb838837afff2fa74475e7bff101691557 (patch)
tree981b01c22a415922d0a563478e5830cf987d6a0e /llvm/tools/llvm-readobj/llvm-readobj.cpp
parentddf3db9b5eddc6c7cc75fd30eea545c22ad70dcd (diff)
downloadbcm5719-llvm-1f70bddb838837afff2fa74475e7bff101691557.tar.gz
bcm5719-llvm-1f70bddb838837afff2fa74475e7bff101691557.zip
Fix evaluation of `__has_include_next` during -frewrite-includes.
`__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
Diffstat (limited to 'llvm/tools/llvm-readobj/llvm-readobj.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud