[LLDB] Attempt to fix MSVC builds after rL250966

[Eugene.Zelenko]

Summary

Looks like MSVC build failure didn't relate to my changes, since I didn't remove lldb/Expression/UtilityFunction.h from any of files changed in rL250966. May be source/Plugins/LanguageRuntime was not properly rebuilt after other change?

[zturner]

lgtm. In the future you don't need to ask for a review to unbreak a build.

[sivachandra]

If this fixes the windows build, can you please commit it ASAP?

[zturner]

I would have done this last night but I didn't have a machine handy. I'll
test it out now and commit if it fixes. And yea, in the future please just
commit fixes.

source/Plugins/LanguageRuntime/ObjC/AppleObjCRuntime/AppleObjCTrampolineHandler.h

 // C++ Includes
 #include <map>
 #include <vector>
+
 // Other libraries and framework includes
 // Project includes
 #include "lldb/lldb-public.h"
 #include "lldb/Host/Mutex.h"
+#include "lldb/Expression/UtilityFunction.h"
 
-
 namespace lldb_private
 {
   
 class AppleObjCTrampolineHandler {
 public:
-    
     AppleObjCTrampolineHandler (const lldb::ProcessSP &process_sp, 
                                 const lldb::ModuleSP &objc_module_sp);
     

         return (addr == m_msg_forward_addr || addr == m_msg_forward_stret_addr);
     }
 
-    
     struct DispatchFunction {
     public:
         typedef enum 

             lldb::addr_t code_start;
         };
 
-
         class VTableRegion 
         {
         public:

         lldb::break_id_t m_trampolines_changed_bp_id;
         region_collection m_regions;
         lldb::ModuleSP m_objc_module_sp;
-        
     };
     
     static const DispatchFunction g_dispatch_functions[];

     lldb::addr_t m_msg_forward_addr;
     lldb::addr_t m_msg_forward_stret_addr;
     std::unique_ptr<AppleObjCVTables> m_vtables_ap;
-    
-     
 };
 
-}  // using namespace lldb_private
+} // namespace lldb_private
 
-#endif  // lldb_AppleObjCTrampolineHandler_h_
+#endif // lldb_AppleObjCTrampolineHandler_h_