openh264/build/platform-msvc-common.mk

CC=cl
CXX=cl
AR=lib
CXX_O=-Fo$@
CFLAGS += -nologo -W3 -EHsc -fp:precise -Zc:wchar_t -Zc:forScope -DGTEST_HAS_TR1_TUPLE=0
CXX_LINK_O=-nologo -Fe$@
AR_OPTS=-nologo -out:$@
CFLAGS_OPT=-O2 -Ob1 -Oy- -Zi -GF -Gm- -GS -Gy -MD -DNDEBUG
CFLAGS_DEBUG=-Od -Oy- -ZI -Gm -MDd -RTC1 -D_DEBUG
CFLAGS_M32=
CFLAGS_M64=
LINK_LIB=$(1).lib
LIBSUFFIX=lib
LIBPREFIX=
EXEEXT=.exe
SHAREDLIBSUFFIX=dll
SHARED=-LD
SHLDFLAGS=-link -def:wels.def -implib:wels_dll.lib
EXTRA_LIBRARY=wels_dll.lib
Set CC wherever we set CXX 2014-02-12 22:12:33 +02:00			`CC=cl`
Add platform files for msvc and msvc-arm Build with "make UNAME=msvc" to invoke this. 2013-12-28 00:01:38 +02:00			`CXX=cl`
			`AR=lib`
			`CXX_O=-Fo$@`
Set GTEST_HAS_TR1_TUPLE to 0 on msvc This fixes building of gtest on msvc. See e.g. http://stackoverflow.com/questions/8274588 for more discussion on the matter. This is only required on MSVC 2012 - gtest itself (in the cmake files) adds -D_VARIADIC_MAX=10 to the build when building using MSVC 2012, but we don't know the MSVC version at the make stage here. Since the gtest tuple support isn't used at all, it's simpler to just disable it altogether than to try to add -D_VARIADIC_MAX=10. 2014-01-17 10:58:13 +02:00			`CFLAGS += -nologo -W3 -EHsc -fp:precise -Zc:wchar_t -Zc:forScope -DGTEST_HAS_TR1_TUPLE=0`
Add platform files for msvc and msvc-arm Build with "make UNAME=msvc" to invoke this. 2013-12-28 00:01:38 +02:00			`CXX_LINK_O=-nologo -Fe$@`
			`AR_OPTS=-nologo -out:$@`
Update msvc options from VS projects. 2014-01-17 12:56:15 -08:00			`CFLAGS_OPT=-O2 -Ob1 -Oy- -Zi -GF -Gm- -GS -Gy -MD -DNDEBUG`
			`CFLAGS_DEBUG=-Od -Oy- -ZI -Gm -MDd -RTC1 -D_DEBUG`
Add platform files for msvc and msvc-arm Build with "make UNAME=msvc" to invoke this. 2013-12-28 00:01:38 +02:00			`CFLAGS_M32=`
			`CFLAGS_M64=`
			`LINK_LIB=$(1).lib`
			`LIBSUFFIX=lib`
			`LIBPREFIX=`
Include the executable suffix within make This makes sure that e.g. "make clean" actually removes the built exe files, and avoids relinking the exe files each time make is run when cross compiling from linux to windows. (Make on windows seems to have an exception that knows to skip rebuilding the 'h264enc' target if 'h264enc' doesn't exist but 'h264enc.exe' does, but this exception doesn't work on normal unix make.) 2014-01-23 16:14:09 +02:00			`EXEEXT=.exe`
Support building DLLs with MSVC MSVC doesn't export any functions at all by default, contrary to gcc which exports all global functions by default. Doing the same for linux/OS X isn't too hard, but they use yet two other, different syntaxes for the corresponding symbol file. 2014-02-19 11:51:50 +02:00			`SHAREDLIBSUFFIX=dll`
			`SHARED=-LD`
			`SHLDFLAGS=-link -def:wels.def -implib:wels_dll.lib`
Install the import library as well, in MSVC builds 2014-02-19 13:12:52 +02:00			`EXTRA_LIBRARY=wels_dll.lib`