- 12 Feb, 2021 1 commit
-
-
Arun Raghavan authored
-
- 11 Dec, 2020 2 commits
-
-
Arun Raghavan authored
armv7 isn't a real cpu_family in meson, so drop that. The detection for __ARM_ARCH_ISA_ARM was also inverted. Fixes: pulseaudio/webrtc-audio-processing#6
-
Arun Raghavan authored
This should be much more robust than looking up the library directly. Fixes: pulseaudio/webrtc-audio-processing#4
-
- 10 Dec, 2020 2 commits
-
-
Arun Raghavan authored
Should make meson dist easier to work with.
-
Arun Raghavan authored
-
- 27 Nov, 2020 6 commits
-
-
Arun Raghavan authored
Missed a trailing '/' while generating the archive with disastrous results.
-
Arun Raghavan authored
-
Arun Raghavan authored
-
Arun Raghavan authored
-
Arun Raghavan authored
-
Arun Raghavan authored
-
- 28 Oct, 2020 1 commit
-
-
Guillaume Desmottes authored
Will allow us to build the libs as part of gst-build as subprojects.
-
- 26 Oct, 2020 1 commit
-
-
Arun Raghavan authored
-
- 23 Oct, 2020 3 commits
-
-
Arun Raghavan authored
-
Arun Raghavan authored
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.
-
Arun Raghavan authored
This is from the upstream library commit id 3326535126e435f1ba647885ce43a8f0f3d317eb, corresponding to Chromium 88.0.4290.1.
-
- 20 Oct, 2020 1 commit
-
-
Arun Raghavan authored
-
- 12 Oct, 2020 1 commit
-
-
Arun Raghavan authored
This is what is expected to commonly be used with the meson build system.
-
- 27 Mar, 2020 1 commit
-
-
Guillaume Desmottes authored
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).
-
- 24 Mar, 2020 3 commits
-
-
Guillaume Desmottes authored
-
Guillaume Desmottes authored
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.
-
Guillaume Desmottes authored
In Meson we trust.
-
- 31 Aug, 2019 1 commit
-
-
GNU/Hurd and GNU/kFreeBSD have basically the same userland as GNU/Linux, just not the same kernel.
-
- 08 Nov, 2018 1 commit
-
-
Matthew Waters authored
The assembly files used don't use the right comments for arm64
-
- 28 Oct, 2018 3 commits
-
-
Arun Raghavan authored
-
Arun Raghavan authored
-
Matthew Waters authored
-
- 23 Jul, 2018 1 commit
-
-
Arun Raghavan authored
-
- 06 Jan, 2017 1 commit
-
-
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>
-
- 10 Aug, 2016 2 commits
-
-
Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
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>
-
- 14 Jul, 2016 9 commits
-
-
-
-
-
-
-
-
Those are used by generic RW lock implementation. https://bugs.freedesktop.org/show_bug.cgi?id=96754
-
This is needed for windows build to be usable. https://bugs.freedesktop.org/show_bug.cgi?id=96754
-