Run `./mach vendor media/libvpx/moz.yaml --patch-mode=none` as what
media/libvpx/README_MOZILLA said.
The update libvpx revision is 168b312774166958897f727196a59ee8ad423e78.
Differential Revision: https://phabricator.services.mozilla.com/D151868
The patches for *.mk files should be applied before running
`generate_sources_mozbuild` since the files in the generated .mozbuild
is based on the files listed in the *.mk
Depends on D150207
Differential Revision: https://phabricator.services.mozilla.com/D150208
The latest version (v1.12.0-rc1) of the libvpx [1] adds some
optimizations with LSX instructions for loongson architecture [2], which
has same name files *quantize_lsx.c* in both vp8/encoder/loongarch and
vpx_dsp/loongarch directories, and so the `find_duplicates` check fails
in *generate_sources_mozbuild.sh*
To avoid the above failure, *quantize_lsx.c* under *loongarch* is
renamed to *quantize_intrin_lsx.c*.
[1] https://chromium.googlesource.com/webm/libvpx/
[2] https://bugs.chromium.org/p/webm/issues/detail?id=1755
Differential Revision: https://phabricator.services.mozilla.com/D150207
We also remove the dependency on the check for GNU as, because all the
build environments we support for arm use GNU as, and the dependency
causes complications.
Differential Revision: https://phabricator.services.mozilla.com/D105427
Back when it was added, it was added to libvpx, and the clang base
version was older. Either newer version of clang fixed the issues or
the libvpx source fixed it, but we don't need the flag anymore for
libvpx.
The flag for libaom was cargo culted from libvpx, but may not have been
necessary in the first place. Or maybe it was, but things fixed
themselves in a similar manner. Either way, the flag is not necessary.
Differential Revision: https://phabricator.services.mozilla.com/D102262
This makes the following changes:
* Change update.py to use Python 3.
* Have update.py remove some unused portions of the upstream library.
* Update local patches to apply against libvpx 1.8.2.
* Remove local patches that are no longer necessary.
* Update vs build configurations in generate_sources_mozbuild.sh.
* Remove the #define for stdint from VPXDecoder.h.
* Disable AVX512 support
* Make sure float_control_word.asm is included in win64 builds
Differential Revision: https://phabricator.services.mozilla.com/D63919
--HG--
extra : moz-landing-system : lando
Having a full VPATH for the srcdir sometimes causes make to grab the
wrong prerequisite for a rule, in particular if we have a file in the
srcdir and also generate a file of the same name in the objdir. We don't
really need VPATH anymore though, since most of the information comes
from mozbuild, where we can explicitly list the path to the srcdir or
objdir as necessary.
Differential Revision: https://phabricator.services.mozilla.com/D42968
--HG--
extra : moz-landing-system : lando
Consequently, this removes:
- MOZ_LIBPRIO, which is now always enabled.
- non_msvc_compiler, which is now always true.
- The cl.py wrapper, since it's not used anymore.
- CL_INCLUDES_PREFIX, which was only used for the cl.py wrapper.
- NONASCII, which was only there to ensure CL_INCLUDES_PREFIX still
worked in non-ASCII cases.
This however keeps a large part of detecting and configuring for MSVC,
because we still do need it for at least headers, libraries, and midl.
Depends on D19614
Differential Revision: https://phabricator.services.mozilla.com/D19615
--HG--
extra : moz-landing-system : lando
To use NEON on Linux/aarch64 and Android/aarch64, I would like to add it to
libvpx. libvpx has a configuration as arm64-linux-gcc.
Differential Revision: https://phabricator.services.mozilla.com/D15400
--HG--
extra : moz-landing-system : lando
There's only really one place where it's used, and we can "inline" it
there.
Depends on D14947
Differential Revision: https://phabricator.services.mozilla.com/D14948
--HG--
extra : moz-landing-system : lando
It is only used in one place, where it is redundant with VPX_AS_CONVERSION.
Depends on D14945
Differential Revision: https://phabricator.services.mozilla.com/D14946
--HG--
extra : moz-landing-system : lando
Includes changes to support nasm's stricter include paths.
Supports falling back to yasm if nasm is missing.
Differential Revision: https://phabricator.services.mozilla.com/D9972
--HG--
extra : moz-landing-system : lando
Summary:
This disables building avx512 due to difficulty in getting a working set of
compiler flags across our supported platforms. Rather than carrying this patch
forward, we should revisit supporting avx512 when we do the next update.
Reviewers: jya
Tags: #secure-revision
Bug #: 1433158
Differential Revision: https://phabricator.services.mozilla.com/D2942
--HG--
extra : rebase_source : 0b828be5559a985a8ec5f12d6712b970545d0d83
Summary:
This patch is already applied to the webrtc.org code and doing a libvpx update
does not remove it, so having this present leads to merge conflicts during the
update as it attempts to patch already patched code.
Reviewers: jya
Tags: #secure-revision
Bug #: 1433158
Differential Revision: https://phabricator.services.mozilla.com/D2939
--HG--
extra : rebase_source : e641e8645467565f329c72f0869fe18aa2def846
Includes re-importing gyp files removed from upstream in v56, and then
updating them to match the BUILD.gn file changes.
--HG--
rename : media/webrtc/trunk/webrtc/call/audio_send_stream.cc => media/webrtc/trunk/webrtc/call/audio_send_stream_call.cc