Add VerifyHostFiles()

content_decryption_module.h

Index: content_decryption_module.h
diff --git a/content_decryption_module.h b/content_decryption_module.h
index 61307ab45a312864e8dfa136450f29e6395d5301..0a0655fe6986c5d0777419dfb971bb157884b45b 100644
--- a/content_decryption_module.h
+++ b/content_decryption_module.h
@@ -5,6 +5,8 @@
 #ifndef CDM_CONTENT_DECRYPTION_MODULE_H_
 #define CDM_CONTENT_DECRYPTION_MODULE_H_
 
+#include "content_decryption_module_export.h"

[xhwang, 2017/01/12 20:07:05]

We had the discussion about include path issue in the other code review:
https://chromiumcodereview.appspot.com/2446413003/

Here's a copy of that discussion for the reference:

----------------

* ddorwin:

Not LGTM due to path issue. This assumes the Chrome code structure, which may
not apply for other browsers.

* xhwang:

Can we just have this here:

#include "content_decryption_module_export.h"

I *think* the current folder will always be searched (I could be wrong). The
risk is that we may have another content_decryption_module_export.h somewhere in
the include path, but I  *think* the "current folder" is always searched first:

https://gcc.gnu.org/onlinedocs/cpp/Search-Path.html
https://msdn.microsoft.com/en-us/library/36k2cdd4.aspx

----------------

+
 #if defined(_MSC_VER)
 typedef unsigned char uint8_t;
 typedef unsigned int uint32_t;
@@ -14,32 +16,19 @@ typedef __int64 int64_t;
 #include <stdint.h>
 #endif
 
-// Define CDM_API so that functionality implemented by the CDM module
-// can be exported to consumers. Note: the implementation lives in
-// a dynamic library even in a non-component build.
-// Also define CDM_CLASS_API to export class types. We have to add
-// visibility attributes to make sure virtual tables in CDM consumer
-// and CDM implementation are the same. Generally, it was always a
-// good idea, as there're no guarantees about that for the internal
-// symbols, but it has only become a practical issue after
-// introduction of LTO devirtualization. See more details on
+// Define CDM_CLASS_API to export class types. We have to add visibility
+// attributes to make sure virtual tables in CDM consumer and CDM implementation
+// are the same. Generally, it was always a good idea, as there're no guarantees
+// about that for the internal symbols, but it has only become a practical issue
+// after introduction of LTO devirtualization. See more details on
 // https://crbug.com/609564#c35
 #if defined(WIN32)
-
 #if defined(__clang__)
 #define CDM_CLASS_API [[clang::lto_visibility_public]]
 #else
 #define CDM_CLASS_API
 #endif
-
-#if defined(CDM_IMPLEMENTATION)
-#define CDM_API __declspec(dllexport)
-#else
-#define CDM_API __declspec(dllimport)
-#endif  // defined(CDM_IMPLEMENTATION)
-
 #else  // defined(WIN32)
-#define CDM_API __attribute__((visibility("default")))
 #define CDM_CLASS_API __attribute__((visibility("default")))
 #endif  // defined(WIN32)