it will try to add -mfpu=neon to cflags not available on aarch64 since
neon is mandatory there

Hopefully we can drop this change with the next update.

This should make things a bit easier.

  * Rename Windows.h uses to windows.h
  * Comment out structured exception handling usage

Makes MinGW happier. Mostly the same as previous work by
Nicolas Dufresne <nicolas.dufresne@collabora.com>, with the exception
that we now don't try to invoke RaiseException which would fail in MinGW
as it raises a Windows structured exception.

Avoid having to link webrtc-audio-processing with webrtc-audio-coding,
and makes the required symbols directly available.

Part-of: <!22>

Part-of: <!21>

This should help for cases where users can make abseil-cpp available but
wiring up the CMake-build isn't that easy (for example, while
cross-compiling).

There's a bit of system integration that we haven't pulled in (as it has
transitive dependencies), so we manually stub it out.

armv7 isn't a real cpu_family in meson, so drop that. The detection for
__ARM_ARCH_ISA_ARM was also inverted.

Fixes: #6

This should be much more robust than looking up the library directly.

Fixes: #4

Should make meson dist easier to work with.

Missed a trailing '/' while generating the archive with disastrous
results.

Will allow us to build the libs as part of gst-build as subprojects.

Since we cannot rely on the API to be stable upstream, let's start
making the pkg-config, library, and include dir have a version suffix.
This will allow different downstream projects depending on us to
independently switch versions without packagers having to jump through
hoops.

This is from the upstream library commit id
3326535126e435f1ba647885ce43a8f0f3d317eb, corresponding to Chromium
88.0.4290.1.

This is what is expected to commonly be used with the meson build
system.

This new lib contains the bare minimum to implement an iSAC encoder and
decoder.

The webrtc files have been copied from the revision as the existing
imported files (c8b569e0a7ad0b369e15f0197b3a558699ec8efa).

The bug preventing us to pass the library object to
pkgconfig.generate() has been fixed in meson 0.52.

By doing so the generated pc file has the right -L linker flag, making
it easier to test the lib from non standard location.
We also no longer have to pass libraries_private, it will handle it
automatically.

In Meson we trust.

Svante authored Aug 31, 2019 and Samuel Thibault committed Aug 31, 2019

GNU/Hurd and GNU/kFreeBSD have basically the same userland as GNU/Linux,
just not the same kernel.

The assembly files used don't use the right comments for arm64