From: Duncan P. N. Exon Smith <dexonsmith@apple.com>
Date: Sat, 20 Feb 2016 18:55:08 +0000 (+0000)
Subject: Lex: clang-format HeaderMap.h, NFC
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=d9d154cc11d04d1b6060592093208df8455e6562;p=clang

Lex: clang-format HeaderMap.h, NFC

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@261443 91177308-0d34-0410-b5e6-96231b3b80d8
---

diff --git a/include/clang/Lex/HeaderMap.h b/include/clang/Lex/HeaderMap.h
index 08005dfa82..b9f215e105 100644
--- a/include/clang/Lex/HeaderMap.h
+++ b/include/clang/Lex/HeaderMap.h
@@ -20,10 +20,11 @@
 #include <memory>
 
 namespace clang {
-  class FileEntry;
-  class FileManager;
-  struct HMapBucket;
-  struct HMapHeader;
+
+class FileEntry;
+class FileManager;
+struct HMapBucket;
+struct HMapHeader;
 
 /// This class represents an Apple concept known as a 'header map'.  To the
 /// \#include file resolution process, it basically acts like a directory of
@@ -35,6 +36,7 @@ class HeaderMap {
 
   HeaderMap(std::unique_ptr<const llvm::MemoryBuffer> File, bool BSwap)
       : FileBuffer(std::move(File)), NeedsBSwap(BSwap) {}
+
 public:
   /// HeaderMap::Create - This attempts to load the specified file as a header
   /// map.  If it doesn't look like a HeaderMap, it gives up and returns null.