summaryrefslogtreecommitdiff
path: root/libavcodec/mf_utils.h
diff options
context:
space:
mode:
authorMartin Storsjö <martin@martin.st>2020-05-23 21:14:40 +0300
committerMartin Storsjö <martin@martin.st>2020-05-23 21:17:55 +0300
commit2a1fd3c84ef9b5d1daf32fd3cbfebff3c5996ef4 (patch)
tree548faf144ac62ab17a2ae9f3ffe17035c29c80f1 /libavcodec/mf_utils.h
parent727cac88b8c4b1facd93a3c863ef7e7072feda36 (diff)
downloadffmpeg-2a1fd3c84ef9b5d1daf32fd3cbfebff3c5996ef4.tar.gz
mfenc: Fix building with clang in MSVC mode
Just including icodecapi.h + codecapi.h apparently misses some bits, that MSVC doesn't complain about, but Clang does. Thus add a missing header to the custom hacky include path (required for keeping ICodecAPI visible when building in UWP mode, as it is intended to). The issue in Windows SDK headers about ICodecAPI availability in UWP/app mode has been reported upstream at https://developercommunity.visualstudio.com/content/problem/1037125/icodecapi-not-visible-when-compiling-in-uwp-mode.html, and later also filed in Feedback Hub (which can't be linked to externally). Signed-off-by: Martin Storsjö <martin@martin.st>
Diffstat (limited to 'libavcodec/mf_utils.h')
-rw-r--r--libavcodec/mf_utils.h3
1 files changed, 3 insertions, 0 deletions
diff --git a/libavcodec/mf_utils.h b/libavcodec/mf_utils.h
index 39d5844ff6..4373e62ed2 100644
--- a/libavcodec/mf_utils.h
+++ b/libavcodec/mf_utils.h
@@ -28,6 +28,9 @@
// of including it though, through strmif.h via dshow.h. And on mingw, the
// mf*.h headers below indirectly include strmif.h.)
#include <icodecapi.h>
+// Clang in MSVC mode fails on codecapi.h if we haven't included uuids.h
+// before, while it seems to work fine with MSVC itself.
+#include <uuids.h>
#else
#include <dshow.h>
#endif