- Nov 21, 2020
-
-
Signed-off-by:
Ralph Giles <giles@thaumas.net>
-
Signed-off-by:
Ralph Giles <giles@thaumas.net>
-
This is required for Windows because it doesn't have RPATH, thus it fails to find Opus if it's not in the same directory as the executables or in PATH. Signed-off-by:
Ralph Giles <giles@thaumas.net>
-
This is required in case the output path for tests is changed by a project adding Opus as submodule. Signed-off-by:
Ralph Giles <giles@thaumas.net>
-
Signed-off-by:
Ralph Giles <giles@thaumas.net>
-
- Oct 28, 2020
-
-
Tim-Philipp Müller authored
Tested on: - Linux/x86* with gcc - Android armv7 arm64 x86 x86_64 with clang - Windows x86 x86_64 with Visual Studio 2017 - Windows x86 x86_64 with MinGW - macOS x86_64 with clang - iOS arm64 x86_64 with clang Co-authored by: Nirbheek Chauhan <nirbheek@centricular.com> https://gitlab.xiph.org/xiph/opus/-/merge_requests/13
-
- Aug 22, 2020
-
-
Specify the precision as float to avoid truncating from double. Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Actually check for read errors instead of just storing the return value in a variable that then never gets checked. Also fixes "conversion from 'size_t' to 'int', possible loss of data" compiler warnings on Windows with MSVC caused by storing the size_t returned by fread() into an int variable. Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
_WIN32 is defined on all Windows platforms by every compiler that targets Windows. We do not need WIN32 at all. Signed-off-by:
Mark Harris <mark.hsj@gmail.com> Resolves https://github.com/xiph/opus/pull/104
-
This broke 5 years ago in 43120f00 Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
- Aug 10, 2020
-
-
Felicia Lim authored
-
- Aug 08, 2020
-
-
-
-
-
-
-
Ralph Giles authored
Use a versioned gcc container image for more consistent test results. This is the same version we're using for other projects, but of course it will need to be bumped periodically. The current gcc release is 10.2. The oldest supported release is 8.4, so this is in the middle of the support window. Signed-off-by:
Marvin Scholz <epirat07@gmail.com>
-
- Jul 08, 2020
-
-
.. just like the way it is done in celt/x86/x86cpu.c. Signed-off-by:
Jean-Marc Valin <jmvalin@jmvalin.ca>
-
- Jun 18, 2020
-
-
Felicia Lim authored
Use the fuzzed sub-length of the input data instead of the whole input.
-
- Jun 16, 2020
-
-
Marcus Asteborg authored
-
Marcus Asteborg authored
-
- Jun 14, 2020
-
-
Ralph Giles authored
The autotools build doesn't set OPUS_HAVE_RTCD for arm targets, assuming all the supported intrinsics will work on the runtime cpu. The cmake build however defines this by default when the neon extension is available on the target. On Linux, the runtime cpu detection reads /proc/cpuinfo, so removing stdio.h from celt/os_support.h meant that the cmake build for arm targets failed. We don't currently have ci runs for that configuration, so this only became apparent through manual testing. Signed-off-by:
Marcus Asteborg <maastebo@microsoft.com> Signed-off-by:
Jean-Marc Valin <jmvalin@jmvalin.ca>
-
Signed-off-by:
Ralph Giles <giles@thaumas.net>
-
Signed-off-by:
Jean-Marc Valin <jmvalin@jmvalin.ca>
-
Mark Harris authored
-
- Jun 13, 2020
-
-
Add newer source directories to the destdir file tree so we can include all sources referenced from opus_sources.mk. Signed-off-by:
Ralph Giles <giles@thaumas.net>
-
[[ ]], the compound command is not supported by all shell interpreter. [ ], the buildin command is more common. Signed-off-by:
Ralph Giles <giles@thaumas.net>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
CMAKE_SOURCE_DIR corresponds to the top project's source directory. CMAKE_BINARY_DIR corresponds to the top project's binary directory. The usage of these variables doesn't cause any problems when Opus is built as a standalone project. This is not the case when Opus is added as submodule: the variables are set by the project that calls "add_subdirectory()". The fix consists in using PROJECT_SOURCE_DIR and PROJECT_BINARY_DIR, which always refer to the current project. Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
- Jun 12, 2020
-
-
Ralph Giles authored
This lighter-weight intrinsics header is available starting with Microsoft Visual Studio 2017, so the previous change to allow this header failed when building with Visual Studio 2015. Restores the appveyor continuous integration build.
-
Build time improvement, for MSVC use intrin0.h instead of intrin.h and remove usage of stdio.h in production code Signed-off-by:
Jean-Marc Valin <jmvalin@jmvalin.ca>
-
- Jun 11, 2020
-
-
Signed-off-by:
Jean-Marc Valin <jmvalin@jmvalin.ca>
-