Build libgtest.a and libopenh264.a when doing "make test" for iOS
Fix a typo, setttings -> settings
Remove a misleading comment

This comment claimed to be a completely different file.
Use a more descriptive include guard in the welsEncoder/DecoderExt.h files
Use the ENFORCE_STACK_ALIGN_2D instead of the compiler-specific align attribute

This fixes building with MSVC.
Merge pull request #940 from mstorsjo/minor-cleanup

Minor cleanups
Merge pull request #944 from mstorsjo/ios-test

Build libgtest.a and libopenh264.a when doing "make test" for iOS
Merge pull request #939 from mstorsjo/fix-msvc-build

Use the ENFORCE_STACK_ALIGN_2D instead of the compiler-specific align attribute
Ignore a special case for expand chroma picture under X86_ASM
Merge pull request #951 from dongzha/AddArm64UnitTestEP

Ignore a special case for expand chroma picture under X86_ASM to fix issue #947
fix a typo
Remove some unused typedefs
Read the right command line arguments in h264dec.cpp

pArgV[i++] evalates to the same string as cmd (which is
pArgV[i]); we need to increment i before indexing into
pArgV again.
Allow setting the trace level before initializing the encoder
Actually set the trace level in the encoder console app
Add a decoder option for setting the trace level
Set the trace level in the decoder console app via a proper option
Don't treat log levels as a bitmask

All use of log levels in the library just do a numerical
greater-than comparison between the set log level and the
level of the current message.
Remove WelsStderrSetTraceLevel

The logging level is checked in welsCodecTrace anyway.

Previously, error logging wasn't ever shown if the trace
level was set to WELS_LOG_ERROR (as it was by default),
since welsStderrLevelTrace required the message level to
be strictly lower than the trace level.
Remove the unused level parameter to welsStderrLevelTrace