Previously this was performing a u64 + int sign conversion. When dealing
with addresses, we should generally be keeping the arithmetic in the
same signedness type.

This also gets rid of the static lifetime of the constant, as there's no
need to make a trivial type like this potentially live for the entire
duration of the program.

The pointed to member is never actually modified, so it can be made
const.

core/yuzu: Remove enable_nfc setting

Port citra-emu/citra#4517 &  citra-emu/citra#4686: Changes to macOS buildscripts

general: Use deducation guides for std::lock_guard and std::unique_lock

Since C++17, the introduction of deduction guides for locking facilities
means that we no longer need to hardcode the mutex type into the locks
themselves, making it easier to switch mutex types, should it ever be
necessary in the future.

kernel/process: Report total physical memory used to svcGetInfo slightly better

common/thread: Remove unused functions

video_core: Amend constructor initializer list order where applicable

video_core/{gl_rasterizer, gpu_thread}: Remove unused class variables where applicable

kernel/scheduler: Minor tidying up

service/fatal: Name FatalInfo structure members

This was made unused in b404fcdf, but
the parameter itself wasn't removed.

Since C++17, we no longer need to explicitly specify the type of the
mutex within the lock_guard. The type system can now deduce these with
deduction guides.

Resolves a -Wextra-semi warning.

Based off RE, most of these structure members are register values, which
makes, sense given this service is used to convey fatal errors.

One member indicates the program entry point address, one is a set of
bit flags used to determine which registers to print, and one member
indicates the architecture type.

The only member that still isn't determined is the final member within
the data structure.

Many of these functions are carried over from Dolphin (where they aren't
used anymore). Given these have no use (and we really shouldn't be
screwing around with OS-specific thread scheduler handling from the
emulator, these can be removed.

The function for setting the thread name is left, however, since it can
have debugging utility usages.

This was initially added to prevent problems from stubbed/not implemented NFC services, but as we never encountered such and as it's only used in a deprecated function anyway, I guess we can just remove it to prevent more clutter of the settings.

Reports the (mostly) correct size through svcGetInfo now for queries to
total used physical memory. This still doesn't correctly handle memory
allocated via svcMapPhysicalMemory, however, we don't currently handle
that case anyways.

This will be necessary to properly report the used memory size in
svcGetInfo.

Kernel: Fixes to Arbitration and SignalProcessWideKey Management

Replace old Thread Queue for a new Multi Level Queue

This will be necessary in order to properly report memory usage within
svcGetInfo.

This will make operating with the process-related SVC commands much
nicer in the future (the parameter representing the stack size in
svcStartProcess is a 64-bit value).

The kernel always makes sure that the given stack size is aligned to
page boundaries.

kernel/vm_manager: Unify heap allocation/freeing functions

video_core: Add missing override specifiers

video_core/gpu: Amend typo in GPU member variable name

The pusher instance is only ever used in the constructor of the
ThreadManager for creating the thread that the ThreadManager instance
contains. Aside from that, the member is unused, so it can be removed.

This member variable is no longer being used, so it can be removed,
removing a dependency on EmuWindow from the rasterizer's interface"

Specifies the members in the same order that initialization would take
place in.

This also silences -Wreorder warnings.

Ensures that the signatures will always match with the base class.

Also silences a few compilation warnings.

smaphore -> semaphore