openh264/build/msvc-common.mk

include $(SRC_PATH)build/arch.mk
ifeq ($(ASM_ARCH), x86)
ifeq ($(ENABLE64BIT), Yes)
ASMFLAGS += -f win64
ASMFLAGS_PLATFORM = -DWIN64
else
ASMFLAGS += -f win32 -DPREFIX
endif
else
endif
ifeq ($(ASM_ARCH), arm)
CCAS = gas-preprocessor.pl -as-type armasm -force-thumb -- armasm
CCASFLAGS = -nologo -DHAVE_NEON
endif

CC=cl
CXX=cl
AR=lib
CXX_O=-Fo$@
# -D_VARIADIC_MAX=10 is required to fix building gtest on MSVC 2012, but
# since we don't (easily) know which version of MSVC we use here, we add
# it unconditionally. The same issue can also be worked around by adding
# -DGTEST_HAS_TR1_TUPLE=0 instead, but we prefer this version since it
# matches what gtest itself does.
CFLAGS += -nologo -W3 -EHsc -fp:precise -Zc:wchar_t -Zc:forScope -D_VARIADIC_MAX=10
CXX_LINK_O=-nologo -Fe$@
AR_OPTS=-nologo -out:$@
CFLAGS_OPT=-O2 -Ob1 -Oy- -Zi -GF -Gm- -GS -Gy -DNDEBUG
CFLAGS_DEBUG=-Od -Oy- -Zi -RTC1 -D_DEBUG
CFLAGS_M32=
CFLAGS_M64=
LINK_LOCAL_DIR=
LINK_LIB=$(1).lib
LIBSUFFIX=lib
LIBPREFIX=
EXEEXT=.exe
OBJ=obj
SHAREDLIBSUFFIX=dll
SHARED=-LD
SHLDFLAGS=-link -def:openh264.def -implib:$(PROJECT_NAME)_dll.lib
EXTRA_LIBRARY=$(PROJECT_NAME)_dll.lib
Remove the "platform-" prefix from common shared makefiles This makes it clearer which ones actually are real platforms (chosen automatically or explicitly via "make ARCH=foo") and which ones just are shared helpers. 2014-10-22 09:18:53 +02:00			`include $(SRC_PATH)build/arch.mk`
Move all x86 vs arm handling to msvc-common 2014-04-11 09:48:37 +02:00			`ifeq ($(ASM_ARCH), x86)`
			`ifeq ($(ENABLE64BIT), Yes)`
			`ASMFLAGS += -f win64`
			`ASMFLAGS_PLATFORM = -DWIN64`
			`else`
			`ASMFLAGS += -f win32 -DPREFIX`
			`endif`
			`else`
			`endif`
			`ifeq ($(ASM_ARCH), arm)`
			`CCAS = gas-preprocessor.pl -as-type armasm -force-thumb -- armasm`
Don't pass all MSVC specific cflags to gas-preprocessor and armasm This avoids having to disambiguate between assembler parameters, preprocessor parameters and MSVC parameters within gas-preprocessor. In particular, this avoids creating a stray dependency file named '-.d' while building. Future versions of gas-preprocessor might require this in order to build at all. 2014-05-08 13:07:54 +02:00			`CCASFLAGS = -nologo -DHAVE_NEON`
Move all x86 vs arm handling to msvc-common 2014-04-11 09:48:37 +02:00			`endif`

Set CC wherever we set CXX 2014-02-12 21:12:33 +01:00			`CC=cl`
Add platform files for msvc and msvc-arm Build with "make UNAME=msvc" to invoke this. 2013-12-27 23:01:38 +01:00			`CXX=cl`
			`AR=lib`
			`CXX_O=-Fo$@`
Clarify a comment about MSVC parameters to fix building gtest The temporary bug in gtest has now been fixed, but we still can keep using the current way of fixing MSVC 2012 builds instead of switching to the solution used previously. 2014-05-16 07:53:59 +02:00			`# -D_VARIADIC_MAX=10 is required to fix building gtest on MSVC 2012, but`
			`# since we don't (easily) know which version of MSVC we use here, we add`
			`# it unconditionally. The same issue can also be worked around by adding`
			`# -DGTEST_HAS_TR1_TUPLE=0 instead, but we prefer this version since it`
			`# matches what gtest itself does.`
Fix building gtest on MSVC The previous define change in 1e607d71 only made it work on MSVC 2005 and 2008, but broke things even more for 2010 and newer. (One shouldn't override the internal details about which tuple implementation to use, since one implementation don't work on all versions.) Since we don't need or use the gtest tuple code, the simplest workaround used to be just to disable it altogether, but that was broken in r682 in gtest. This has been tested and works on MSVC 2005, 2008, 2010, 2012 and 2013. 2014-05-06 10:14:41 +02:00			`CFLAGS += -nologo -W3 -EHsc -fp:precise -Zc:wchar_t -Zc:forScope -D_VARIADIC_MAX=10`
Add platform files for msvc and msvc-arm Build with "make UNAME=msvc" to invoke this. 2013-12-27 23:01:38 +01:00			`CXX_LINK_O=-nologo -Fe$@`
			`AR_OPTS=-nologo -out:$@`
this patch remove dependency of MSVC version the output dll now only depends on kernel32.dll 2014-04-10 03:46:42 +02:00			`CFLAGS_OPT=-O2 -Ob1 -Oy- -Zi -GF -Gm- -GS -Gy -DNDEBUG`
Set -Zi instead of -ZI when building with MSVC in debug mode The -ZI option is only supported when building for 32 bit x86, when building for x64 or for arm, it gives the warning "/ZI is not supported on this platform; enabling /Zi instead". -ZI is for "edit & continue" debugging, which one probably wouldn't be doing with a build outside of the IDE anyway, so keep it simple instead of trying to set -ZI specifically for x86 32 bit builds. 2014-07-09 14:13:41 +02:00			`CFLAGS_DEBUG=-Od -Oy- -Zi -RTC1 -D_DEBUG`
Add platform files for msvc and msvc-arm Build with "make UNAME=msvc" to invoke this. 2013-12-27 23:01:38 +01:00			`CFLAGS_M32=`
			`CFLAGS_M64=`
Don't pass -L. to the MSVC linker This avoids warnings - this parameter isn't necessary on MSVC. 2014-07-02 11:31:55 +02:00			`LINK_LOCAL_DIR=`
Add platform files for msvc and msvc-arm Build with "make UNAME=msvc" to invoke this. 2013-12-27 23:01:38 +01:00			`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 15:14:09 +01:00			`EXEEXT=.exe`
Use .obj as suffix for object files on MSVC This avoids warnings when linking about "unrecognized source file type, object file assumed". 2014-03-18 10:21:46 +01:00			`OBJ=obj`
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 10:51:50 +01:00			`SHAREDLIBSUFFIX=dll`
			`SHARED=-LD`
Rename the DLL definition file according to what the output DLL is named 2014-05-04 14:55:17 +02:00			`SHLDFLAGS=-link -def:openh264.def -implib:$(PROJECT_NAME)_dll.lib`
Use $(PROJECT_NAME) for naming the DLL import library as well 2014-05-04 14:54:16 +02:00			`EXTRA_LIBRARY=$(PROJECT_NAME)_dll.lib`