David Fifield authored 5 years ago and Georg Koppen committed 5 years ago

Remove mentions of webrtc and gclient from README.

David Fifield authored 5 years ago and Georg Koppen committed 5 years ago

Switched to using the pion/webrtc library and modified the targets
to build snowflake on all platforms.

David Fifield authored 5 years ago and Georg Koppen committed 5 years ago

This was partially automated and generated from the "go mod" graph of
pion-webrtc.

Upgrade goxnet to da137c7871d7 (which allows removing a formerly
nightly-only case, because the new commit is even newer than that one).

Upgrade goxsys to fae7ac547cb7.

We're using an updated version v2.1.3 of webrtc to include our
upstreamed fix. I didn't bump all the way up to v2.1.4 because they
moved to requiring Go 1.13.

These bridges are run by Karlstad University in Sweden.  See the
following ticket for more details: <https://bugs.torproject.org/31164>

This is also fixing bug 31380.

We bump the GCC version to a supported one (9.2.0). The obvious choice
would have been 8.3.0 as we use for our Linux bundles. But, alas, that
one is crashing when cross-compiling Rust for 64bit Windows.

This allows us to switch back to ld.gold as the linker, and fix #31618.

ld.gold fails when we build with debug symbols for linux-i686:

  30:31.20 toolkit/library/symverscript.stub
  30:31.26 toolkit/library/libxul.so
  30:39.58 /var/tmp/dist/binutils/bin/ld.gold.real: internal error in relocate_section, at i386.cc:3684

Updating CMake to the latest stable version as done in the previous
commit solves the reproducibility issue only partly. We need to patch
the code that merges libc++abi.a into libc++.a to get the order in the
merged archive deterministic. The code doing the merging is:

`files = glob.glob(os.path.join(temp_directory_root, '*.o*'))`

Regarding `glob` there is following in the Python docs:

"The glob module finds all the pathnames matching a specified pattern
 according to the rules used by the Unix shell, although results are
 returned in *arbitrary* order." (emphasis mine)

(https://docs.python.org/2/library/glob.html)

The old CMake version built libraries like libc++.a and libc++abi.a in a
non-reproducible way. Using the latest CMake version solves that.

We need to use our own GCC for Linux as the shippped one is too old.

It seems we were a bit too optimistic to pick up FORTIFY_SOURCE support
in mingw-w64 as this breaks our builds. Let's be more conservative and
use what Mozilla is using in their mingw-w64/clang builds.

The underlying node bug got worked around in Mozilla's bug 1500436
and we cherry-pick that patch onto our esr68 branches. Thanks to a
cypherpunk for finding that bugfix.

Changelog update, versions bump

sisbell authored 5 years ago and Georg Koppen committed 5 years ago

Bug 31389: Update Android Firefox to Build with Clang

sisbell authored 5 years ago and Georg Koppen committed 5 years ago

Update TOPL version