openh264/build/msvc-common.mk

include $(SRC_PATH)build/arch.mk
ifeq ($(ASM_ARCH), x86)
ifeq ($(ARCH), x86_64)
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 -ignore 4509
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
SHAREDLIB_DIR = $(PREFIX)/bin
SHAREDLIBSUFFIX=dll
SHAREDLIBSUFFIXVER=$(SHAREDLIBSUFFIX)
SHARED=-LD
EXTRA_LIBRARY=$(PROJECT_NAME)_dll.lib
LDFLAGS += -link
SHLDFLAGS=-debug -map -opt:ref -opt:icf -def:$(SRC_PATH)openh264.def -implib:$(EXTRA_LIBRARY)
STATIC_LDFLAGS=
CODEC_UNITTEST_CFLAGS=-D_CRT_SECURE_NO_WARNINGS

%.res: %.rc
	$(QUIET_RC)rc -fo $@ $<
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 10:18:53 +03:00			`include $(SRC_PATH)build/arch.mk`
Move all x86 vs arm handling to msvc-common 2014-04-11 10:48:37 +03:00			`ifeq ($(ASM_ARCH), x86)`
Use ARCH instead of ENABLE64BIT for distinguishing between x86 and x86_64 Keep support for the ENABLE64BIT flag (as a flag for choosing between 32 and 64 bit, if the current arch happens to be x86) but avoid using it in code that wants to know the exact architecture used. This makes the platform build files more straightforward and consistent. 2015-04-20 11:47:41 +03:00			`ifeq ($(ARCH), x86_64)`
Move all x86 vs arm handling to msvc-common 2014-04-11 10:48:37 +03:00			`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`
Ignore armasm warnings about instructions that are deprecated in ARMv8 This disables armasm warning A4509, "This form of conditional instruction is deprecated". The conditional instructions (such as movcs, addcs, subscs) have been deprecated in ARMv8, in favor of conditional branches. This isn't something that we need to take immediate action about, though, therefore silence the warning. 2015-01-16 09:59:49 +02:00			`CCASFLAGS = -nologo -DHAVE_NEON -ignore 4509`
Move all x86 vs arm handling to msvc-common 2014-04-11 10:48:37 +03:00			`endif`

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$@`
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 08:53:59 +03: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.`
Generate PDB file for openh264.dll and gmpopenh264.dll 2015-11-10 20:37:17 -08: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-28 00:01:38 +02: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-09 18:46:42 -07: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 15:13:41 +03: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-28 00:01:38 +02: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 12:31:55 +03:00			`LINK_LOCAL_DIR=`
Add platform files for msvc and msvc-arm Build with "make UNAME=msvc" to invoke this. 2013-12-28 00:01:38 +02: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 16:14:09 +02: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 11:21:46 +02:00			`OBJ=obj`
Set SHAREDLIB_DIR for msvc as well 2014-12-01 14:24:50 +02:00			`SHAREDLIB_DIR = $(PREFIX)/bin`
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`
Set the right SHAREDLIBSUFFIXVER for msvc 2014-12-01 12:31:33 +02:00			`SHAREDLIBSUFFIXVER=$(SHAREDLIBSUFFIX)`
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			`SHARED=-LD`
Use $(PROJECT_NAME) for naming the DLL import library as well 2014-05-04 15:54:16 +03:00			`EXTRA_LIBRARY=$(PROJECT_NAME)_dll.lib`
Fix building DLLs for Windows Phone with MSVC 2013 2015-03-13 12:20:17 +02:00			`LDFLAGS += -link`
Generate map file for msvc build 2016-01-19 17:03:50 +08:00			`SHLDFLAGS=-debug -map -opt:ref -opt:icf -def:$(SRC_PATH)openh264.def -implib:$(EXTRA_LIBRARY)`
Include -lstdc++ under Libs.private in the pkg-config file This allows linking statically to the library, by passing --static to pkg-config. 2015-01-02 21:54:21 +02:00			`STATIC_LDFLAGS=`
Silence warnings about insecure CRT functions in the test suite There is no problem in using the "insecure" CRT functions, as long as they are used correctly - especially not within the test suite where they are only are exposed to the test suite input data. Within the library, these are used via the library internal wrappers in codec/common/src/crt_util_safe_x.cpp, but we'd rather not use them in the test suite - just use the normal standard C functions here. 2015-01-16 10:34:27 +02:00			`CODEC_UNITTEST_CFLAGS=-D_CRT_SECURE_NO_WARNINGS`
Include the version number and other info in the built DLL file 2015-04-20 11:08:59 +03:00
			`%.res: %.rc`
Use -fo option instead of /fo. 2015-06-01 09:54:42 +02:00			`$(QUIET_RC)rc -fo $@ $<`