GitLab

These are used from multiple runtimes

This is what the freedesktop.org base now does

Some tools (such as gnome-software) rely on this file.

Otherwise the build breaks because we get older headers and
newer library version.

We had to also pick up some related changes in an earlier commit.

This is backported from git.

This is what ostree (and this flatpak) uses for checkouts now.

When building manually it can be useful to debug, and
when building automatically we use it to check if anything
was actually built and then remove it manually.

This allows one to specify the repository with:

   make REPO=/path/to/repo

https://bugs.freedesktop.org/show_bug.cgi?id=95483

When building for i386 on an x86_64 system, or building for arm
on an aarch64 system, one must specify -DCMAKE_SYSTEM_PROCESSOR
to ensure that webkitgtk build scripts select the correct assembly
code paths.

Note: when building the "i386" arch, we specify i586 as the system
processor because the compiler in the base runtime is actually
i586-unknown-linux-gnu.

GStreamer plugins tend to produce assembly code in some places, for
this reason it's important to explicitly specify the build triple
so that it chooses to generate the right code for the target platform.

Note: on i386 we specify i586-unknown-linux-gnu because that is
the triple of the compiler we have in the base runtime.

This module generates target dependent assembly code
and as such must be informed of the target triple. Failing
to do so can result in generation of x86_64 specific instructions
when targetting i386.

Note: on i386 we specify i586-unknown-linux-gnu because that is
the triple of the compiler we have in the base runtime.

Update to the latest sources in the upstream double-conversion
library (https://github.com/google/double-conversion). This is required
to build on aarch64 hardware, otherwise you get the following build errors:

  "Target architecture was not detected as supported by Double-Conversion."

This was fixed in upstream mozilla some time after mozjs24 with a patch
on this bug report:
    https://bugzilla.mozilla.org/show_bug.cgi?id=962488

That patch does not apply against the mozjs24 tarball though, so resorted
to manually updating the double-precision directory following the script
at mozjs24/mfbt/double-conversion/update.sh.

Allows us to keep some build configurations in the same place
so they do not have to be duplicated.

Now set the architecture and versions directly in the Makefile