add packaging for tizen build

Change-Id: I9485489647b083b95831d4cfac3dc5f55914de43

build: Update version to 0.3.1

build: Fix configure option '--with-ns-mode'

Make *really* take '--with-ns-mode'-option into account.
Before it was bogus (wrong if-check) and it always resulted
in the float version being used.

Signed-off-by: Mirko Vogt <mirko-dev@nanl.de>

doc: file invalid reference to pulseaudio mailing list

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>

build: fix architecture detection

The current architecture detection, based on the "host_cpu" part of the
tuple does not work properly for a number of reason:

 - The code assumes that if host_cpu starts with "arm" then ARM
   instructions are available, which is incorrect. Indeed, Cortex-M
   platforms can run Linux, they are ARM platforms (so host_cpu = arm),
   but they don't support ARM instructions: they support only the
   Thumb-2 instruction set.

 - The armv7 case is also not very useful, as it is not standard at all
   to pass armv7 as host_cpu even if the host system is actually ARMv7
   based.

 - For the same reason, the armv8 case is not very useful: ARMv8 is
   AArch64, and there is already a separate case to handle this
   architecture.

So, this commit moves away from a host_cpu based logic, and instead
tests using AC_CHECK_DECLS() the built-in definitions of the compiler:

 - If we have __ARM_ARCH_ISA_ARM defined, then it's an ARM processor
   that supports the ARM instruction set (this allows to exclude Thumb-2
   only processors).

 - If we have __ARM_ARCH_7A__, then we have an ARMv7-A processor, and
   we can enable the corresponding optimizations

 - Same for __aarch64__, __i386__ and __x86_64__.

In addition, we remove the AC_MSG_ERROR() that makes the build fail for
all architectures but the ones that are explicitly supported. Indeed,
webrtc-audio-processing builds just fine for other architectures (tested
on MIPS), it's just that none of the architecture-specific optimizations
will be used.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>

build: Add ARM 64bit support

build: Re-add pthread linking on linux

build: Use -no-undefined to support both clang and gcc

build: Sync defines and libs with build.gn

osx: Fix type OS_FLAGS instead of OS_CFLAGS

build: Protect against unsupported CPU types

Add missing windows conditions variable

Those are used by generic RW lock implementation.

https://bugs.freedesktop.org/show_bug.cgi?id=96754

build: Define MSVC _WIN32 so we can build on mingw

https://bugs.freedesktop.org/show_bug.cgi?id=96754

build: Properly select the right system wrappers

This is needed for windows build to be usable.

https://bugs.freedesktop.org/show_bug.cgi?id=96754

build: Add required define for Windows

This will also add it to the .pc file as WEBRTC_WIN leaks into the
public interface and undefined __STRICT_ANSI__ so M_PI is available.

https://bugs.freedesktop.org/show_bug.cgi?id=96754

build: Don't blindly link to pthread

This otherwise breaks the build on Android and Windows. The flag is
required on some Linux builds, and is readded in a subsequent commit.

https://bugs.freedesktop.org/show_bug.cgi?id=96754

build: Add cerbero gnustl support for Android

Add missing windows specific headers

https://bugs.freedesktop.org/show_bug.cgi?id=96754

build: Bump version to 0.3

doc: Update NEWS for release

build: Make sure files with SSE2 code are compiled with -msse2

Signed-off-by: Arun Raghavan <arun@arunraghavan.net>

build: enforce linking with --no-undefined, add explicit -lpthread

In investigating x86/sse2 issues in recent webrtc-audio-processing-0.2
release, I found that it was possible for libwebrtc_audio_processing to
contain undefined symbols.

Attached is a patch that addresses this:
* adds -Wl,--no-undefined to libwebrtc_audio_processing_la_LDFLAGS
* adds explicit -lpthread linkage (else, there are undefined references
  to pthread-related symbols)

Signed-off-by: Arun Raghavan <arun@arunraghavan.net>

build: Update library version info

doc: Add release notes about changes and API breakage

Update code to current Chromium master

This corresponds to:

Chromium: 6555f9456074c0c0e5f7713564b978588ac04a5d
webrtc: c8b569e0a7ad0b369e15f0197b3a558699ec8efa

doc: Add a pro-tip to update instructions

build: Dist ancillary documentation

build: Install trace.h to allow clients access to the Trace API

doc: Split out and expand on updating notes

Expands on instructions for updating the code when upstream changes.
Also renaming with the '.md' extension for things that understand
Markdown.

common_audio: Remove extraneous header

This one is left over from a previous version of the code base.

build: Don't install a top level copy of audio_processing.h

If we're breaking API, then clients need to be modified and recompiled
anyway, so we can avoid the cruft of trying to be backwards compatible.

Clients now need to include the file as it is in the upstream sources:
<webrtc/modules/audio_processing/include/audio_processing.h>

build: Install module_common_types.h and dependencies

This is needed for at least the AudioFrame class.

Unfortunately, this does add a bit of ugliness because
module_common_types.h has video bits that are hidden behind our own
define, which now becomes part of pkg-config CFLAGS.

This could be made less ugly, potentially, but I'm not sure how right
now.

doc: Add upstream repo URL to README

doc: Update README

build: Conditionally build C variants of assembler-optimised code

build: Define assembler flags where required

build: Define ARM arch preprocessor macros

system_wrappers: Add missing file for ARM builds

build: Use CXXFLAGS instead of CFLAGS in compile testing

This is needed since we're using AC_LANG_CPLUSPLUS

build: Minor whitespace changes

Makes syntax highlighting in vim unbreak.

Drop redundant header

build: Fix distcheck

build: Add architecture checks for x86 and ARM

On x86, SSE optimisations are always compiled in, and used based on
runtime checks.

On ARM, we try to autodetect NEON support (with an option of runtime
detection). This has not been build-tested on ARM yet.

This leaves MIPS to be done.

build: Stop hard-coding OS/platform CFLAGS

build: Fix up include file paths

debug: Update protobuf file

This isn't used it, but let's keep it up to date

build: Drop old gpyi file

build: More build fixes and cleanups

Update .gitignore for .dirstamp files

build: Some fixes for make distcheck

build: Make build succeed without test and non-audio deps

Update audio_processing module

Corresponds to upstream commit 524e9b043e7e86fd72353b987c9d5f6a1ebf83e1

Update notes:

 * Pull in third party license file

 * Replace .gypi files with BUILD.gn to keep track of what changes
   upstream

 * Bunch of new filse pulled in as dependencies

 * Won't build yet due to changes needed on top of these

Update system_wrappers

Corresponds to upstream commit 524e9b043e7e86fd72353b987c9d5f6a1ebf83e1

Update common_audio

Corresponds to upstream commit 524e9b043e7e86fd72353b987c9d5f6a1ebf83e1

Update notes:

 * Moved src/ to webrtc/ to easily diff against the third_party/webrtc
   in the chromium tree

 * ARM/NEON/MIPS support is not yet hooked up

 * Tests have not been copied

Add the PATENTS file to EXTRA_DIST

Add a NEWS file for release notes

Add xz for for dist tarballs

Update code to upstream revision r789

Very minor changes.

Update code to upstream revision r767

Just reorganisation of the audio_processing code.

Update code to upstream revision r766

Removes matlab tests, adds delay estimation logging, and some other
minor fixes/improvements.

Update README file

Add a pkg-config file for clients to use

Make debugging bits optional

Avoide the need to pull in protobuf and other related bits.

Add a .gitignore file

Initial commit of build system

Initial commit of source files

Initial dummy commit