Partly add arm asm code to encoder.
Remove .DS_Store file.
Add intra predictor arm asm code.
move iTotalNumMbRec from refpic to ctx
Remove commented out, unused code

Some few lines of commented out code is left, that might be useful
for debugging.
remove un-supported mgs code
Convert encoder config files to unix newlines

The new iOS configuration file welsenc_ios.cfg was committed with
dos newlines originally, while welsenc.cfg was accidentally changed
to dos newlines in f5cd56ea74.
Use the WelsEventOpen interface with an event name on windows as well

This unifies the event creation interface, even if the event
name itself is unused on windows, allowing use the exact same
code to initialize events regardless of the actual platform.

Some ifdefs still remain in the event initialization code, since
some events are only used on windows.
Use unnamed semaphores on linux

This avoids the risk of namespace collisions for named semaphores
(where the names are global for the whole machine), on platforms
where we strictly don't need to use the named semaphores.
Use an event name that contains the process id

This reduces the risk for namespace collisions if two processes
run the encoder simultaneously without address space layout
randomization.
Use the __ARM_NEON__ built-in compiler define for identifying neon capability on iOS

This avoids having to hardcode the names of devices that don't
support neon.

The devices that don't support neon don't run the armv7 variants
of iOS binaries at all - they would need to be built for the armv6
architecture. (Building for armv6 isn't supported at all in
modern iOS SDKs.)

Therefore we can simply use the __ARM_NEON__ built-in compiler
define to check if NEON code is allowed in the current build,
and have the WelsCPUFeatureDetect function return flags accordingly.

The only thing this disallows is doing an armv6 build which would
optionally enable neon code at runtime if run on an armv7 capable
device, but since Apple allows you to build the same binary for
armv7 separately in the same app bundle, and since armv6 building
isn't even possible in the current iOS SDKs, this isn't really a loss.

This is in contrast to the android builds where the armv7 baseline
does not include NEON.
Add arm asm code for processing.
Merge pull request #416 from huili2/move_iTotalNumMbRec_to_pCtx

move iTotalNumMbRec from refpic to ctx
Add .func/.endfunc markers in the arm assembly

This adds information to debug builds.

This requires adding a separate definition of WELS_ASM_FUNC_END
for apple tools.
Merge pull request #411 from mstorsjo/arm-add-func-markers

Add .func/.endfunc markers in the arm assembly
Don't add -DNO_DYNAMIC_VP to ASMFLAGS

None of the assembly source uses this define for anything.
Fix building android on x86

In 70360cb11, the ASM variable was moved to the x86-common file
even though the android build file didn't include neither
platform-arch.mk nor platform-x86-common.mk.

Instead of explicitly declaring ASM here, include platform-arch.mk
and remove setting of the flags that platform-arch.mk sets.

This is inspired by and based on a patch by Licai Guo.
Merge pull request #413 from mstorsjo/remove-commented-code

Remove commented out, unused code
Merge pull request #414 from mstorsjo/unix-newlines

Convert encoder config files to unix newlines
Merge pull request #420 from mstorsjo/simplify-x86-asm-flags

Don't add -DNO_DYNAMIC_VP to ASMFLAGS