Needed for KIP loading as KIPs do not have an NPDM but do have the essential parts of the data within.

Previously, this TU contained the necessary headers to parse KIP/INI but now it should just use the FileSys class.

Makes the conversions explicit, as opposed to implicit.

Allows for things such as:

auto rect = Common::Rectangle{0, 0, 0, 0};

as opposed to being required to explicitly write out the underlying
type, such as:

auto rect = Common::Rectangle<int>{0, 0, 0, 0};

The only requirement for the deduction is that all constructor arguments
be the same type.

mii: Implement MiiManager backend and several mii service commands

yuzu: Implement a caching mechanism for the game list

 shader: Implement S2R Tid{XYZ} and CtaId{XYZ} 

 yuzu_cmd: Split emu_window OpenGL implementation into its own file 

loader/nso, core/core_timing_util: Silence sign-comparison warning

gl_shader_gen: Always declare extensions after the version declaration 

The intention behind this commit is to hint someone inspecting an
apitrace dump to ignore this ill-formed GLSL code.

This addresses a bug on geometry shaders where code was being written
before all #extension declarations were done. Ref to #2523

Preserves list of add ons and the icon, which are the two costliest parts of game list population.

There's no performance improvement in passing an unsigned pair by
reference.

renderer_opengl/utils: Use a std::string_view with LabelGLObject()

service/aoc_u: Minor cleanup

common/file_util: Minor cleanup

configure_hotkeys: Minor cleanup

We can just make the conversion explicit instead of implicit here to
silence -Wsign-compare warnings.

This was previously performing a size_t == int comparison. Silences a
-Wsign-compare warning.

Nothing from the hotkeys dialog relies on this call occurring, and is
already called from the dialog that calls applyConfiguration().

Avoids mentioning the user and formalizes the error itself.

critical() is intended for critical/fatal errors that threaten the
overall stability of an application. A user entering a conflicting key
sequence is neither of those.

We don't need to extract the entire set of hotkeys into a list and then
iterate through it. We can traverse the list and early-exit if we're
able to.

1. This is something that should be solely emitted by the hotkey dialog
itself
2. This is functionally unused, given there's nothing listening for the
signal.

The previous code was all "smushed" together wasn't really grouped
together that well.

This spaces things out and separates them by relation to one another,
making it easier to visually parse the individual sections of code that
make up the constructor.

QDialogButtonBoxes are horizontal by default.

Uses a std::string_view instead of a std::string, given the pointed to
string isn't modified and is only used in a formatting operation.

This is nice because a few usages directly supply a string literal to
the function, allowing these usages to otherwise not heap allocate,
unlike the std::string overloads.

While we're at it, we can combine the address formatting into a single
formatting call.

yuzu/main: Specify string conversions explicitly